Matt Sergeant wrote:
MS> Well we don't care if there's multiply nested stuff - because anything
MS> deeper than the first level is just an attachment (though it does store
MS> attachments, with their mime type, so you can parse them if you want
MS> to).
Yes, we do care. I've seen examples of multi-nested MIME attachements, where
there's only one part that's not multipart-mixed, something like:
multipart
multipart
multipart
text/html
Most MUAs will render that HTML for you. It's a pretty crafty anti-spamfilter
obfuscation.
MS> > Also, will it handle a MIME part separator such as...
MS> >
MS> > --terrorist-Marxist-counter-intelligence-security-PLO-arrangements
MS>
MS> I see no reason it shouldn't.
I'm guessing we'll want a t/mimetests.t
MS> > ...a separator that I know has caused some email parsing tools to fail
MS> > and die in the past. Oh, and spaces in MIME breaks?
MS>
MS> Hmm, I see no reason it shouldn't again, but I don't have an email like
MS> that I can test it on.
MS>
MS> We have a batch of oddly formatted messages here at work somewhere, I'll
MS> try and get my hands on them.
Sounds cool. If possible, it'd be cool to add some samples into t/data/* -- let
me know if we can do that.
C
_______________________________________________________________
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk