Mailman 3 October 2004 - Mailman-coders

[ mailman-Patches-1045656 ] Race in LockFile.py resulting in extraneous log entries.
by SourceForge.net Oct. 22, 2004

Oct. 22, 2004

Patches item #1045656, was opened at 2004-10-12 19:50 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1045656&group_… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 3 Submitted By: Brian Greenberg (grnbrg) Assigned to: Tokio Kikuchi (tkikuchi) Summary: Race in LockFile.py resulting in extraneous log entries. Initial Comment: There is a race condition (that does not affect correct operation of Mailman) in .../Mailman/LockFile.py. This race results in entries to the "locks" log file (usually in pairs) that are unnecessary and confusing. If there is a process holding a lock for a file, and a process waiting for that lock to be freed, the following sequence can occur: 1) The waiting process executes os.link(). Since the running process still has the lock, this fails with EEXIST. 2) The running process releases the lock, and removes the lock file. 3) The waiting process proceeds with it's checks, and checks self.__linkcount() which returns -1 due to an ENOENT error. This throws an error into the "locks" log file. 4) The waiting process continues processing, checks it's timeout, and then checks to see if the lock lifetime has expired. The lifetime check is based on a call to self.__releasetime(), which returns -1, due to an ENOENT error. This results in the lockfile being declared stale, and self.__break() is called. This then throws a second error into the "locks" log file. The attached patch checks for these ENOENT errors, immediately restarting the loop when they are detected. It does not affect operation is the lock file exists and is held by another process. Brian Greenberg. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-10-22 08:26 Message: Logged In: YES user_id=67709 Will you be more specific how this race occurs? My installation on FreeBSD doesn't looks like show this symptom in locks log file. I tested with two terminals invoking python -i bin/withlist testlist and try to lock with m.Lock() in both the terminal. One of term is forced to wait until the I type m.Unlock() in the other term. I then looked into logs dir but nothing avail. ---------------------------------------------------------------------- Comment By: Brian Greenberg (grnbrg) Date: 2004-10-15 14:22 Message: Logged In: YES user_id=902583 This would fix this bug, as long as CLOCK_SLOP is large enough. But I don't think it's the Right Thing, as you are returning a result that says that the lockfile has a lifetime, when it in fact simply no longer exists. For a function whose purpose is to report the mtime of the master lockfile, -1 is the correct response if the file doesn't exist. The code that calls that function should check for and interpret that condition. ---------------------------------------------------------------------- Comment By: SHIGENO Kazutaka (shigeno) Date: 2004-10-15 00:11 Message: Logged In: YES user_id=1138453 How about changing as follows about self.__releasetime()? @@ -448,7 +448,7 @@ return os.stat(self.__lockfile)[ST_MTIME] except OSError, e: if e.errno <> errno.ENOENT: raise - return -1 + return time.time() def __linkcount(self): try: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1045656&group_…

1 0

[ mailman-Patches-1008983 ] qrunner w/ multiple slices crashing.
by SourceForge.net Oct. 22, 2004

Oct. 22, 2004

