[ mailman-Bugs-571636 ] Traceback in error log - bounce handling

Bugs item #571636, was opened at 2002-06-20 09:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=571636&group_id=103
Category: bounce detection Group: 2.1 beta Status: Open Resolution: None
Priority: 4 Submitted By: Daniel Buchmann (avalon) Assigned to: Nobody/Anonymous (nobody) Summary: Traceback in error log - bounce handling
Initial Comment: I got this traceback in my error log:
Jun 20 14:58:56 2002 (1992) Traceback (most recent call last): File "/home/mailman/Mailman/Queue/Runner.py", line 105, in __oneloop self.__onefile(msg, msgdata) File "/home/mailman/Mailman/Queue/Runner.py", line 154, in __onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/home/mailman/Mailman/Queue/BounceRunner.py", line 71, in _dispose addrs = BouncerAPI.ScanMessages(mlist, msg) File "/home/mailman/Mailman/Bouncers/BouncerAPI.py", line 60, in ScanMessages addrs = sys.modules[modname].process(msg) File "/home/mailman/Mailman/Bouncers/Microsoft.py", line 35, in process body = StringIO(subpart.get_payload()) TypeError: expected read buffer, list found
The following had probably happened:
- A spam mail was sent to one of our lists.
- The list tried to send a "waiting for moderator approval" mail to the sender of the spam mail.
- The "waiting for moderator approval" mail bounced (because the sender address was, of course, invalid).
The bounce in (3) gave me the traceback and was moved to qfiles/shunt/. PCK file is attached to this bug report. Let me know if you need the DB file too... :)
Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-08-22 23:31
Message: Logged In: YES user_id=12800
If this message has been in the queue since before you upgraded, it's still got a bogus representation, which won't be automatically fixed. You'd need to do some manual hacking on the object representation and then re-save it. If the message is important to you and you can't fix it, upload it or email it and I'll attempt to do so. If the message isn't important to you, just discard it. Messages sent after the upgrade should be fine.
Comment By: Daniel Buchmann (avalon) Date: 2002-08-19 10:20
Message: Logged In: YES user_id=184577
Well, at least something must have happened, because now the traceback looks different, this is the output of dumpdb on it:
Traceback (most recent call last):
File "/home/mailman/bin/dumpdb", line 130, in ?
msg = main()
File "/home/mailman/bin/dumpdb", line 124, in main
pp.pprint(m)
File "/usr/lib/python2.2/pprint.py", line 110, in pprint
self.__stream.write(self.pformat(object) + "\n")
File "/usr/lib/python2.2/pprint.py", line 114, in pformat
self.__format(object, sio, 0, 0, {}, 0)
File "/usr/lib/python2.2/pprint.py", line 136, in __format
rep = self.__repr(object, context, level - 1)
File "/usr/lib/python2.2/pprint.py", line 200, in __repr
self.__depth, level)
File "/usr/lib/python2.2/pprint.py", line 287, in _safe_repr
rep = object
File "/home/mailman/Mailman/Message.py", line 41, in __repr__
return self.__str__()
File "/home/mailman/pythonlib/email/Message.py", line 89, in __str__
return self.as_string(unixfrom=1)
File "/home/mailman/pythonlib/email/Message.py", line 99, in as_string
g.flatten(self, unixfrom=unixfrom)
File "/home/mailman/pythonlib/email/Generator.py", line 81, in flatten
self._write(msg)
File "/home/mailman/pythonlib/email/Generator.py", line 109, in _write
self._dispatch(msg)
File "/home/mailman/pythonlib/email/Generator.py", line 136, in
_dispatch
meth(msg)
File "/home/mailman/pythonlib/email/Generator.py", line 219, in
_handle_multipart
g.flatten(part, unixfrom=0)
File "/home/mailman/pythonlib/email/Generator.py", line 81, in flatten
self._write(msg)
File "/home/mailman/pythonlib/email/Generator.py", line 109, in _write
self._dispatch(msg)
File "/home/mailman/pythonlib/email/Generator.py", line 136, in
_dispatch
meth(msg)
File "/home/mailman/pythonlib/email/Generator.py", line 278, in
_handle_message
g.flatten(msg.get_payload(0), unixfrom=0)
File "/home/mailman/pythonlib/email/Message.py", line 167, in
get_payload
raise TypeError, i
TypeError: 0
(Using latest CVS checked out today 19-aug-2002)
Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-08-09 15:26
Message: Logged In: YES user_id=12800
I think we resolved this one, didn't we?
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=571636&group_id=103
participants (1)
-
noreply@sourceforge.net