[Mailman-Users] RE: Unsubscribe bug

Tauren Mills tauren at servlets.net
Fri Sep 15 12:21:33 CEST 2000

Dan and Chuq,

Thanks for the help!  Sorry to not provide you with enough information the
first time.  I didn't go into too much detail because I really thought there
was already a discussion in the past about this problem and that someone
would refer me to it.

Since it looks like this is not the case, I'll give you as much information
as I can...

* I have a customer who has the mailing list opensource at javacorporate.com
with an internal name of "opensource".

* Someone subscribed to their list a while back with the email address of
lynn at icondev.com.  After a while, they unsubscribed to the list.

* The person stopped getting normal mail, but the password reminder is still
being sent to them.  When they attempt to log in to change their
subscription using the web interface, they get an error message:
	Opensource has no subscribed addr lynn at icondev.com.
This makes sense since they have already unsubscribed. You can try this out

* When I log into the opensource admin screens and go to membership
management, I cannot find their email address anywhere.

This is as much as I knew when I sent the message to mailman-users
yesterday.  Since then, I've discovered some shell scripts that I had never
used before:

* When I run find_member from the command prompt, I get the following
	[root at s1 bin]# ./find_member lynn at icondev.com
	lynn at icondev.com found in list opensource
This indicates that they ARE still in the list.

* When I run list_members I get the following results:
	[root at s1 bin]# ./list_members -p opensource | grep lynn at icondev.com
	lynn at icondev.com

* Then I saw that there was a remove_members command, so I tried it:
	[root at s1 bin]# ./remove_members opensource lynn at icondev.com
	[root at s1 bin]# ./find_member lynn at icondev.com
	[root at s1 bin]# ./list_members -p opensource | grep lynn at icondev.com
	[root at s1 bin]#

So it looks like the member was finally and actually truly removed.  Let's
hope they don't get another password reminder next month.

They have had at least three list members complain of this problem.  I
deleted the first two without any problems, but when I tried to remove the
third one, the command did not return to the command prompt for a LONG time.
I finally did a ^C to break out and got this response:
	[root at s1 bin]# ./remove_members opensource taa at ix.netcom.com
	Traceback (innermost last):
	  File "./remove_members", line 111, in ?
	  File "./remove_members", line 96, in main
	    mlist = MailList.MailList(listname)
	  File "/home/javacorp/.mailman/Mailman/MailList.py", line 62, in __init__
	  File "/home/javacorp/.mailman/Mailman/MailList.py", line 804, in Load
	  File "/home/javacorp/.mailman/Mailman/MailList.py", line 1373, in Lock
	  File "/home/javacorp/.mailman/Mailman/LockFile.py", line 252, in lock

After running find_member again to see if they had been deleted (which they
had not), I ran the command again and let it sit for a while.  This time it
returned properly and find_member could no longer find them.  I'm going to
assume that this problem was just my impatience and the size of the list
(they have almost 1800 members).

But I'm still concerned about the behaviour when unsubscribing from the web
interface.  It does not appear to happen all the time (I actually have not
tested this), but a few people are having problems.  If it is a regular
issue, it is going to look bad for their business.

Do you have any ideas why this might be happening?  Is there something that
can be done to make sure that when a user unsubscribes, EVERYTHING is

Thanks again for your help!


> -----Original Message-----
> From: Chuq Von Rospach [mailto:chuqui at plaidworks.com]
> Sent: Thursday, September 14, 2000 8:32 PM
> To: Dan Mick; mailman-users at python.org; tauren at servlets.net
> Subject: Re: [Mailman-Users] RE: Unsubscribe bug
> At 7:45 PM -0700 9/14/00, Dan Mick wrote:
> >"attempt to locate" and "nowhere to be found" need expansion into
> >actual commands and techniques.  Please specify.
> and a copy of an actual password reminder they got would help.
> chances are, they're subscribed under some other address they forgot
> about, and it's probably set to nomail. In fact, they may have set to
> nomail instead of unsubscribe, thinking they were the same.
> --
> Chuq Von Rospach - Plaidworks Consulting (mailto:chuqui at plaidworks.com)
> Apple Mail List Gnome (mailto:chuq at apple.com)
> And they sit at the bar and put bread in my jar
> and say 'Man, what are you doing here?'"

More information about the Mailman-Users mailing list