[Spambayes] Use of email package

Tim Stone - Four Stones Expressions tim at fourstonesExpressions.com
Wed Feb 19 22:08:49 EST 2003


2/19/2003 7:23:04 PM, Anthony Baxter <anthony at interlink.com.au> wrote:

>
>>>> Barry A. Warsaw wrote
>> Thus, it was designed with an eye toward the use of application
>> specific parsers, and it may well be that the default parsers (both
>> the strict and the lax parsers) may not be appropriate for an
>> application that tends to see intentionally ill-formed messages.  My
>> suggestion would be to write a parser that can handle the really bad
>> messages, then use the default lax parser for most things, and fall
>> back to the "adaptive parser" for the really horrendous messages.
>
>
>Note also, though, that the email package's parser has two modes:
>strict adherence to to specs, and a more slack mode (which I'm
>largely responsible for).

I guess we now know to whom to assign the email parser bugs we identify <wink>

> There are very few cases I know of that
>break the current non-strict mode -- the only one that comes to
>mind is MS Entourage generating nested multiparts with each part
>using the same boundary tag. 

How do you specify strict vs non-strict mode?

>
>Rather than saying "let's write a new parser" I'd say instead try
>to figure out why a particular message is failing, and see what
>can be done to fix the existing non-strict mode Parser.

Fair enough, I suppose.

>
>
>-- 
>Anthony Baxter     <anthony at interlink.com.au>   
>It's never too late to have a happy childhood.
>
>
>_______________________________________________
>Spambayes mailing list
>Spambayes at python.org
>http://mail.python.org/mailman/listinfo/spambayes
>
>


c'est moi - TimS
http://www.fourstonesExpressions.com
http://wecanstopspam.org





More information about the Spambayes mailing list