Bug 2058 - SpamAssassin loses email with special characters
Summary: SpamAssassin loses email with special characters
Status: RESOLVED WORKSFORME
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: spamassassin (show other bugs)
Version: 2.44
Hardware: PC Linux
: P3 critical
Target Milestone: 2.70
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-13 20:58 UTC by Todd Buiten
Modified: 2003-06-13 13:54 UTC (History)
0 users



Attachment Type Modified Status Actions Submitter/CLA Status
Output log from cdrecord application/octet-stream None Todd Buiten [NoCLA]

Note You need to log in before you can comment on or make changes to this bug.
Description Todd Buiten 2003-06-13 20:58:56 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.
Comment 1 Todd Buiten 2003-06-13 21:00:22 UTC
Created attachment 1039 [details]
Output log from cdrecord
Comment 2 Theo Van Dinter 2003-06-13 21:09:44 UTC
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.
Comment 3 Todd Buiten 2003-06-13 21:54:51 UTC
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.