http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5179
------- Additional Comments From [EMAIL PROTECTED] 2006-11-12 04:54 ------- Created an attachment (id=3745) --> (http://issues.apache.org/SpamAssassin/attachment.cgi?id=3745&action=view) Packet captures before and after Ben Lentz's patch I missed attaching the packet capture that Ban Lentz took. I'm not including other information he sent to the dev list as I don't think it is necessary. They are in the dev mailing list archives. This file is described by Ben as follows: "packet-captures.tar.gz: two traces, one with the original milter-spamc 1.10.376 release, the other with milter-spamc 1.10.376 with my patch. spamd on TCP783, milter-spamc on TCP3336. These should be independent captures of the sendmail to milter-spamc communication, the mitler-spamc to spamd communication, the spamd to milter-spamc response, and the mitler-spamc to sendmail response." What I noticed is that the unpatched version has /r/n newlines in the headers, followed by /r/n for the blank line separating header and body, followed by a body that has /n newlines. The Ben's patched version, which spamd does handle, is the same except that the blank line separating the header and the body has a /n newline. However this is happening, it seems to me that if we try to handle headers with /r/n newlines and bodies with /n newlines, then we should handle the separator line being either like the header or like the body. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
