Perhaps you could set up a special mail address like [EMAIL PROTECTED] which would automatically reply to any message with detailed instructions on how to unsubscribe. The instructions would include work-arounds for all the "gotcha" problems you described below. If someone has been on a list for a year, it might be unreasonable to assume that they saved the unsubscribe instructions that they received when they first joined the list. Plus there may be new "gotchas" that come up which could be added to the auto-reply instructions. (I am assuming that the email that currently appears at the bottom of each tomcat list message doesn't send out unsubscribe instructions.) I haven't tried unsubscribing from the list. -Keith
-----Original Message----- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 02, 2002 7:44 PM To: Tomcat Developers List Subject: Re: FW: Unsubscribing On Tue, 2 Apr 2002, todd tredeau wrote: > Date: Tue, 02 Apr 2002 19:15:52 -0500 > From: todd tredeau <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: FW: Unsubscribing > > The failure of an organization usually begins with the little things.... > this seems to be a recurring problem that is simple to fix why can't we > fix it. Create a web page so people can manually over-ride the obviously > flawed Opt - In / but Not out list.. > The top two reasons for problems (and this covers about 95% of the cases): * The user tries to unsubscribe from a different address than they subscribed with. * The user's mail server mangles the mail headers in such a way that the mailing list software cannot identify the subscription address. The confirmation message that subscribers get when they first sign on includes information about how to unsubscribe in spite of difficulties like the above, by including the address as part of the unsubscribe request. Alas, I guess it's too much to expect users to read the instructions :-). On the other hand, improving the administration of mailing lists is always possible. Concrete suggestions about what to do (and/or volunteering time to make it so) are more likely to cause positive change -- have you got a specific suggestion for what such a page should look like, and (more importantly) what it should functionally do? Or other ways to improve the initial subscription message to make this process more clear? > todd > http://www.wiserlabz.com > collaborative effort to promote Novell and Open Source solutions > Craig > Mark Hogarth wrote: > > >Please could you take me off the Developers mailing list. I have tried > >every way of unsubscribing from this but your unsubscribe software does > >not seem to work. Can someone write to me about this and tell me why it > >is not possible to unsubscribe? > > > >Please remove me. NOW. > > > >Best regards > > > >Mark Hogarth > > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