Patches item #1008983, was opened at 2004-08-13 21:45 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1008983&group_… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 7 Submitted By: Brian Greenberg (grnbrg) Assigned to: Tokio Kikuchi (tkikuchi) Summary: qrunner w/ multiple slices crashing. Initial Comment: When running qrunner with multiple instances of a particular class (ie: qrunner -r OutgoingRunner:0:4 -r OutgoingRunner:1:4 -r OutgoingRunner:2:4 -r OutgoingRunner:3:4 ) the qrunner processes for this class will periodically crash, leaving the following traces: logs/qrunner: Aug 13 15:27:51 2004 (29188) Master qrunner detected subprocess exit (pid: 23829, sig: None, sts: 1, class: OutgoingRunner, slice: 1/4) [restarting] logs/error: Aug 13 15:27:51 2004 qrunner(23829): Traceback (most recent call last): Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/bin/qrunner", line 270, in ? Aug 13 15:27:51 2004 qrunner(23829): main() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/bin/qrunner", line 230, in main Aug 13 15:27:51 2004 qrunner(23829): qrunner.run() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 70, in run Aug 13 15:27:51 2004 qrunner(23829): filecnt = self._oneloop() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 99, in _oneloop Aug 13 15:27:51 2004 qrunner(23829): msg, msgdata = self._switchboard.dequeue(filebase) Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Switchboard.py", line 143, in dequeue Aug 13 15:27:51 2004 qrunner(23829): fp = open(filename) Aug 13 15:27:51 2004 qrunner(23829): IOError : [Errno 2] No such file or directory: '/var/priv/mail/mailman/qfiles/out/1092428866.8410051+70dcb0bb96e6460d8cd2a a8103cce318cfa3ed1f.pck' This is caused by a logic error in mailman/Mailman/Queues/Switchboard.py:files. Specifically, when there are not multiple slices running for a particular qrunner class, self.__upper and self.__lower are both set to None in Switchboard.py:__init__. Switchboard.py:files contains the statement: if not lower or (lower <= long(digest, 16) < upper): times[float](when)] = filebase ie: if there is only one slice (because "lower" is not "None") or if this filename is within the range of the slice that this qrunner is managing, then add it to the list. The problem is that the first slice of any multi-slice qrunner has a lower bound of "0". This means that slice "0" of any multi-slice qrunner will act on *all* files in a given queue, which in turn results in race conditions wherein slice 0 and slice n will begin to process a message, one will complete processing and remove the file, and the other will crash. Patch: *** Switchboard.py Fri Aug 13 16:43:12 2004 --- Switchboard.py_new Fri Aug 13 16:43:48 2004 *************** *** 164,170 **** when, digest = filebase.split('+') # Throw out any files which don't match our bitrange. BAW: test # performance and end-cases of this algorithm. ! if not lower or (lower <= long(digest, 16) < upper): times[float(when)] = filebase # FIFO sort keys = times.keys() --- 164,170 ---- when, digest = filebase.split('+') # Throw out any files which don't match our bitrange. BAW: test # performance and end-cases of this algorithm. ! if (lower == upper) or (lower <= long(digest, 16) < upper): times[float(when)] = filebase # FIFO sort keys = times.keys() Brian Greenberg -- grnbrg(a)cc.umanitoba.ca ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-10-22 07:49 Message: Logged In: YES user_id=67709 I am testing one of my working server (moderate size ~3000 list) with Barry's patch. Also try setting (OutgoingRunner 2). So, if nothing happens in a day or two, this will go into CVS. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2004-10-22 01:52 Message: Logged In: YES user_id=12800 Better: the "if not lower" should probably be changed to "if lower is None". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1008983&group_…

1 0

[ mailman-Patches-1008983 ] qrunner w/ multiple slices crashing.
by SourceForge.net Oct. 22, 2004

Oct. 22, 2004

Patches item #1008983, was opened at 2004-08-13 17:45 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1008983&group_… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 7 Submitted By: Brian Greenberg (grnbrg) Assigned to: Tokio Kikuchi (tkikuchi) Summary: qrunner w/ multiple slices crashing. Initial Comment: When running qrunner with multiple instances of a particular class (ie: qrunner -r OutgoingRunner:0:4 -r OutgoingRunner:1:4 -r OutgoingRunner:2:4 -r OutgoingRunner:3:4 ) the qrunner processes for this class will periodically crash, leaving the following traces: logs/qrunner: Aug 13 15:27:51 2004 (29188) Master qrunner detected subprocess exit (pid: 23829, sig: None, sts: 1, class: OutgoingRunner, slice: 1/4) [restarting] logs/error: Aug 13 15:27:51 2004 qrunner(23829): Traceback (most recent call last): Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/bin/qrunner", line 270, in ? Aug 13 15:27:51 2004 qrunner(23829): main() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/bin/qrunner", line 230, in main Aug 13 15:27:51 2004 qrunner(23829): qrunner.run() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 70, in run Aug 13 15:27:51 2004 qrunner(23829): filecnt = self._oneloop() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 99, in _oneloop Aug 13 15:27:51 2004 qrunner(23829): msg, msgdata = self._switchboard.dequeue(filebase) Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Switchboard.py", line 143, in dequeue Aug 13 15:27:51 2004 qrunner(23829): fp = open(filename) Aug 13 15:27:51 2004 qrunner(23829): IOError : [Errno 2] No such file or directory: '/var/priv/mail/mailman/qfiles/out/1092428866.8410051+70dcb0bb96e6460d8cd2a a8103cce318cfa3ed1f.pck' This is caused by a logic error in mailman/Mailman/Queues/Switchboard.py:files. Specifically, when there are not multiple slices running for a particular qrunner class, self.__upper and self.__lower are both set to None in Switchboard.py:__init__. Switchboard.py:files contains the statement: if not lower or (lower <= long(digest, 16) < upper): times[float](when)] = filebase ie: if there is only one slice (because "lower" is not "None") or if this filename is within the range of the slice that this qrunner is managing, then add it to the list. The problem is that the first slice of any multi-slice qrunner has a lower bound of "0". This means that slice "0" of any multi-slice qrunner will act on *all* files in a given queue, which in turn results in race conditions wherein slice 0 and slice n will begin to process a message, one will complete processing and remove the file, and the other will crash. Patch: *** Switchboard.py Fri Aug 13 16:43:12 2004 --- Switchboard.py_new Fri Aug 13 16:43:48 2004 *************** *** 164,170 **** when, digest = filebase.split('+') # Throw out any files which don't match our bitrange. BAW: test # performance and end-cases of this algorithm. ! if not lower or (lower <= long(digest, 16) < upper): times[float(when)] = filebase # FIFO sort keys = times.keys() --- 164,170 ---- when, digest = filebase.split('+') # Throw out any files which don't match our bitrange. BAW: test # performance and end-cases of this algorithm. ! if (lower == upper) or (lower <= long(digest, 16) < upper): times[float(when)] = filebase # FIFO sort keys = times.keys() Brian Greenberg -- grnbrg(a)cc.umanitoba.ca ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2004-10-21 21:52 Message: Logged In: YES user_id=12800 Better: the "if not lower" should probably be changed to "if lower is None". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1008983&group_…

