Bug 6402 - Some more Received header fields with broken parsing
Summary: Some more Received header fields with broken parsing
Status: NEW
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: Libraries (show other bugs)
Version: 3.3.1
Hardware: All All
: P5 minor
Target Milestone: Future
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-07 16:02 UTC by Mark Martinec
Modified: 2013-03-08 00:22 UTC (History)
1 user (show)


Attachment Type Modified Status Actions Submitter/CLA Status
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Martinec 2010-04-07 16:02:39 UTC 
Some more 'Received' header fields with broken parsing (the date in parenthesis
should be treated as a comment, not as an IP address):


Received: from unknown (HELO public.micromail.com.au) (Tue, 06 Apr 2010 07:36:59 -0400)
	by smtp4.cyberemailings.com with ESMTP; Tue, 06 Apr 2010 07:36:59 -0400


Received: from nntp.pinxodet.net ([Mon, 05 Apr 2010 11:41:21 -0100])
        by m1.gns.snv.thisdomainl.com with QMQP; Mon, 05 Apr 2010 11:41:21 -0100


Received: from unknown (HELO rsmail.alkoholic.net) (Mon, 05 Apr 2010 11:30:32 -0100)
        by mailout.endmonthnow.com with SMTP; Mon, 05 Apr 2010 11:30:32 -0100
Comment 1 Kevin A. McGrail 2012-01-18 22:56:16 UTC 
Mark,

I don't know what problems these headers caused to identify what to work on.  Can you elaborate?

Are these examples that parse_received_line needs to handle and we need to add to t/rcvd_parser.t?

Regards,

KAM
Comment 2 Mark Martinec 2013-03-08 00:22:49 UTC 
The Received parsing rewrite is long overdue
but is not happening any time soon... :(