[archived] bab_newsletter: Newsletter Manager for Textpattern

benbruce · 2006-02-15 17:42:03

ma_smith,

I’m hoping to have a thorough answer to all your questions some time later this week. Sorry for the delay.

Email programs do weird things with the multi-part emails they receive — sometimes, they will pick the most proper version [and display EITHER the text version OR the HTML only]. I think an example of this is Yahoo. Sometimes, they attach the two versions to an email so that the user can open whichever they like, and then in the email the user receives, they’ll put the “mime warning.” An example of this is Horde Webmail [and perhaps Squirrel, etc]. Sometimes the program won’t attach the versions at all, and will only display the “mime warning.” This is like Hotmail. Further, most of these email programs can be customized by the user.

So, leaving aside your issue with gmail, where I’m pretty sure the initial mime message was not being read [and so the email program didn’t know that the text mime and the html mime and the end mime WERE mime messages], it sounds as if the script is doing as it should be doing. You’ll have to play with your HTML form to figure out which way you most want to deliver it [again, the advice I’ve been reading is to forego HTML email altogether, build an HTML page, and then send a text version with a link to the HTML page if the reader wants it in HTML].

As for your unsubscribe line… It looks like you’ve entered an email address in the “unsubscribe link” field of your preferences [“unsubscribe@artiswork.org”]. Instead, you put the “hard” url of the article where you’ve placed the bab_unsubscribe tag. That would look more like this: http://www.example.com/index.php?id=##. Using this method, you can create a page that is a customized “goodbye page.” You could do anything with this page you like — you could add teasers for more products, you could ask people to fill out a survey as to why they are unsubscribing, or just make a nice page so that they leave feeling like, wow, they are so nice there. Also, the unsubscribing process is automatic. They follow the link, they are removed from your database.

Of course, if you just want people to be able to send an email to you saying they want to unsubscribe, you could:

Remove the bab_unsubscribe_link from your forms.
Hard code the email address you want to send [“unsubscribe@artiswork.org”] into the forms.
When you receive email, you can manually delete them from the list.

I’m not sure what the deal is with the <7> and <8>.

Also, about style … Here’s a link to read about using style in HTML email [basically, you need to limit what you do the most basic you possible can]: http://css-discuss.incutio.com/?page=StyleInEmail.

Hope that helps, more to come …

– Ben

squaredeye · 2006-02-15 18:13:04

Ben,
Ahah! Duh! Doh! (all apply).
I haven’t actually built a subscribe or unsubscribe page yet. That makes a lot of sense now :)

As per the html and text newsletters. I gotcha. I am happy presenting a text newsletter with a link to the html.

I will probably create a newsletter section and have the EOP post a “hello, subscriber there is a new newsletter for you to see”.

Thanks for your help Ben,
I look forward to seeing what you work out,

Matthew

benbruce · 2006-02-17 00:00:29

Okay, I’ve posted an update at the top of this thread. It contains [hopefully], the fix for the table prefixes, as well as a small change to try and solve ma_smith’s “gmail issue.” I also added the ability to add more than one email address at a time in the admin, and changed the txp_subscribers table structure to allow for future changes [subscriber preferences, etc].

When you have a minute, please let me know how these changes went — did they solve the problems listed above?

One question I’ve run into here, for myself, is whether the added complexity of the html emails is really worth the effort and confusion?

The advice that seems soundest to me — and which I’ve passed along — is to build your HTML version on your own site, and then to email a text version with a link to the html version. The reason for this is that as of right now, there’s really no way to control what your email will look like in all the different browsers, customized by all your different subscribers. If that’s the proper advice, then the newsletter plugin could be greatly simplified by removing the HTML option altogether.

Another option would be to set up subscriber preferences, like“HTML or Text emails” and then use that preference to determine which version to send — though this would be complex to implement, it would be simpler in the long run.

Finally, are folks interested in the “Test” feature? If not, then the way the EOP plugin is set up seems like an easier way to set up the newsletter plugin.

