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 sdaoden
Recipients akuchling, giampaolo.rodola, holdenweb, lregebro, pitrou, r.david.murray, rhettinger, sdaoden, vstinner
Date 2011-01-25.10:37:00
SpamBayes Score 3.927697e-11
Marked as misclassified No
Message-id <1295951821.47.0.529365331506.issue9124@psf.upfronthosting.co.za>
In-reply-to
Content
Re-New to Python - Re-Started with Py3K in 2011.
'Found myself in a dead-end after 10 days of work because a KOI8-R spam mail causes the file I/O decoding process to fail -
and there is NO WAY TO HANDLE THIS with mailbox.py!
(Went to python.org, searched for mailbox.py, was redirected to Google and found NOTHING related to this problem.
FINALLY found the IssueTracker but was too stupid to re-search.
Well.  Put an issue 10995 which was wrong - unfortunate.)

But now I will spend this entire day to back-port my script to Python 2.7 (and i did not work with Python for some six years)!

I mean - the plan to rewrite the entire mailbox.py exists for about six months now, but mailbox.py is included in the basic library, documented in the library book - but not a single word, not a single comment states that it is in fact *UNUSABLE* in Py3K!

Wouldn't it be sufficient *in the meanwhile* to apply the 10-minutes-work patch mentioned in my issue 10995?
I know it's almost as wrong, but it would gracefully integrate in my fetchmail(1)/mutt(1) local en_GB.UTF-8 stuff 8-}.
Python 3.2 is about to be released in two weeks - shall this unusable module be included the very same way once again?
Thanks for reading this book.
History
Date User Action Args
2011-01-25 10:37:01sdaodensetrecipients: + sdaoden, akuchling, rhettinger, holdenweb, pitrou, vstinner, giampaolo.rodola, lregebro, r.david.murray
2011-01-25 10:37:01sdaodensetmessageid: <1295951821.47.0.529365331506.issue9124@psf.upfronthosting.co.za>
2011-01-25 10:37:00sdaodenlinkissue9124 messages
2011-01-25 10:37:00sdaodencreate