Author r.david.murray
Recipients adrien-saladin, barry, berker.peksag, kxroberto, martin.panter, python-dev, r.david.murray, rhettinger
Date 2016-09-07.21:02:14
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1473282134.42.0.504348220394.issue10839@psf.upfronthosting.co.za>
In-reply-to
Content
I've committed Berker's patch from #27331, and I'm about to take the new email API out of provisional status.

Barry is committed to not changing this behavior in 2.7 and I agree.  In any case 2.7 doesn't differentiate between headers being added by the user and headers coming from the parsed message, and the latter *have* to allow duplicates even if the fields aren't supposed to be.  The python3 code does make a distinction between these two cases, which is what allowed me to do the fix in the new policies.  (Yes, you *could* fix feedparser and message in 2.7 so it also could tell, but that is an invasive change).

So, I'm re-closing this as fixed.  It's "won't fix" for 2.7 and compat32.
History
Date User Action Args
2016-09-07 21:02:14r.david.murraysetrecipients: + r.david.murray, barry, rhettinger, kxroberto, adrien-saladin, python-dev, berker.peksag, martin.panter
2016-09-07 21:02:14r.david.murraysetmessageid: <1473282134.42.0.504348220394.issue10839@psf.upfronthosting.co.za>
2016-09-07 21:02:14r.david.murraylinkissue10839 messages
2016-09-07 21:02:14r.david.murraycreate