1 0

[ mailman-Patches-1045656 ] Race in LockFile.py resulting in extraneous log entries.
by SourceForge.net Oct. 22, 2004

Oct. 22, 2004

Patches item #1045656, was opened at 2004-10-12 19:50 Message generated for change (Settings changed) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1045656&group_… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 3 Submitted By: Brian Greenberg (grnbrg) >Assigned to: Tokio Kikuchi (tkikuchi) Summary: Race in LockFile.py resulting in extraneous log entries. Initial Comment: There is a race condition (that does not affect correct operation of Mailman) in .../Mailman/LockFile.py. This race results in entries to the "locks" log file (usually in pairs) that are unnecessary and confusing. If there is a process holding a lock for a file, and a process waiting for that lock to be freed, the following sequence can occur: 1) The waiting process executes os.link(). Since the running process still has the lock, this fails with EEXIST. 2) The running process releases the lock, and removes the lock file. 3) The waiting process proceeds with it's checks, and checks self.__linkcount() which returns -1 due to an ENOENT error. This throws an error into the "locks" log file. 4) The waiting process continues processing, checks it's timeout, and then checks to see if the lock lifetime has expired. The lifetime check is based on a call to self.__releasetime(), which returns -1, due to an ENOENT error. This results in the lockfile being declared stale, and self.__break() is called. This then throws a second error into the "locks" log file. The attached patch checks for these ENOENT errors, immediately restarting the loop when they are detected. It does not affect operation is the lock file exists and is held by another process. Brian Greenberg. ---------------------------------------------------------------------- Comment By: Brian Greenberg (grnbrg) Date: 2004-10-15 14:22 Message: Logged In: YES user_id=902583 This would fix this bug, as long as CLOCK_SLOP is large enough. But I don't think it's the Right Thing, as you are returning a result that says that the lockfile has a lifetime, when it in fact simply no longer exists. For a function whose purpose is to report the mtime of the master lockfile, -1 is the correct response if the file doesn't exist. The code that calls that function should check for and interpret that condition. ---------------------------------------------------------------------- Comment By: SHIGENO Kazutaka (shigeno) Date: 2004-10-15 00:11 Message: Logged In: YES user_id=1138453 How about changing as follows about self.__releasetime()? @@ -448,7 +448,7 @@ return os.stat(self.__lockfile)[ST_MTIME] except OSError, e: if e.errno <> errno.ENOENT: raise - return -1 + return time.time() def __linkcount(self): try: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1045656&group_…

1 0

[ mailman-Patches-1008983 ] qrunner w/ multiple slices crashing.
by SourceForge.net Oct. 22, 2004

Oct. 22, 2004

