Daniel Ojo wrote:
>
>Has anyone come across this error message. I am getting this error
>message on one of my lists.
>I have google and can't come up with anything substantial.
>
># /usr/lib/mailman/cron/senddigests
>Traceback (most recent call last):
> File "/usr/lib/mailman/cron/senddigests", line 94, in ?
> main()
> File "/usr/lib/mailman/cron/senddigests", line 86, in main
> mlist.send_digest_now()
> File "/usr/lib/mailman/Mailman/Digester.py", line 60, in send_digest_now
> ToDigest.send_digests(self, mboxfp)
> File "/usr/lib/mailman/Mailman/Handlers/ToDigest.py", line 132, in
>send_digests
> send_i18n_digests(mlist, mboxfp)
> File "/usr/lib/mailman/Mailman/Handlers/ToDigest.py", line 306, in
>send_i18n_digests
> msg = scrubber(mlist, msg)
> File "/usr/lib/mailman/Mailman/Handlers/Scrubber.py", line 262, in process
> size = len(payload)
>TypeError: len() of unsized object
This looks like Mailman 2.1.5 (or earlier). The current release is
2.1.11.
This particular error was fixed in 2.1.6 with the attached
Scrubber.patch.txt.
The comments in the patch may help you find and fix the offending
message in the lists/listname/digest.mbox, or you can just apply the
patch and restart Mailman.
--
Mark Sapiro <[EMAIL PROTECTED]> The highway is for gamblers,
San Francisco Bay Area, California better use your sense - B. Dylan
=== modified file 'Mailman/Handlers/Scrubber.py'
--- Mailman/Handlers/Scrubber.py 2005-01-16 21:57:05 +0000
+++ Mailman/Handlers/Scrubber.py 2005-05-22 19:55:08 +0000
@@ -282,10 +282,17 @@
# If the message isn't a multipart, then we'll strip it out as an
# attachment that would have to be separately downloaded. Pipermail
# will transform the url into a hyperlink.
- # TK: Confirm also part is not None. (bug-id: 1099138)
elif part and not part.is_multipart():
payload = part.get_payload(decode=True)
ctype = part.get_type()
+ # XXX Under email 2.5, it is possible that payload will be None.
+ # This can happen when you have a Content-Type: multipart/* with
+ # only one part and that part has two blank lines between the
+ # first boundary and the end boundary. In email 3.0 you end up
+ # with a string in the payload. I think in this case it's safe to
+ # ignore the part.
+ if payload is None:
+ continue
size = len(payload)
omask = os.umask(002)
try:
------------------------------------------------------
Mailman-Users mailing list
Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe:
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org
Security Policy: http://wiki.list.org/x/QIA9