Any thoughts on these questions?

squaredeye · 2006-02-17 01:17:58

Ben,
Thanks. I’ll check the update out soon.

One question I’ve run into here, for myself, is whether the added complexity of the html emails is really worth the effort and confusion?
The advice that seems soundest to me — and which I’ve passed along — is to build your HTML version on your own site, and then to email a text version with a link to the html version. The reason for this is that as of right now, there’s really no way to control what your email will look like in all the different browsers, customized by all your different subscribers. If that’s the proper advice, then the newsletter plugin could be greatly simplified by removing the HTML option altogether.

From a standards point of view I think the idea of getting rid of the html versions of the email is just fine as it is important that you have an email that is viewable by all or most. I know that there will be those who are disapointed, but hey, whaddya do?

However, it is nice to have the option? I can imagine that if one were to keep the html basic that it would display correctly in all mail account browsers?

Another option would be to set up subscriber preferences, like“HTML or Text emails” and then use that preference to determine which version to send — though this would be complex to implement, it would be simpler in the long run.

I think the problem with this feature is that if the subscriber selects html, but isn’t able to receive it because of the type of mail program that they use. That would result in a poor user experience. Not a good idea.

Finally, are folks interested in the “Test” feature? If not, then the way the EOP plugin is set up seems like an easier way to set up the newsletter plugin.

