Mailman 3 January 2005 - Mailman-coders

[ mailman-Bugs-1099138 ] Scrubber.py traceback
by SourceForge.net Jan. 12, 2005

Jan. 12, 2005

Bugs item #1099138, was opened at 2005-01-09 22:36 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_… Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Owen Taylor (otaylor) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber.py traceback Initial Comment: Outgoing mail on one of our lists on mail.gnome.org was being held up because of a error that was occuring sending out digests. Jan 09 16:07:24 2005 (22410) Uncaught runner exception: len() of unsized object Jan 09 16:07:24 2005 (22410) Traceback (most recent call last): File "/var/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File "/var/mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 91, in process send_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 132, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 306, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 262, in process size = len(payload) TypeError: len() of unsized object Unfortunately, I don't know what mail was triggering this... was trying to get the mailing list going and didn't want to spend a lot of time investigating. It's also not immediately clear to me how payload could end up as None there... from reading the code in email.Message maybe part._payload was None due to an earlier problem. I'll attach a workaround patch... the if: also covers the call to save_attachment() since that also tracebacked when I just fixed the call to len(). Anyways, filing in case it makes sense to someone more familiar with the guts of email.Message. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-01-12 04:11 Message: Logged In: YES user_id=67709 I believe I fixed this bug. it will appear in public CVS soon. ---------------------------------------------------------------------- Comment By: Owen Taylor (otaylor) Date: 2005-01-12 02:59 Message: Logged In: YES user_id=63124 Sorry about that ... that's what happens when you work on multiple computers and call patches things like 'diff'. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-01-12 02:34 Message: Logged In: YES user_id=67709 Well, the patch looks like for different project?? ---------------------------------------------------------------------- Comment By: Owen Taylor (otaylor) Date: 2005-01-09 23:15 Message: Logged In: YES user_id=63124 Oh, forgot to add say, this is python-2.2.3 and mailman-2.1.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_…

1 0

[ mailman-Bugs-1099138 ] Scrubber.py traceback
by SourceForge.net Jan. 12, 2005

Jan. 12, 2005

Bugs item #1099138, was opened at 2005-01-09 22:36 Message generated for change (Comment added) made by otaylor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Owen Taylor (otaylor) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber.py traceback Initial Comment: Outgoing mail on one of our lists on mail.gnome.org was being held up because of a error that was occuring sending out digests. Jan 09 16:07:24 2005 (22410) Uncaught runner exception: len() of unsized object Jan 09 16:07:24 2005 (22410) Traceback (most recent call last): File "/var/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File "/var/mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 91, in process send_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 132, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 306, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 262, in process size = len(payload) TypeError: len() of unsized object Unfortunately, I don't know what mail was triggering this... was trying to get the mailing list going and didn't want to spend a lot of time investigating. It's also not immediately clear to me how payload could end up as None there... from reading the code in email.Message maybe part._payload was None due to an earlier problem. I'll attach a workaround patch... the if: also covers the call to save_attachment() since that also tracebacked when I just fixed the call to len(). Anyways, filing in case it makes sense to someone more familiar with the guts of email.Message. ---------------------------------------------------------------------- >Comment By: Owen Taylor (otaylor) Date: 2005-01-12 02:59 Message: Logged In: YES user_id=63124 Sorry about that ... that's what happens when you work on multiple computers and call patches things like 'diff'. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-01-12 02:34 Message: Logged In: YES user_id=67709 Well, the patch looks like for different project?? ---------------------------------------------------------------------- Comment By: Owen Taylor (otaylor) Date: 2005-01-09 23:15 Message: Logged In: YES user_id=63124 Oh, forgot to add say, this is python-2.2.3 and mailman-2.1.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_…

1 0

[ mailman-Bugs-1099138 ] Scrubber.py traceback
by SourceForge.net Jan. 12, 2005

Jan. 12, 2005

Bugs item #1099138, was opened at 2005-01-09 22:36 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Owen Taylor (otaylor) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber.py traceback Initial Comment: Outgoing mail on one of our lists on mail.gnome.org was being held up because of a error that was occuring sending out digests. Jan 09 16:07:24 2005 (22410) Uncaught runner exception: len() of unsized object Jan 09 16:07:24 2005 (22410) Traceback (most recent call last): File "/var/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File "/var/mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 91, in process send_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 132, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 306, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 262, in process size = len(payload) TypeError: len() of unsized object Unfortunately, I don't know what mail was triggering this... was trying to get the mailing list going and didn't want to spend a lot of time investigating. It's also not immediately clear to me how payload could end up as None there... from reading the code in email.Message maybe part._payload was None due to an earlier problem. I'll attach a workaround patch... the if: also covers the call to save_attachment() since that also tracebacked when I just fixed the call to len(). Anyways, filing in case it makes sense to someone more familiar with the guts of email.Message. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-01-12 02:34 Message: Logged In: YES user_id=67709 Well, the patch looks like for different project?? ---------------------------------------------------------------------- Comment By: Owen Taylor (otaylor) Date: 2005-01-09 23:15 Message: Logged In: YES user_id=63124 Oh, forgot to add say, this is python-2.2.3 and mailman-2.1.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_…

1 0

[ mailman-Bugs-1100555 ] Too many banned emails cause error
by SourceForge.net Jan. 12, 2005

Jan. 12, 2005

Bugs item #1100555, was opened at 2005-01-12 00:38 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1100555&group_… Category: Web/CGI Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jamie McClelland (jamiemcclelland) Assigned to: Nobody/Anonymous (nobody) Summary: Too many banned emails cause error Initial Comment: When I add a lot of banned emails (2,000), I get the following error: 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 "/var/lib/mailman/scripts/driver", line 96, in run_main main() File "/usr/lib/mailman/Mailman/Cgi/admin.py", line 175, in main change_options(mlist, category, subcat, cgidata, doc) File "/usr/lib/mailman/Mailman/Cgi/admin.py", line 1296, in change_options gui.handleForm(mlist, category, subcat, cgidata, doc) File "/var/lib/mailman/Mailman/Gui/Privacy.py", line 510, in handleForm GUIBase.handleForm(self, mlist, category, subcat, cgidata, doc) File "/var/lib/mailman/Mailman/Gui/GUIBase.py", line 158, in handleForm doc.addError( File "/var/lib/mailman/Mailman/htmlformat.py", line 341, in addError self.AddItem(Header(3, Bold(FontAttr( TypeError: not enough arguments for format string Python information: Variable Value sys.version 2.3.4 (#2, Dec 3 2004, 13:53:17) [GCC 3.3.5 (Debian 1:3.3.5-2)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 Environment variables: Variable Value HTTP_COOKIE juviejustice+admin=2802000000698c6be441732800000033643636393736363938333663663931393038626136396563336235316637303261316364303166; support+admin=2802000000696f6de441732800000031313539613635393437653164613231303763393137306339363466643362393432666432396263 SERVER_SOFTWARE Apache/2.0.52 (Debian GNU/Linux) PHP/4.3.10-2 mod_ssl/2.0.52 OpenSSL/0.9.7e SCRIPT_NAME /mailman/admin SERVER_SIGNATURE REQUEST_METHOD POST HTTP_KEEP_ALIVE 300 SERVER_PROTOCOL HTTP/1.1 QUERY_STRING CONTENT_LENGTH 74313 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.5) Gecko/20041128 Firefox/1.0 (Debian package 1.0-4) HTTP_CONNECTION keep-alive HTTP_REFERER https://xxx.xxx.xxx/mailman/admin/juviejustice/privacy/subscribing SERVER_NAME xxxx.xxxx.xxxx REMOTE_ADDR xxx.xxx.xxx.xxx PATH_TRANSLATED /srv/virtual_web/secure.mediajumpstart.net/public_html/juviejustice/privacy/subscribing SERVER_PORT 443 SERVER_ADDR 10.0.0.163 DOCUMENT_ROOT /srv/virtual_web/xxx.xxx.xxx/public_html PYTHONPATH /var/lib/mailman SCRIPT_FILENAME /usr/lib/cgi-bin/mailman/admin SERVER_ADMIN apache(a)xxxx.xxx HTTP_HOST xxx.xxx.xxx HTTPS on REQUEST_URI /mailman/admin/juviejustice/privacy/subscribing HTTP_ACCEPT text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 33792 HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5 CONTENT_TYPE application/x-www-form-urlencoded HTTP_ACCEPT_ENCODING gzip,deflate PATH_INFO /juviejustice/privacy/subscribing ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-01-12 02:31 Message: Logged In: YES user_id=67709 Looks like an illegal email address is in the ban list. Same error as 1099840. Fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1100555&group_…

1 0

[ mailman-Bugs-1099840 ] error with bad email with % in addError in htmlformat.py
by SourceForge.net Jan. 12, 2005

Jan. 12, 2005

Bugs item #1099840, was opened at 2005-01-10 23:56 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099840&group_… Category: Web/CGI Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Mark Sapiro (msapiro) Assigned to: Nobody/Anonymous (nobody) Summary: error with bad email with % in addError in htmlformat.py Initial Comment: If an e-mail address being added to any of several properties via the list admin Gui is "bad" and also happens to contain a '%' character an error similar to the following occurs. Traceback (most recent call last): File "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/admin.py", line 175, in main change_options(mlist, category, subcat, cgidata, doc) File "/usr/local/mailman/Mailman/Cgi/admin.py", line 1296, in change_options gui.handleForm(mlist, category, subcat, cgidata, doc) File "/usr/local/mailman/Mailman/Gui/Privacy.py", line 510, in handleForm GUIBase.handleForm(self, mlist, category, subcat, cgidata, doc) File "/usr/local/mailman/Mailman/Gui/GUIBase.py", line 158, in handleForm doc.addError( File "/usr/local/mailman/Mailman/htmlformat.py", line 340, in addError self.AddItem(Header(3, Bold(FontAttr( TypeError: not enough arguments for format string The error actually occurs in evaluation of errmsg % args where errmsg is 'Bad email address for option %(property)s: %(val)s' and the value of 'val' in args contains a '%'. This occurs in many places in the admin Gui where the entry is an e-mail address, e.g owner, moderator, ban_list, accept_these_nonmembers, etc. but not for example in a mass subscribe list. email addresses which cause the problem include for example abc%def.ghi and ab%c@def@ghi but not ab%c(a)def.ghi since this latter address is not deemed invalid. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-01-12 02:28 Message: Logged In: YES user_id=67709 Fixed in CVS and appear in 2.1.6 soon. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099840&group_…

1 0

[ mailman-Bugs-1100555 ] Too many banned emails cause error
by SourceForge.net Jan. 12, 2005

Jan. 12, 2005

