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