Mailman-coders February 2004

mailman-coders@python.org

1 participants
41 discussions

[ mailman-Bugs-905532 ] bin/update fail 2.1.5

by SourceForge.net

Bugs item #905532, was opened at 2004-02-26 20:33 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905532&group_i… Category: configuring/installing Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: bin/update fail 2.1.5 Initial Comment: pending.pck was moved from data directory to per list directories. bin/update script succesfully cares this when 2.1.4 to 2.1.5 version up but ends in error if you want updat from 2.1.5 to 2.1.5 (alpha version up from CVS). here is the error message. Traceback (most recent call last): File "bin/update", line 774, in ? errors = main() File "bin/update", line 698, in main update_pending() File "bin/update", line 563, in update_pending for key, val in db.items(): AttributeError: 'NoneType' object has no attribute 'items' I hope the attached patch may be useful. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2004-02-28 23:41 Message: Logged In: YES user_id=12800 I found the same bug today before I saw report! I think the fix is actually to just return when db is still None (because it's already been updated, or otherwise doesn't exist). That's what I checked into cvs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905532&group_i…

17 years, 10 months

[ mailman-Bugs-905910 ] Wrong headers sent with gzip'd

by SourceForge.net

Bugs item #905910, was opened at 2004-02-27 10:20 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=905910&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tim Altman (junyor) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong headers sent with gzip'd Initial Comment: The filename and/or headers for list archives are incorrect. This causes some browsers to choke in their handling of the files. The filename should have the ".gz" extension stripped, as the files are really just text files. Headers currently sent are as follows: GET /mailman/<removed>/2004-February.txt.gz HTTP/1.1 User-Agent: Opera/7.50 (Windows NT 5.1; U) [en] Host: <removed> Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1 Accept-Language: en Accept-Charset: windows-1252, utf-8, utf-16, iso-8859-1;q=0.6, *;q=0.1 Accept-Encoding: deflate, gzip, x-gzip, identity, *; q=0 Referer: <removed> Cookie: <removed> Cookie2: $Version=1 Connection: Keep-Alive, TE TE: deflate, gzip, chunked, identity, trailers HTTP/1.1 200 OK Date: Fri, 27 Feb 2004 15:13:32 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/plain ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905910&group_i…

17 years, 10 months

[ mailman-Bugs-905532 ] bin/update fail 2.1.5

by SourceForge.net

Bugs item #905532, was opened at 2004-02-27 01:33 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=905532&group_i… Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: bin/update fail 2.1.5 Initial Comment: pending.pck was moved from data directory to per list directories. bin/update script succesfully cares this when 2.1.4 to 2.1.5 version up but ends in error if you want updat from 2.1.5 to 2.1.5 (alpha version up from CVS). here is the error message. Traceback (most recent call last): File "bin/update", line 774, in ? errors = main() File "bin/update", line 698, in main update_pending() File "bin/update", line 563, in update_pending for key, val in db.items(): AttributeError: 'NoneType' object has no attribute 'items' I hope the attached patch may be useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905532&group_i…

17 years, 10 months

[ mailman-Patches-904850 ] Scrubber in regular delivery per list

by SourceForge.net

Patches item #904850, was opened at 2004-02-26 06:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=904850&group_i… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber in regular delivery per list Initial Comment: Mailman/Handlers/Scrubber.py is used to save attachments in separated area in the pipermail archive while processing the messages in archiving and digesting. We can also use this script in GLOBAL_PIPELINE to scrub all the messages for regular (non-digest) delivery. This patch makes this scrubbing configurable per list. This patch will work most of the environment (us-ascii only sites) but you are adviced to apply a separate scrubber patch #891491 to avoid i18n bugs. In mailman src dir, type patch -p1 < this_patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=904850&group_i…

17 years, 10 months

[ mailman-Patches-891491 ] Scrubber.py patch

by SourceForge.net

