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.