Author r.david.murray
Recipients ThomasAH, barry, docs@python, littleq0903, paulproteus, r.david.murray, rdemetrescu
Date 2013-03-19.21:43:00
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1363729380.2.0.77352434284.issue1525919@psf.upfronthosting.co.za>
In-reply-to
Content
Reviewing this again, it seems to me that there are two separate issues reported here: (1) set_payload on an existing MIMEText object no longer encodes (but it has now been a long time since it changed). (2) the functions in the encodings module, given an already encoded message, double encode.

(1) is now set in stone.  That is, it is documented as working this way implicitly if you read the set_payload and set_charset docs and has been working that way for a while now.  An explicit note should be added to the MIMEText docs, with a workaround.)

(2) could be fixed, I think, since it is unlikely that anyone would be depending on such behavior.
History
Date User Action Args
2013-03-19 21:43:00r.david.murraysetrecipients: + r.david.murray, barry, ThomasAH, rdemetrescu, paulproteus, docs@python, littleq0903
2013-03-19 21:43:00r.david.murraysetmessageid: <1363729380.2.0.77352434284.issue1525919@psf.upfronthosting.co.za>
2013-03-19 21:43:00r.david.murraylinkissue1525919 messages
2013-03-19 21:43:00r.david.murraycreate