Patches item #1008983, was opened at 2004-08-13 21:45 Message generated for change (Settings changed) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1008983&group_… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 7 Submitted By: Brian Greenberg (grnbrg) >Assigned to: Tokio Kikuchi (tkikuchi) Summary: qrunner w/ multiple slices crashing. Initial Comment: When running qrunner with multiple instances of a particular class (ie: qrunner -r OutgoingRunner:0:4 -r OutgoingRunner:1:4 -r OutgoingRunner:2:4 -r OutgoingRunner:3:4 ) the qrunner processes for this class will periodically crash, leaving the following traces: logs/qrunner: Aug 13 15:27:51 2004 (29188) Master qrunner detected subprocess exit (pid: 23829, sig: None, sts: 1, class: OutgoingRunner, slice: 1/4) [restarting] logs/error: Aug 13 15:27:51 2004 qrunner(23829): Traceback (most recent call last): Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/bin/qrunner", line 270, in ? Aug 13 15:27:51 2004 qrunner(23829): main() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/bin/qrunner", line 230, in main Aug 13 15:27:51 2004 qrunner(23829): qrunner.run() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 70, in run Aug 13 15:27:51 2004 qrunner(23829): filecnt = self._oneloop() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 99, in _oneloop Aug 13 15:27:51 2004 qrunner(23829): msg, msgdata = self._switchboard.dequeue(filebase) Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Switchboard.py", line 143, in dequeue Aug 13 15:27:51 2004 qrunner(23829): fp = open(filename) Aug 13 15:27:51 2004 qrunner(23829): IOError : [Errno 2] No such file or directory: '/var/priv/mail/mailman/qfiles/out/1092428866.8410051+70dcb0bb96e6460d8cd2a a8103cce318cfa3ed1f.pck' This is caused by a logic error in mailman/Mailman/Queues/Switchboard.py:files. Specifically, when there are not multiple slices running for a particular qrunner class, self.__upper and self.__lower are both set to None in Switchboard.py:__init__. Switchboard.py:files contains the statement: if not lower or (lower <= long(digest, 16) < upper): times[float](when)] = filebase ie: if there is only one slice (because "lower" is not "None") or if this filename is within the range of the slice that this qrunner is managing, then add it to the list. The problem is that the first slice of any multi-slice qrunner has a lower bound of "0". This means that slice "0" of any multi-slice qrunner will act on *all* files in a given queue, which in turn results in race conditions wherein slice 0 and slice n will begin to process a message, one will complete processing and remove the file, and the other will crash. Patch: *** Switchboard.py Fri Aug 13 16:43:12 2004 --- Switchboard.py_new Fri Aug 13 16:43:48 2004 *************** *** 164,170 **** when, digest = filebase.split('+') # Throw out any files which don't match our bitrange. BAW: test # performance and end-cases of this algorithm. ! if not lower or (lower <= long(digest, 16) < upper): times[float(when)] = filebase # FIFO sort keys = times.keys() --- 164,170 ---- when, digest = filebase.split('+') # Throw out any files which don't match our bitrange. BAW: test # performance and end-cases of this algorithm. ! if (lower == upper) or (lower <= long(digest, 16) < upper): times[float(when)] = filebase # FIFO sort keys = times.keys() Brian Greenberg -- grnbrg(a)cc.umanitoba.ca ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1008983&group_…

1 0

[ mailman-Bugs-1051615 ] Tend to pending moderator requests error
by SourceForge.net Oct. 21, 2004

Oct. 21, 2004

