This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients barry, r.david.murray, sjt
Date 2011-01-07.12:37:16
SpamBayes Score 0.000156474
Marked as misclassified No
Message-id <>
Well, unknown-8bit is registered as a charset with IANA.  It is registered specifically for use in message bodies, but as a registered charset it "should" be acceptable in headers as well.  There is no similar registration for just 'unknown', but it sounds like mailers may be more likely to accept it if it exists in the wild.

I'm hoping to fix this before the RC (which is tomorrow, which means fixing it today), so your suggestion of making the 'unknown charset' token configurable is a good one.  I'm not so worried about providing a way to reject such headers, since this incarnation of email makes a point of not throwing errors on parsing, and if you read binary messages with unknown bytes the best thing to do is generate the outgoing message with BytesGenerator, in which case you get the unknown bytes back without the rfc2047 munging.
Date User Action Args
2011-01-07 12:37:19r.david.murraysetrecipients: + r.david.murray, barry, sjt
2011-01-07 12:37:19r.david.murraysetmessageid: <>
2011-01-07 12:37:16r.david.murraylinkissue10686 messages
2011-01-07 12:37:16r.david.murraycreate