ports/94851: mail/spamass-milter neglects to translate \r\n within added header fields
Henrik Olsen
henrik at iaeste.dk
Thu Mar 23 03:50:16 UTC 2006
>Number: 94851
>Category: ports
>Synopsis: mail/spamass-milter neglects to translate \r\n within added header fields
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Mar 23 03:50:14 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator: Henrik Olsen
>Release: 5.4-RELEASE
>Organization:
Dawn Solutions
>Environment:
FreeBSD chopin.iaeste.net 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root at harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
>Description:
ports using cvsup, confirmed in latest
System is sendmail, with spamass-milter and p5-Mail-Spamassassin
Problem is that spamassassin will correctly break long headerfields with the linebreaks used in the mail submittet to it, spamass-milter submits the mail with \r\n, this means that headerfields are broken up by spamassassin using \r\n
spamass-milter will correctly convert the \r\n at the end of the field, but don't convert the ones within the field before sending the update back to sendmail.
The result is a mail which is transmitted with \r\r\n breaks within spamassassin lines, which will result in some systems rejecting the mail due to malformed headers.
>How-To-Repeat:
Use spamass-milter with p5-Mail-Spamassassin and send a mail that results in spamassassin adding a multiline field.
if sendmail is configured with spamass-milter and amavisd-new with amavis-milter, and amavis-milter is after spamass-milter in the filterlist, amavis will complain about malformed headers.
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-ports-bugs
mailing list