Bugs item #1100555, was opened at 2005-01-11 19:38 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=1100555&group_… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Jamie McClelland (jamiemcclelland) Assigned to: Nobody/Anonymous (nobody) Summary: Too many banned emails cause error Initial Comment: When I add a lot of banned emails (2,000), I get the following error: 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 "/var/lib/mailman/scripts/driver", line 96, in run_main main() File "/usr/lib/mailman/Mailman/Cgi/admin.py", line 175, in main change_options(mlist, category, subcat, cgidata, doc) File "/usr/lib/mailman/Mailman/Cgi/admin.py", line 1296, in change_options gui.handleForm(mlist, category, subcat, cgidata, doc) File "/var/lib/mailman/Mailman/Gui/Privacy.py", line 510, in handleForm GUIBase.handleForm(self, mlist, category, subcat, cgidata, doc) File "/var/lib/mailman/Mailman/Gui/GUIBase.py", line 158, in handleForm doc.addError( File "/var/lib/mailman/Mailman/htmlformat.py", line 341, in addError self.AddItem(Header(3, Bold(FontAttr( TypeError: not enough arguments for format string Python information: Variable Value sys.version 2.3.4 (#2, Dec 3 2004, 13:53:17) [GCC 3.3.5 (Debian 1:3.3.5-2)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 Environment variables: Variable Value HTTP_COOKIE juviejustice+admin=2802000000698c6be441732800000033643636393736363938333663663931393038626136396563336235316637303261316364303166; support+admin=2802000000696f6de441732800000031313539613635393437653164613231303763393137306339363466643362393432666432396263 SERVER_SOFTWARE Apache/2.0.52 (Debian GNU/Linux) PHP/4.3.10-2 mod_ssl/2.0.52 OpenSSL/0.9.7e SCRIPT_NAME /mailman/admin SERVER_SIGNATURE REQUEST_METHOD POST HTTP_KEEP_ALIVE 300 SERVER_PROTOCOL HTTP/1.1 QUERY_STRING CONTENT_LENGTH 74313 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.5) Gecko/20041128 Firefox/1.0 (Debian package 1.0-4) HTTP_CONNECTION keep-alive HTTP_REFERER https://xxx.xxx.xxx/mailman/admin/juviejustice/privacy/subscribing SERVER_NAME xxxx.xxxx.xxxx REMOTE_ADDR xxx.xxx.xxx.xxx PATH_TRANSLATED /srv/virtual_web/secure.mediajumpstart.net/public_html/juviejustice/privacy/subscribing SERVER_PORT 443 SERVER_ADDR 10.0.0.163 DOCUMENT_ROOT /srv/virtual_web/xxx.xxx.xxx/public_html PYTHONPATH /var/lib/mailman SCRIPT_FILENAME /usr/lib/cgi-bin/mailman/admin SERVER_ADMIN apache(a)xxxx.xxx HTTP_HOST xxx.xxx.xxx HTTPS on REQUEST_URI /mailman/admin/juviejustice/privacy/subscribing HTTP_ACCEPT text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 33792 HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5 CONTENT_TYPE application/x-www-form-urlencoded HTTP_ACCEPT_ENCODING gzip,deflate PATH_INFO /juviejustice/privacy/subscribing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1100555&group_…

1 0

[ mailman-Bugs-1100227 ] stops delivering messages
by SourceForge.net Jan. 11, 2005

Jan. 11, 2005

Bugs item #1100227, was opened at 2005-01-11 15:45 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=1100227&group_… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: steev hise (steev23) Assigned to: Nobody/Anonymous (nobody) Summary: stops delivering messages Initial Comment: Every once in a while, at random intervals (like after running fine for a few weeks or more), suddenly messages stop getting sent out to all mailing lists. They still go to the archives, they just don't get sent. can't find any clues in the logs. Is this a known bug? couldn't find one in tracker. Mailman Version: 2.1.5 python sys.version = 2.2.2 (#1, May 3 2003, 19:23:40) [GCC 2.96 20000731 (Red Hat Linux 7.1 2.96-81)] thanx, steev(a)detritus.net ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1100227&group_…

1 0

[ mailman-Bugs-1099840 ] error with bad email with % in addError in htmlformat.py
by SourceForge.net Jan. 10, 2005

Jan. 10, 2005

