[Mailman-Users] Shunted Messages: Uncaught runner exception: 'str'object has no attribute 'get_sender'

Mark Sapiro msapiro at value.net
Mon Apr 17 20:36:39 CEST 2006


Patrick Bogen wrote:

>Traceback is as follows:
>
>Apr 17 11:37:11 2006 (11200) SHUNTING:
>1143744566.924134+af04699cdb8ee11fa521f987815fb056a487203c
>Apr 17 11:37:11 2006 (11200) Uncaught runner exception: 'str' object
>has no attribute 'get_sender'
>Apr 17 11:37:11 2006 (11200) Traceback (most recent call last):
>  File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop
>    self._onefile(msg, msgdata)
>  File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 159, in _onefile
>    sender = msg.get_sender()
>AttributeError: 'str' object has no attribute 'get_sender'


The real question here is why is switchboard returning an unparsed
message instead of a message object.


>Using Mailman 2.1.7-1 from Debian Testing. I can't upgrade to the
>2.1.7-2 from Testing until I get these unshunted.
>
>If I move them aside, and upgrade, and then attempt to unshunt, will
>it cause problems?


Probably, because the queue entries may be defective. I.e. it appears
that the message object in the .pck file is an unparsed string but
'_parsemsg' is False in the message metadata.


>Is there any way I can turn the shunted message into something that
>can be passed to bin/inject?


bin/show_qfiles should be the way, but it was broken until 2.1.8 and
may not work anyway because of the apparent problem.

bin/dumpdb should both produce a text message and show the metadata so
you can see if my theory is correct.


>There have been a couple posts of this same error, but I haven't seen
>any resolution (or, in fact, reply..)


Maybe you can gather enough information to find the cause.

-- 
Mark Sapiro <msapiro at value.net>       The highway is for gamblers,
San Francisco Bay Area, California    better use your sense - B. Dylan




More information about the Mailman-Users mailing list