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 barry
Recipients Joaquin.Cuenca.Abela, athomas, barry, esam, r.david.murray
Date 2010-03-07.21:46:08
SpamBayes Score 0.0008610916
Marked as misclassified No
Message-id <1267998370.0.0.241901831286.issue7143@psf.upfronthosting.co.za>
In-reply-to
Content
Thanks for adding me to the nosy list.  Yep, this code is pretty old so it doesn't surprise me that its implementation isn't quite right.  Of course, I hate get_payload(decode=True) anyway and hope that goes away in email 6.

Having said that, I don't think this can be changed in Python 2.6.  It's pretty common for people to have workarounds for the devil they know and I'd bet that changing this behavior in 2.6.x would break people's code.  I'm okay for doing the sensible thing in Python 2.7 (though we should probably bump the email package's micro version).
History
Date User Action Args
2010-03-07 21:46:10barrysetrecipients: + barry, r.david.murray, athomas, esam, Joaquin.Cuenca.Abela
2010-03-07 21:46:10barrysetmessageid: <1267998370.0.0.241901831286.issue7143@psf.upfronthosting.co.za>
2010-03-07 21:46:08barrylinkissue7143 messages
2010-03-07 21:46:08barrycreate