Patches item #891491, was opened at 2004-02-06 01:26 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i… Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 8 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber.py patch Initial Comment: Scrubber.py has number of bugs for processing various types of attachment and languages and many have submitted patches to fix them. This patch item is opened to collect such patches for convenience. This patch corrects: - if an attached text is composed by win notepad, it has no charset specified and actual charset may be different from message/list charset. This sometimes cause error in composing digest message. - sometimes, null charset is represented by '' as well as None. - embedded rfc-2822 message is lost if you don't use msg.walk() - special problem with japanese charsets. - t (stringfied part) may be None which you can't append a '\n'. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-02-25 10:42 Message: Logged In: YES user_id=67709 uploading revised patch. Now fixes a few more bugs which try to decode scrub plain text message and result in mojibake. Also, japanese filename tend to become so long that system limit may exceeded because of mime encoding, so add an option not to use the filename in the message but to use 'attachment' as filename. Because this patch spans two files (Defaults.py.in and Handlers/Scrubber.py) you have to cd mailman and patch -p1 < this_patch. (Well, I think it is -p1. If it didn't work, try -p0 ;-) ---------------------------------------------------------------------- Comment By: Jonathan Larmour (jifl) Date: 2004-02-22 17:25 Message: Logged In: YES user_id=817601 I strongly recommend applying this patch. I received a mail bounce on a list with an empty charset in a part (i.e. "charset=") and it caused /var/mailman/cron/senddigest and thus all digest processing to fail because of this error: Traceback (most recent call last): File "/var/mailman/cron/senddigests", line 94, in ? main() File "/var/mailman/cron/senddigests", line 86, in main mlist.send_digest_now() File "/var/mailman/Mailman/Digester.py", line 60, in send_digest_now ToDigest.send_digests(self, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 123, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 295, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 308, in process t = t.encode(charset, 'replace') File "/usr/lib/python2.2/encodings/__init__.py", line 51, in search_function mod = __import__(modname,globals(),locals(),'*') which is something this patch fixes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…

17 years, 10 months

[ mailman-Bugs-902646 ] UnicodeEncodeError submitting admin request

by SourceForge.net

Bugs item #902646, was opened at 2004-02-23 13: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=902646&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Maurice Snellen (kiap) Assigned to: Nobody/Anonymous (nobody) Summary: UnicodeEncodeError submitting admin request Initial Comment: When submitting an admin request to have a number of addresses set to 'Ignore' processing the list of mails received from addresses not subscribed to the list, the following error is received by the list moderator. I have confirmed that the same error occurs with the site admin password. Bug in Mailman version 2.1.4 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 "/var/mailman/nlbdsmorg/scripts/driver", line 87, in run_main main() File "/var/mailman/nlbdsmorg/Mailman/Cgi/admindb.py", line 163, in main process_form(mlist, doc, cgidata) File "/var/mailman/nlbdsmorg/Mailman/Cgi/admindb.py", line 694, in process_form forward, forwardaddr) File "/var/mailman/nlbdsmorg/Mailman/ListAdmin.py", line 184, in HandleRequest forward, addr) File "/var/mailman/nlbdsmorg/Mailman/ListAdmin.py", line 373, in __handlepost syslog('vette', note) File "/var/mailman/nlbdsmorg/Mailman/Logging/Syslog. py", line 40, in write self.write_ex(kind, msg, args, kws) File "/var/mailman/nlbdsmorg/Mailman/Logging/Syslog. py", line 58, in write_ex logf.write(msg + '\n') File "/var/mailman/nlbdsmorg/Mailman/Logging/StampedLogger. py", line 73, in write Logger.write(self, "%s %s" % (prefix, msg)) File "/var/mailman/nlbdsmorg/Mailman/Logging/Logger. py", line 91, in write f.write(msg) UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 116: ordinal not in range(128) ------------------------------------------------------- --------------------- ---- Python information: Variable Value sys.version 2.3.3 (#1, Jan 23 2004, 17:15:25) [GCC 2.95. 3 20010315 (release)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 ------------------------------------------------------- --------------------- ---- Environment variables: Variable Value HTTP________________ ~~~~~ ~~~~~~~ HTTP_COOKIE bvj-operators+admin=2802000000690d3539407328000000 35313635333439656563666564 306432636330623136376634653138666139366537323037 626334 SERVER_SOFTWARE Apache/1.3.27 (Unix) PHP/4.3.2 mod_ssl/2.8.14 OpenSSL/0.9.7b SCRIPT_NAME /mailman/admindb SERVER_SIGNATURE Apache/1.3.27 Server at nl-bdsm. org Port 80 REQUEST_METHOD POST PATH_INFO /bvj-operators SERVER_PROTOCOL HTTP/1.1 QUERY_STRING CONTENT_LENGTH 891 HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322) HTTP_CONNECTION Keep-Alive SERVER_NAME nl-bdsm.org REMOTE_ADDR 80.126.99.148 PATH_TRANSLATED /var/www/prod/nl-bdsm. org/bvj-operators SERVER_PORT 80 SERVER_ADDR 212.238.194.176 DOCUMENT_ROOT /var/www/prod/nl-bdsm.org PYTHONPATH /var/mailman/nlbdsmorg SCRIPT_FILENAME /var/mailman/nlbdsmorg/cgi-bin/admindb SERVER_ADMIN webmaster(a)nl-bdsm.org HTTP_HOST nl-bdsm.org HTTP_CACHE_CONTROL no-cache REQUEST_URI /mailman/admindb/bvj-operators HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-shockwave-flash, */* HTTP________ ~~~~: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~ GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 1245 HTTP_ACCEPT_LANGUAGE nl CONTENT_TYPE application/x-www-form-urlencoded ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=902646&group_i…

