Author r.david.murray
Recipients georg.brandl, giampaolo.rodola, holdenweb, lregebro, pitrou, r.david.murray, rhettinger, sdaoden, vstinner
Date 2011-01-28.19:38:01
SpamBayes Score 5.07016e-05
Marked as misclassified No
Message-id <1296243483.15.0.574330976502.issue9124@psf.upfronthosting.co.za>
In-reply-to
Content
I'm updating the patch to contain a couple tests using non-ASCII.  More are needed.

Before this patch, one could process a file containing non-ASCII characters as text, and if your default encoding happened to be able to decode it, things would appear to more or less work.  In real life doing this is most likely to produce mojibake.  So the patch now rejects string input that contains non-ASCII characters with a helpful message about using bytes or Message input.  Email doesn't handle messages in string format that contain non-ASCII characters, either (which, I think, was the source of the error Steffen encountered).  This means that the string backward-compatibility is reduced to ascii-only messages.  But if mailbox in py3 is being used successfully by anybody, it is most likely to be someone processing ascii only messages for some reason.
History
Date User Action Args
2011-01-28 19:38:04r.david.murraysetrecipients: + r.david.murray, georg.brandl, rhettinger, holdenweb, pitrou, vstinner, giampaolo.rodola, lregebro, sdaoden
2011-01-28 19:38:03r.david.murraysetmessageid: <1296243483.15.0.574330976502.issue9124@psf.upfronthosting.co.za>
2011-01-28 19:38:02r.david.murraylinkissue9124 messages
2011-01-28 19:38:02r.david.murraycreate