Bugs item #1099840, was opened at 2005-01-10 15:56 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=1099840&group_… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Mark Sapiro (msapiro) Assigned to: Nobody/Anonymous (nobody) Summary: error with bad email with % in addError in htmlformat.py Initial Comment: If an e-mail address being added to any of several properties via the list admin Gui is "bad" and also happens to contain a '%' character an error similar to the following occurs. Traceback (most recent call last): File "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/admin.py", line 175, in main change_options(mlist, category, subcat, cgidata, doc) File "/usr/local/mailman/Mailman/Cgi/admin.py", line 1296, in change_options gui.handleForm(mlist, category, subcat, cgidata, doc) File "/usr/local/mailman/Mailman/Gui/Privacy.py", line 510, in handleForm GUIBase.handleForm(self, mlist, category, subcat, cgidata, doc) File "/usr/local/mailman/Mailman/Gui/GUIBase.py", line 158, in handleForm doc.addError( File "/usr/local/mailman/Mailman/htmlformat.py", line 340, in addError self.AddItem(Header(3, Bold(FontAttr( TypeError: not enough arguments for format string The error actually occurs in evaluation of errmsg % args where errmsg is 'Bad email address for option %(property)s: %(val)s' and the value of 'val' in args contains a '%'. This occurs in many places in the admin Gui where the entry is an e-mail address, e.g owner, moderator, ban_list, accept_these_nonmembers, etc. but not for example in a mass subscribe list. email addresses which cause the problem include for example abc%def.ghi and ab%c@def@ghi but not ab%c(a)def.ghi since this latter address is not deemed invalid. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099840&group_…

1 0

[ mailman-Bugs-1099138 ] Scrubber.py traceback
by SourceForge.net Jan. 9, 2005

Jan. 9, 2005

Bugs item #1099138, was opened at 2005-01-09 22:36 Message generated for change (Comment added) made by otaylor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Owen Taylor (otaylor) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber.py traceback Initial Comment: Outgoing mail on one of our lists on mail.gnome.org was being held up because of a error that was occuring sending out digests. Jan 09 16:07:24 2005 (22410) Uncaught runner exception: len() of unsized object Jan 09 16:07:24 2005 (22410) Traceback (most recent call last): File "/var/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File "/var/mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 91, in process send_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 132, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 306, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 262, in process size = len(payload) TypeError: len() of unsized object Unfortunately, I don't know what mail was triggering this... was trying to get the mailing list going and didn't want to spend a lot of time investigating. It's also not immediately clear to me how payload could end up as None there... from reading the code in email.Message maybe part._payload was None due to an earlier problem. I'll attach a workaround patch... the if: also covers the call to save_attachment() since that also tracebacked when I just fixed the call to len(). Anyways, filing in case it makes sense to someone more familiar with the guts of email.Message. ---------------------------------------------------------------------- >Comment By: Owen Taylor (otaylor) Date: 2005-01-09 23:15 Message: Logged In: YES user_id=63124 Oh, forgot to add say, this is python-2.2.3 and mailman-2.1.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_…

1 0

[ mailman-Bugs-1099138 ] Scrubber.py traceback
by SourceForge.net Jan. 9, 2005

Jan. 9, 2005

Bugs item #1099138, was opened at 2005-01-09 22:36 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=1099138&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Owen Taylor (otaylor) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber.py traceback Initial Comment: Outgoing mail on one of our lists on mail.gnome.org was being held up because of a error that was occuring sending out digests. Jan 09 16:07:24 2005 (22410) Uncaught runner exception: len() of unsized object Jan 09 16:07:24 2005 (22410) Traceback (most recent call last): File "/var/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File "/var/mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/var/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 91, in process send_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 132, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 306, in send_i18n_digests msg = scrubber(mlist, msg) File "/var/mailman/Mailman/Handlers/Scrubber.py", line 262, in process size = len(payload) TypeError: len() of unsized object Unfortunately, I don't know what mail was triggering this... was trying to get the mailing list going and didn't want to spend a lot of time investigating. It's also not immediately clear to me how payload could end up as None there... from reading the code in email.Message maybe part._payload was None due to an earlier problem. I'll attach a workaround patch... the if: also covers the call to save_attachment() since that also tracebacked when I just fixed the call to len(). Anyways, filing in case it makes sense to someone more familiar with the guts of email.Message. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1099138&group_…

1 0