Bugs item #1051615, was opened at 2004-10-21 16:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1051615&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: curly (cunoodle2) Assigned to: Nobody/Anonymous (nobody) Summary: Tend to pending moderator requests error Initial Comment: I was logged in to manage my list and clicked on the link that said "Tend to pending moderator requests " and I got an error. Here it is... Bug in Mailman version 2.1.5 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/usr/local/cpanel/3rdparty/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/cpanel/3rdparty/mailman/Mailman/Cgi/admi ndb.py", line 246, in main print doc.Format() File "/usr/local/cpanel/3rdparty/mailman/Mailman/htmlfor mat.py", line 331, in Format output.append(Container.Format(self, indent)) File "/usr/local/cpanel/3rdparty/mailman/Mailman/htmlfor mat.py", line 264, in Format output.append(HTMLFormatObject(item, indent)) File "/usr/local/cpanel/3rdparty/mailman/Mailman/htmlfor mat.py", line 50, in HTMLFormatObject return item.Format(indent) File "/usr/local/cpanel/3rdparty/mailman/Mailman/htmlfor mat.py", line 417, in Format output = output + Container.Format(self, indent+2) File "/usr/local/cpanel/3rdparty/mailman/Mailman/htmlfor mat.py", line 264, in Format output.append(HTMLFormatObject(item, indent)) File "/usr/local/cpanel/3rdparty/mailman/Mailman/htmlfor mat.py", line 50, in HTMLFormatObject return item.Format(indent) File "/usr/local/cpanel/3rdparty/mailman/Mailman/htmlfor mat.py", line 200, in Format output = output + self.FormatRow(i, indent + 2) MemoryError ------------------------------------------------------ -------------------------- Python information: Variable Value sys.version 2.2.2 (#1, Jan 30 2003, 21:26:22) [GCC 2.96 20000731 (Red Hat Linux 7.3 2.96-112)] sys.executable /usr/bin/python2 sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 ------------------------------------------------------ -------------------------- Environment variables: Variable Value HTTP_COOKIE cpin_christianparents.com+admin=2802000000699cdd774 17328000000373338303438623638373364366135356262 32663961613331353935623932346338343832323465 SERVER_SOFTWARE Apache/1.3.31 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.3.9 FrontPage/5.0.2.2634a mod_ssl/2.8.20 OpenSSL/0.9.6b PYTHONPATH /usr/local/cpanel/3rdparty/mailman SCRIPT_FILENAME /usr/local/cpanel/3rdparty/mailman/c gi-bin/admindb SERVER_ADMIN webmaster(a)christianparents.com SCRIPT_NAME /mailman/admindb REQUEST_METHOD GET HTTP_HOST christianparents.com PATH_INFO /cpin_christianparents.com SERVER_PROTOCOL HTTP/1.1 QUERY_STRING REQUEST_URI /mailman/admindb/cpin_christianparents.c om HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-powerpoint, application/vnd.ms- excel, application/msword, */* HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; NetCaptor 7.5.2; (R1 1.5)) HTTP_CONNECTION Keep-Alive HTTP_REFERER http://christianparents.com/mailman/admin/cpin_christian parents.com/members SERVER_NAME www.christianparents.com REMOTE_ADDR 69.49.193.98 REMOTE_PORT 18495 HTTP_ACCEPT_LANGUAGE en-us PATH_TRANSLATED /home/chris/public_html/cpin_christi anparents.com SERVER_PORT 80 GATEWAY_INTERFACE CGI/1.1 HTTP_ACCEPT_ENCODING gzip, deflate SERVER_ADDR 205.243.144.12 DOCUMENT_ROOT /home/chris/public_html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1051615&group_…

1 0

[ mailman-Bugs-1050878 ] "Cancel my subscription request" error
by SourceForge.net Oct. 20, 2004

Oct. 20, 2004

Bugs item #1050878, was opened at 2004-10-20 12:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1050878&group_… Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: cmika (cmika) Assigned to: Nobody/Anonymous (nobody) Summary: "Cancel my subscription request" error Initial Comment: Bug in Mailman version 2.1.5 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/usr/local/lib/mailman/scripts/driver", line 87, in run_main main() File "/usr/obj/ports/mailman-2.1.5/fake-i386/usr/local/lib/mailman/Mailman/Cgi/confirm.py", line 114, in main File "/usr/obj/ports/mailman-2.1.5/fake-i386/usr/local/lib/mailman/Mailman/Cgi/confirm.py", line 312, in subscription_cancel File "/usr/obj/ports/mailman-2.1.5/fake-i386/usr/local/lib/mailman/Mailman/Pending.py", line 141, in pend_confirm AssertionError Python information: Variable Value sys.version 2.2.3 (#1, Mar 23 2004, 19:11:01) [GCC 2.95.3 20010125 (prerelease, propolice)] sys.executable /usr/local/bin/python2.2 sys.prefix /usr/local sys.exec_prefix /usr/local sys.path /usr/local sys.platform openbsd3 Environment variables: Variable Value PATH_INFO /friends HTTP_ACCEPT text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 CONTENT_TYPE application/x-www-form-urlencoded HTTP_REFERER https://lists.seenothing.org/confirm/friends/26ebbe661ef86491452776e04efd2a… SERVER_SOFTWARE Apache/1.3.29 (Unix) PHP/4.3.8 mod_ssl/2.8.16 OpenSSL/0.9.7c PYTHONPATH /usr/local/lib/mailman SCRIPT_FILENAME /usr/local/lib/mailman/cgi-bin/confirm SERVER_ADMIN webmaster(a)lists.seenothing.org SCRIPT_NAME /confirm SERVER_SIGNATURE Apache/1.3.29 Server at lists.seenothing.org Port 443 REQUEST_METHOD POST HTTP_HOST lists.seenothing.org HTTP_KEEP_ALIVE 300 SERVER_PROTOCOL HTTP/1.1 QUERY_STRING REQUEST_URI /confirm/friends CONTENT_LENGTH 117 HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_USER_AGENT Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040809 Galeon/1.3.17 HTTP_CONNECTION keep-alive HTTP_COOKIE friends+user+cmika--at--seenothing.org=2802000000696b957641732800000038323862613031396536373461656238326664646166363064643930623331666538626361613262 SERVER_NAME lists.seenothing.org REMOTE_ADDR 66.80.107.196 REMOTE_PORT 60843 HTTP_ACCEPT_LANGUAGE en PATH_TRANSLATED /usr/local/lib/mailman/cgi-bin/friends SERVER_PORT 443 GATEWAY_INTERFACE CGI/1.1 HTTP_ACCEPT_ENCODING gzip,deflate SERVER_ADDR 192.168.1.2 DOCUMENT_ROOT /var/www/htdocs When a user tries to cancel subscription request, mailman comes up with an error. Mailman's installed on an OpenBSD 3.5 machine, using packages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1050878&group_…

