[Scgeeks] Re: [Bug] headers parsing bug [extra Received: headers found]

[Andrzej Filip]

Mike Easter wrote:
> Mike Easter wrote:
> 
>> If I remove all of the extra headers which have been added by various
>> servers since the beginning,
> 
> ... I get this:
> 
> http://www.spamcop.net/sc?id=z1574679233zadbd4fdaad23d792463ae29103c59f0dz
> 
> That shows the original spam with the 2 boguslines 'implicating'
> homeunix which is contained in the body of the misdirected bounce by the
> pnbon server.  SC parses the misdirected bounce headers correctly.
> 
> The XSApreview function shouldn't be putting so many lines in there;
> maybe the subject and a couple of lines of body.  It should not be going
> into misdirected bounce headers when that is part of the body.
> 
> The reason SC erred by trying to rearrange the whitespace of the XSA
> line which contained a standard Received traceline content which was
> 'mangled' in the opinion of the algo was because the algo is 'taught'
> how to handle many different kinds of suboptimal header submissions.
> 
> You Andrzej are not going to be able to convince the algo coder to dumb
> down the algo so that it won't misparse your wild XSA preview lines when
> those lines are all junked up with header elements which don't belong up
> there in a header field value.

Look at the *original* submission:
http://www.spamcop.net/sc?id=z1574530141zb39c8a082e6c406ee01039820dfd8f34z;action=display

The problem is that spamcop "parsed" content of "X-SA-Preview:" -
the header should be simply skipped.

-- 
[pl>en: Andrew] Andrzej Adam Filip : anfi at priv.onet.pl : anfi at xl.wp.pl