I set up a script to submit queued mails one at a time, pausing 10
seconds after each. When I got an email that triggered dspam to die
(noticed by watching /var/log/mail.info), I looked at that message in
/var/spool/postfix/deferred and see a pattern. All messages causing
this contain non-ascii characters (could be international UTF or similar).
Are there known issues with handling these kinds of messages? I have at
least 5 samples if you're interested in reproducing this.
As a workaround, I'll look into dropping messages that contain non-ascii
chars.
-Jason
Jason Axley wrote:
Every once in a while, I get some message in my postfix mail queue
that causes dspam to crash. There isn't any error or indication in
the debug logfile, which I have enabled. This causes mail messages to
queue up since postfix can't access the dspam socket. But restarting
dspam and running postqueue -f to flush the mail queue causes dspam to
crash again as it hits the same message again.
How can I debug what and where dspam is crashing at? Is this a known
issue in this version? Does 3.8 offer a fix?
Regards,
-Jason
!DSPAM:394,474724e943461787920837!
