Re: Python Error with Postfix queue filling up

Paul Klos <[email protected]>
Newsgroups gmane.comp.kde.devel.kolab,gmane.comp.kde.kolab.devel
Message-ID <[email protected]>
Mat Cantin schreef op 08-03-2013 2:19:
> On 2013-03-06 0:38, Paul Klos wrote:
>> 
>> The message contains a 0xbb character that wallace is choking on.
>> 
>> I've had some similar errors, and just for laughs changed these
>> characters into something else using hexedit, after which the mails
>> went
>> through without problems. For now, I have disabled wallace on my 
>> Kolab
>> instance.
>> 
>> This is bug https://issues.kolab.org/show_bug.cgi?id=1627.
>> 
> 
> This is exactly my problem. Interestingly, as described in the 
> comments
> of this bug report, I tried to disable wallace in the master.cf file 
> and
> the flush the postfix queue, but the wallace python error still showed
> up and the error in the log still showed the email being delivered to
> port 10026. Are these emails destined to go to wallace now that they 
> are
> in the queue?
> 
> I guess my lack of postfix knowledge is showing. :-P
> 
> --
> Mat
> 
Disabling Wallace will indeed only help for new messages. If you look 
at the messages in the deferred queue (/var/spool/postfix/deferrred), 
you'll see that it contains a complete destination address, including 
port 10026 (somewhere at the top of the file). I don't know if there's a 
'proper' way to inspect these messages, but a simple less will show you 
this, despite a warning about a possible binary file.

So, I was expecting these messages to remain in the queue, and I was 
planning to leave them there and use them as test cases when I enable 
wallace again after this bug has been fixed. The mysterious thing is 
that my queue is now empty. I checked after this problem was posted to 
the list.

I did at some point restart postfix, maybe that has something to do 
with it. Or maybe postfix just gives up on these messages after a while.

Cheers,

Paul
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.