http://bugzilla.spamassassin.org/show_bug.cgi?id=3600
------- Additional Comments From [EMAIL PROTECTED] 2004-11-05 09:47 ------- Subject: Re: Parse Received header lines starting with "by" not only "from" On Fri, Nov 05, 2004 at 09:29:10AM -0800, [EMAIL PROTECTED] wrote: > It's a feature of Exim, not a problem. Exim allows to configure the received > headers in many ways. So you'll find different header formats on many > distributions and even more in different installations. Well, yes and no. It's good to be flexible, but horrible for people trying to parse your output. > Received: by Mail.CIS.FU-Berlin.DE (Exim 4.42) > from mail.zedat.fu-berlin.de ([130.133.1.48]) > with esmtp > id <1CQ6eG-01ACOt-W2>; Fri, 05 Nov 2004 17:09:13 +0100 > > As far as I understand, this is fully legal and the parser in SpamAssassin > should not depend on the order of the keywords (by...from versus from...by). > Instead it should parse the header after separating the different values by > the > token names. "legal" isn't really meaningful, there isn't a real definition for what goes in the Received header. 2822 specifies, essentially: ([a-z]+(-[a-z0-9]+)* \S+\s*)+ ; (some date regex) (aka: "item-name item-value") with no definition of what item-name or item-value mean. I mean heck, comments are used to give information (IP, etc,) in unspecified formats! The only real thing I can find is in 821, there's a BNF for "time-stamp-line", which goes into the different things you can find in a Received line, but since that was replaced with the item-name item-value bit ... I don't think there's anything but a kluge that we can do for 3.0.x for these headers. Exim's flexibility is nice, but presents a large challenge in relation to the other MTAs that standardized their formats, relatively. For 3.1 we can probably simplify out a lot of stuff doing the item-name/item-value parsing -- with some figuring for the comment/IP value information. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
