Bug 2367 - Original message encapsulation sometimes failing
Summary: Original message encapsulation sometimes failing
Status: RESOLVED DUPLICATE of bug 2106
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: spamassassin (show other bugs)
Version: SVN Trunk (Latest Devel Version)
Hardware: Other other
: P5 normal
Target Milestone: 2.70
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on: 1527
Blocks:
  Show dependency tree
 
Reported: 2003-08-27 02:24 UTC by Matthew Cline
Modified: 2004-01-25 11:53 UTC (History)
0 users


Attachment Type Modified Status Actions Submitter/CLA Status
Mbox file of malformed SA output text/plain None Matthew Cline [HasCLA]
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 Matthew Cline 2003-08-27 02:24:45 UTC 
For some messages filtered through SA (especially Sobig bounce messages that 
still contain the virus) the encapsulation of the message somehow fails.  I get
something that looks like:

<<<<<<<<<

This is a multi-part message in MIME format.

------------=_3F4C7502.57CDE482
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

Content preview:  URI:http://12wspharm12.com/host/default.asp?ID

>>>>>>>>>>

And it just cuts off right in the middle of the content preview, and never
gives the rules hit, or the attachment containing the original message.

I'll upload an attachment containin some example, in mbox format.  What they
all seem to have in common is:

> Content-Type: text/plain
> Content-Disposition: inline
> Content-Transfer-Encoding: 8bit
Comment 1 Matthew Cline 2003-08-27 02:26:09 UTC 
Created attachment 1282 [details]
Mbox file of malformed SA output
Comment 2 Theo Van Dinter 2004-01-25 20:53:35 UTC 
yeah, this is the "content preview may have binary data" thing.  fixed in 2.70.

*** This bug has been marked as a duplicate of 2106 ***