It appears that when someone subscribes to my list using an HTML formated email the subscription goes unprocessed. Same with unsubscribe. Is there a way for Smartlist to handle these kinds of subscription / unsubscribe requests?
Thanks for your help, Alan
Alan asked,
| It appears that when someone subscribes to my list using an | HTML formated email the subscription goes unprocessed. Same | with unsubscribe. Is there a way for Smartlist to handle | these kinds of subscription / unsubscribe requests?
It should understand a command in the subject line of a message to the -request address.
At 10:55 AM -0500 11/7/01, David W. Tamkin is rumored to have typed:
It should understand a command in the subject line of a message to the -request address.
It should, but I've noticed that in some cases of HTML-based email, it doesn't. It happens rarely enough that I haven't yet bothered to track it down, but frequently enough that I've noticed it when redirecting the mail back to the server without the body, which is always accepted and processed. It only _seems_ to happen with multipart (mixed or alternative) mail, and not with every one by any stretch of the imagination. If it's unprocessed in the subscribe, the confirm is also unprocessed.
Next time it happens I'll hit the server backups and pull a raw copy of the request and store it (the older version of Eudora/Mac I use trashes boundaries and other body parts, so it isn't reliable for tracking things like this).
Charlie
How would I redirect the mail back to the server without the body so that the subscription request can be processed as you mention you do below?
I currently use Eudora/PC if that matters in answering my question.
Alan,
----- Original Message ----- From: "Charlie Summers" charlie@lofcom.com To: "David W. Tamkin" dattier@ripco.com; Smartlist@Lists.RWTH-Aachen.DE Cc: arnortham@hotmail.com Sent: Wednesday, November 07, 2001 10:23 AM Subject: Re: HTML vs Subscribe / Unsubscribe
At 10:55 AM -0500 11/7/01, David W. Tamkin is rumored to have typed:
It should understand a command in the subject line of a
message to
the -request address.
It should, but I've noticed that in some cases of HTML-based email, it doesn't. It happens rarely enough that I haven't yet bothered to track it down, but frequently enough that I've noticed it when redirecting the mail back to the server without the body, which is always accepted and processed. It only _seems_ to happen with multipart (mixed or alternative) mail, and not with every one by any stretch of the imagination. If it's unprocessed in the subscribe, the confirm is also unprocessed.
Next time it happens I'll hit the server backups and pull a raw copy of the request and store it (the older version of Eudora/Mac I use trashes boundaries and other body parts, so it isn't reliable for tracking things like this).
Charlie
_______________________________________________ Smartlist mailing list Smartlist@lists.RWTH-Aachen.DE http://MailMan.RWTH-Aachen.DE/mailman/listinfo/smartlist
At 11:43 AM -0500 11/7/01, Alan Northam is rumored to have typed:
How would I redirect the mail back to the server without the body so that the subscription request can be processed as you mention you do below?
I currently use Eudora/PC if that matters in answering my question.
With Eudora, select (you guessed it) Redirect instead of Reply or Forward. You'll get a new mail message with a From: field showing something like:
"Alan Northam" arnortham@hotmail.com (by way of Charlie Summers)
Delete the body, and click Send or Queue.
Charlie
On Wed, Nov 07, 2001 at 11:23:34AM -0500, Charlie Summers wrote:
It should, but I've noticed that in some cases of HTML-based email, it doesn't. It happens rarely enough that I haven't yet bothered to track it down, but frequently enough that I've noticed it when redirecting the mail back to the server without the body, which is always accepted and processed. It only _seems_ to happen with multipart (mixed or alternative) mail, and not with every one by any stretch of the imagination. If it's unprocessed in the
It's probably because the request is bigger than 4k which causes rc.request to drop it.
Werner
On Wed, 7 Nov 2001, Alan Northam wrote:
I have noticed a similar problem when someone sends an e-mail to the list. I have added a footer to the bottom of all e-mails that tells people how to unsubscribe and aaa few other things. It works great with ASCII mail but does not append to HTML mail.
It appears that when someone subscribes to my list using an HTML formated email the subscription goes unprocessed. Same with unsubscribe. Is there a way for Smartlist to handle these kinds of subscription / unsubscribe requests?
Thanks for your help, Alan _______________________________________________ Smartlist mailing list Smartlist@lists.RWTH-Aachen.DE http://MailMan.RWTH-Aachen.DE/mailman/listinfo/smartlist
On Tue, Nov 13, 2001 at 01:20:58PM -0500, mmathis@listserv.atr.org wrote:
On Wed, 7 Nov 2001, Alan Northam wrote: I have noticed a similar problem when someone sends an e-mail to the list. I have added a footer to the bottom of all e-mails that tells people how to unsubscribe and aaa few other things. It works great with ASCII mail but does not append to HTML mail.
That would be because the footer-addition script would need to unpack the HTML mail (probably multipart with text/plain), add a footer to each part (parsing the vile HTML generated by email clients while it does it, to make sure it adds it in the right place), and then re-pack it...
It's a whole lot less trouble just to bar anything except plain text email to lists.
Roger
mmathis@listserv.atr.org wrote:
On Wed, 7 Nov 2001, Alan Northam wrote:
I have noticed a similar problem when someone sends an e-mail to the list. I have added a footer to the bottom of all e-mails that tells people how to unsubscribe and aaa few other things. It works great with ASCII mail but does not append to HTML mail.
If you want to have your footer in HTML-Email you have to make it yourself, i. e. write a rc.local.sxx recipe which parses postings for HTML-Content. If there is such a posting you need to insert your footer before the closing </body></html> tags.
I prefer an easier solution: All HTMLized postings will be rejected!
Werner
smartlist@lists.rwth-aachen.de