I don’t follow you here? Do you mean for the newsletter to be sent out to the subscribers when you publish your newsletter to a certain section? (Hmm, I may get this now, do you mean, for instance how you can specify where the newsletters are archived to and when it is posted there, an email is sent to any subscribers? If that is what you mean, I like it. It makes more sense to me, although you may just be changing the button to “publish”, and the subscriber wouldn’t get two emails if you had EOP installed as well, yes?

Thanks again Ben,
This is a great plugin.

Matthew

Last edited by ma_smith (2006-02-17 03:15:36)

loid · 2006-02-17 02:29:09

Ben, I’ve just discovered your plugin and know it will be exceedingly useful. Unfortunately, while I can add email addresses just fine, the preference fields all are blank and, after I fill them in and hit ‘set newsletter preferences’ they become blank again and apparently aren’t saved.

The newsletter isn’t being sent, either in test mode or not.

I’m using Textpattern 4.0.3 and run several other plugins with no problems.

Are there any server-side requirements I should be aware of, or are there any known issues with other plug-ins not playing nice?

Loid

squaredeye · 2006-02-17 03:01:43

Loid, did you click the “install tables” link at the top of the preferences panel? It sounds like that might be your culprit?

benbruce · 2006-02-17 22:09:04

loid,

Are you running your TXP installation on a sub-domain, or do you have a “prefix” on your textpattern tables? This could be related to – jw – ‘s problem [above], which I was hoping I fixed with this version.

ma_smith’s advice is good, also, though I wonder what you meant by “I can add emails just fine.”

The mail will not send unless there is an admin email — so if you aren’t able to set that preference, the mails will not be arriving.

I just deleted all the tables and reinstalled the plugin, and I am able to save the preferences, etc. So hopefully we’ll be able to work it out.

– Ben

benbruce · 2006-02-17 22:35:52

ma_smith,

Thanks for all your feedback on the plugin. I’ll keep working at it from this end and if you have more ideas or suggestions let me know.

– Ben

squaredeye · 2006-02-17 22:44:54

Ben,
No problem. Did you get my email? I had some issues still with the unsubscribe : <code>(http:address)$email</code> thing still. As well, I am still unable to view either the text or the html in the Newsletter plugin, when the html is set up. (the EOP plugin uses the same form though, and IT DOES go through – although it displays the WHOLE form, and does not choose a single type?)

As I mentioned in my email, if you’d like to hop on the site (its just a testbed) and check it out from within I’d be glad to hand you the keys? Email me if you care to try?

Cheers man,

Matthew

squaredeye · 2006-02-18 06:58:15

Ben, others,
has anyone had issues with form subscription?

the “subscribed message” never appears after “submit” is clicked.
the subscriber is not added?

I have the <code><txp:bab_subscribe /></code> tag inside a misc. sidebar form.

This is what it is outputting:
<code>
<form method=“post” action=”/”>
<div>
<input type=“hidden” name=“bab_subscribe_nonce” value=“249a15bad8e46cfabbc4364959f152eb” /><label for=“name”><strong>name</strong></label><br /><input type=“text” id=“name” name=“name” value=“john” maxlength=“100” /><br />
<label for=“email”>email</label><br /><input type=“text” id=“email” name=“email” value=“art.matthewsmith@gmail.com” maxlength=“100” /><br />
<input type=“submit” name=“bab_subscribe_submit” value=”“ />
<div>
</form>
</code>

Any thoughts, fixes would be great.

Matthew

-jw- · 2006-02-18 13:07:39

Hi Ben,

I don’t have much time available untill this eveing. I did a quick new install on a tld and on my subdomain setup. The first one seems to work fine.

On the subdomain I get a blank newsletter tab. No TXP debug-info, no newsletter tabs. I’ll look into it later tonight although I honestly don’t know what to look for.

loid · 2006-02-19 01:31:58

Ben, I clicked the Install tables link. Oddly, that link shows up twice, one above the other. The site isn’t on a subdomain, however, the tables do have a prefix (fbtxp). So I’m gathering that’s a problem.

feragnoli · 2006-02-20 11:55:37

Hello, I installed the plugin too. The ‘install tables’ link shows up twice, indeed, but if you reload the page or switch tab it won’t do that any more, after you HAVE installed the tables.
I find this plugin really a necessary addition to Txp! I hope to see its fucntionality grow in time. Option as multiple lists and import/export of addresses (from cvs or the like) are features you shouldn’t miss!
I was working on embedding phplist in my Txp install when I found out this plugin. Phplist has some odd behavior with the way it handles the text of the message and, let’s put it straight, is not clear at all in terms of use. No way I can get other users to post through it or perform basic admin tasks.
So… well done Ben!

Maybe you could add a check/uncheck all button at the top/bottom of the list of subscribed users..?

Last edited by feragnoli (2006-02-20 11:56:36)

benbruce · 2006-02-20 19:45:20

I’ve posted a fix to a fix: when I tried to resolve the “prefix” issue, I didn’t fully implement it so that left bab_subscribe broken. That should be fixed now, as well. I also got rid of the duplicate “Install Tables” links.

feragnoli, I’m going to go back — sometime, soon — and grab all the feature requests that have been posted on this forum. I’ll make a list and we can work off of that. The next big-ticket item is “bulk mail.”

- jw -, I’m stumped with regards to the subdomain issue. Do you have other plugins running that install a new tab in your admin? Can you point me to them and I’ll try and dig in there and see if I spot something?

-jw- · 2006-02-20 21:08:44

– jw -, I’m stumped …

Ok, me to.

Do you have other plugins running that install a new tab in your admin? Can you point me to them and I’ll try and dig in there and see if I spot something

you could take a look at ign_password_protect which creates a new tab and has a function to create a db table. Works fine on my setup with table prefix, which is what seems to give the headache ;)

Textpattern CMS

Textpattern CMS support forum

#76 2006-02-15 17:42:03

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#77 2006-02-15 18:13:04

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#78 2006-02-17 00:00:29

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#79 2006-02-17 01:17:58

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#80 2006-02-17 02:29:09

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#81 2006-02-17 03:01:43

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#82 2006-02-17 22:09:04

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#83 2006-02-17 22:35:52

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#84 2006-02-17 22:44:54

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#85 2006-02-18 06:58:15

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#86 2006-02-18 13:07:39

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#87 2006-02-19 01:31:58

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#88 2006-02-20 11:55:37

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#89 2006-02-20 19:45:20

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

#90 2006-02-20 21:08:44

Re: [archived] bab_newsletter: Newsletter Manager for Textpattern

Board footer