1 0

[ mailman-Bugs-874764 ] -admin address is now equiv to -bounce
by SourceForge.net Oct. 19, 2004

Oct. 19, 2004

Bugs item #874764, was opened at 2004-01-11 05:02 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=874764&group_i… Category: Web/CGI Group: 2.1 (stable) >Status: Closed Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: -admin address is now equiv to -bounce Initial Comment: If a new list is created, a notice is sent to the list owner including the questions address mailman-admin(a)the.site.dom. Since in 2.1.x, -admin adderss is an alias for bounce, if the new list owner sends questions to this address, the message is treated as uninterpretable bounce message. This address should be mailman-owner(a)the.site.dom. I attach a fix for Cgi/create.py but looks like bin/newlist has the same error. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-10-19 05:09 Message: Logged In: YES user_id=67709 fixed in CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=874764&group_i…

1 0

[ mailman-Patches-923428 ] VERP subscription confirmations
by SourceForge.net Oct. 19, 2004

Oct. 19, 2004

Patches item #923428, was opened at 2004-03-25 20:16 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=923428&group_i… Category: mail delivery Group: Mailman 2.1 >Status: Closed Resolution: None Priority: 5 Submitted By: Gordon Rowell (gordonr) Assigned to: Tokio Kikuchi (tkikuchi) Summary: VERP subscription confirmations Initial Comment: From: Gordon Rowell <gordonr(a)gormand.com.au> To: mailman-developers(a)python.org [...] On Thu, Feb 05, 2004 at 09:44:05PM -0500, Gordon Rowell <gordonr(a)gormand.com.au> wrote: > If I enable VERP_CONFIRMATIONS and "Invite" > someone from the admin page, I get a VERP > invite and a "nice" Subject line: > [...] > It appears that the VERP confirmations are only > partially implemented, but maybe I've missed > something. > [...] The attached patch seems to DTRT for me. Gordon ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-10-19 04:42 Message: Logged In: YES user_id=67709 merged in CVS MailList.py revision: 2.100.2.23 Note that default is not to use VERP_CONFIRMATIONS. Users may want to edit templates if VERP_CONFIRMATIONS is set Yes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=923428&group_i…

1 0

[ mailman-Patches-960551 ] Bug: Plain digest with mixed charsets
by SourceForge.net Oct. 19, 2004

Oct. 19, 2004

Patches item #960551, was opened at 2004-05-26 04:18 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=960551&group_i… Category: mail delivery Group: Mailman 2.1 >Status: Closed Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Tokio Kikuchi (tkikuchi) Summary: Bug: Plain digest with mixed charsets Initial Comment: Plain digest including bodies: - encoded with charset not preferred by the list - including unkown characters will be shunted. This patch fixes this problem. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-10-19 04:39 Message: Logged In: YES user_id=67709 Fixed in CVS ToDigest.py revision: 2.22.2.8 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=960551&group_i…

1 0