17 years, 10 months

[ mailman-Patches-899263 ] update to 2.1.5

by SourceForge.net

Patches item #899263, was opened at 2004-02-17 20:50 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=899263&group_i… Category: configure/install Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: update to 2.1.5 Initial Comment: Update to 2.1.5 from 2.1.4 earlier checks pending.pck for duplicate ids and aborts if there is one such duplication. My mailman installation is fairly old, have long history and had orphaned pending-ids. It looked like we can safely ignore such duplication. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2004-02-22 17:46 Message: Logged In: YES user_id=12800 Thanks! I changed the warning message a bit. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=899263&group_i…

17 years, 11 months

[ mailman-Bugs-901502 ] Edit Options for unsubbed user results in backtrace

by SourceForge.net

Bugs item #901502, was opened at 2004-02-20 19:03 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=901502&group_i… Category: Web/CGI Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Derek Atkins (mit_warlord) Assigned to: Nobody/Anonymous (nobody) Summary: Edit Options for unsubbed user results in backtrace Initial Comment: I was trying to test out a new installation of mailman. I tried to subscribe by the web site, and it sent me a response. I tried responding by email and simultaneously put my email in the "unsubscribe or edit options" box and clicked the button. When I clicked the button I received the following message: Bug in Mailman version 2.1.4 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 "/var/mailman/scripts/driver", line 87, in run_main main() File "/var/mailman/Mailman/Cgi/options.py", line 226, in main password, user): File "/var/mailman/Mailman/SecurityManager.py", line 220, in WebAuthenticate ok = self.CheckCookie(ac, user) File "/var/mailman/Mailman/SecurityManager.py", line 300, in CheckCookie ok = self.__checkone(c, authcontext, user) File "/var/mailman/Mailman/SecurityManager.py", line 310, in __checkone key, secret = self.AuthContextInfo(authcontext, user) File "/var/mailman/Mailman/SecurityManager.py", line 105, in AuthContextInfo secret = self.getMemberPassword(user) File "/var/mailman/Mailman/OldStyleMemberships.py", line 102, in getMemberPassword raise Errors.NotAMemberError, member NotAMemberError: XXXXX(a)YYYYY.ZZZ Python information: Variable Value sys.version 2.2.3 (#1, Oct 15 2003, 23:33:35) [GCC 3.3.1 20030930 (Red Hat Linux 3.3.1-6)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2004-02-22 17:25 Message: Logged In: YES user_id=12800 Already fixed in cvs for 2.1.5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=901502&group_i…

17 years, 11 months

[ mailman-Patches-891491 ] Scrubber.py patch

by SourceForge.net

