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 2005/11/05 14:24:36 UTC

[Bug 4664] New: "found fetchmail marker, restarting parse" breaks parsing instead

http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4664

           Summary: "found fetchmail marker, restarting parse" breaks
                    parsing instead
           Product: Spamassassin
           Version: 3.1.0
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: major
          Priority: P5
         Component: Score Generation
        AssignedTo: dev@spamassassin.apache.org
        ReportedBy: admin@eregion.de


it seems that when SA 3.1.0 finds a fetchmail header, its supposed to restart 
the parsing of received-by headers (which makes sense; everything after 
fetchmail can safely be considered local), but from what i see in the debug 
output with a mail here, it completely stops parsing of received-by headers 
instead (see attached files). This leads to every relay BEFORE the fetchmail 
polling as unchecked, and to every mail getting ALL_TRUSTED.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 4664] "found fetchmail marker, restarting parse" breaks parsing instead

Posted by bu...@bugzilla.spamassassin.org.
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4664





------- Additional Comments From admin@eregion.de  2005-11-05 14:32 -------
Created an attachment (id=3229)
 --> (http://issues.apache.org/SpamAssassin/attachment.cgi?id=3229&action=view)
a zip file with two test mails, one as it was received, the other edited to
swap the fetchmail marker for a ESMTP marker.

compare the output of spamassassin -t -D for the two files to see what i mean.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 4664] "found fetchmail marker, restarting parse" breaks parsing instead

Posted by bu...@bugzilla.spamassassin.org.
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4664


jm@jmason.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




------- Additional Comments From jm@jmason.org  2007-01-15 10:11 -------
fixed in 3.2.0.

[24649] dbg: metadata: X-Spam-Relays-Trusted:
[24649] dbg: metadata: X-Spam-Relays-Untrusted: [ ip=58.33.222.11 rdns=
helo=docemail.com by=mx.kundenserver.de ident= envfrom= intl=0
id=0MKsEO-1EYNUJ0w2E-0002RO auth= ]
[24649] dbg: metadata: X-Spam-Relays-Internal:
[24649] dbg: metadata: X-Spam-Relays-External: [ ip=58.33.222.11 rdns=
helo=docemail.com by=mx.kundenserver.de ident= envfrom= intl=0
id=0MKsEO-1EYNUJ0w2E-0002RO auth= ]




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.