You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2013/05/16 20:59:29 UTC
[Bug 6935] New: Improve handling of POP/IMAP retrieval headers
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6935
Bug ID: 6935
Summary: Improve handling of POP/IMAP retrieval headers
Product: Spamassassin
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Libraries
Assignee: dev@spamassassin.apache.org
Reporter: rwmaillists@googlemail.com
Classification: Unclassified
In the received header parsing in Received.pm there is specific handling to
skip Fetchmail headers and restart the parsing on the next header. It seems to
me that this is needlessly restrictive, and I can't see any reason why similar
handling shouldn't apply to any trusted received header containing "with
(IMAP|POP)".
This not just about supporting Getmail and custom retrieval scripts for end
users, a lot of ESPs support IMAP/POP retrieval from user specified servers.
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 6935] Improve handling of POP/IMAP retrieval headers
Posted by bu...@bugzilla.spamassassin.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6935
Karsten Bräckelmann <gu...@rudersport.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #1 from Karsten Bräckelmann <gu...@rudersport.de> ---
Duplicate of bug 6420.
*** This bug has been marked as a duplicate of bug 6420 ***
--
You are receiving this mail because:
You are the assignee for the bug.