Patches item #891491, was opened at 2004-02-06 01:26 Message generated for change (Comment added) made by jifl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i… Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 8 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber.py patch Initial Comment: Scrubber.py has number of bugs for processing various types of attachment and languages and many have submitted patches to fix them. This patch item is opened to collect such patches for convenience. This patch corrects: - if an attached text is composed by win notepad, it has no charset specified and actual charset may be different from message/list charset. This sometimes cause error in composing digest message. - sometimes, null charset is represented by '' as well as None. - embedded rfc-2822 message is lost if you don't use msg.walk() - special problem with japanese charsets. - t (stringfied part) may be None which you can't append a '\n'. ---------------------------------------------------------------------- Comment By: Jonathan Larmour (jifl) Date: 2004-02-22 17:25 Message: Logged In: YES user_id=817601 I strongly recommend applying this patch. I received a mail bounce on a list with an empty charset in a part (i.e. "charset=") and it caused /var/mailman/cron/senddigest and thus all digest processing to fail because of this error: Traceback (most recent call last): File "/var/mailman/cron/senddigests", line 94, in ? main() File "/var/mailman/cron/senddigests", line 86, in main mlist.send_digest_now() File "/var/mailman/Mailman/Digester.py", line 60, in send_digest_now ToDigest.send_digests(self, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 123, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 295, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 308, in process t = t.encode(charset, 'replace') File "/usr/lib/python2.2/encodings/__init__.py", line 51, in search_function mod = __import__(modname,globals(),locals(),'*') which is something this patch fixes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…

17 years, 11 months

[ mailman-Bugs-890732 ] poor date parsing trips archiving

by SourceForge.net

Bugs item #890732, was opened at 2004-02-04 20:45 Message generated for change (Comment added) made by thoover You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=890732&group_i… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Denys Duchier (duchier) Assigned to: Nobody/Anonymous (nobody) Summary: poor date parsing trips archiving Initial Comment: With Mail 2.1.2, running the arch script produced some bizarre output: messages whose date could not be parsed were assumed to be of the current date. I was able to cure the problem simply by updating mailman/pythonlib/email/_parseaddr.py to the most recent version from the python CVS. ---------------------------------------------------------------------- Comment By: Tom Hoover (thoover) Date: 2004-02-21 23:00 Message: Logged In: YES user_id=23321 I'd downloaded the latest version (1.7) of _parseaddr.py from the python CVS, and compared it to the copy on my system found at mailman/pythonlib/email/_parseaddr.py. They both have an md5sum of: 089bfb2cbae8f2e204f818d8c381d49e _parseaddr.py Since I am obviously mistaken, could you please check the md5sum of the file on your system, and let me know what it is? Even better, could you give me the exact URL of the correct file? (I downloaded mine from http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Lib/email/_par… (version 1.7, dated 6-13-03). If this is the same file that you have, then there's evidently another problem causing the 'arch' script to fail to parse the dates correctly. (I am, however, running Mailman 2.1.4...maybe another bug was introduced between 2.1.2 and 2.1.4?) Thanks! ---------------------------------------------------------------------- Comment By: Denys Duchier (duchier) Date: 2004-02-21 19:01 Message: Logged In: YES user_id=531638 thoover, you are mistaken - the version I fetched from the python CVS parses such dates just fine. Also you said: _parseaddr.py on your system - I am not sure what that means - I was not refering to the version in your python installation - that one is probably just fine - I was talking about the one in the mailman installation - that's the one which is outdated. Cheers, ---------------------------------------------------------------------- Comment By: Tom Hoover (thoover) Date: 2004-02-20 17:28 Message: Logged In: YES user_id=23321 I checked, and the _parseaddr.py on my system is identical to the latest in CVS...I still have the problem. The arch script won't parse dates in the format of: Date: Sat, 17 Jan 2004 16:32:00 -0600 so it therefore converts the date to the current date: Date: Fri Feb 20 09:43:05 2004 I wanted to change my local backup script to backup only the *.mbox files (I would then recreate the html files using 'arch' in the event of a crash, etc), but for now I'm still backing up everything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=890732&group_i…

17 years, 11 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Mailman-coders February 2004