SA Bugzilla – Bug 2058
SpamAssassin loses email with special characters
Last modified: 2003-06-13 13:54:51 UTC
I installed SA from the RedHat 9 CD and set up my .procmailrc to have SA analyze my incoming mail. All is well except for one email that SA consistently loses. I'm running cdrecord in a nightly cron job and cdrecord outputs the name "Jorg Schilling" where the "o" has an umlaut. When SA receives the email it chokes on it and leaves the following in maillog: Jun 13 20:18:48 eagle spamd[15670]: info: setuid to todd succeeded Jun 13 20:18:48 eagle spamd[15670]: processing message <200306140318.h5E3IlVS015663@eagle.buiten.com> for todd:501, expecting 1817 bytes. Jun 13 20:18:48 eagle spamd[15670]: bad protocol: header error: (Content-length mismatch: 1817 vs. 1814) It seems to me that if SA can't do anything with the email then it should at minimum leave it alone rather than somewhat silently discarding it. (The info that I needed to debug this was in the log but I made the assumption up front that it would never just discard an email, so I spent a bunch of time looking at cron to see if I could find the problem.) I captured the output from cdrecord and will attach it to the bug so all you should have to do is "mail foo <cdrecord.log" to repro.
Created attachment 1039 [details] Output log from cdrecord
yeah, redhat 9 sucks. ;) first, upgrade to a recent version of spamassassin. 2.55 has been out for a while (we're working on getting 2.60 out this month, fyi.) if you still have problems, feel free to reopen this ticket.
Ok, thanks. I verified that this isn't a problem with 2.55. I had to force install the new packages because they're linked against the old libssl.so.2 and libcrypto.so.2, so it would be great if the next release had RPMS that would install directly on RedHat 9. Thanks for the help.