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 r.david.murray
Recipients BreamoreBoy, barry, r.david.murray, tkikuchi
Date 2011-03-17.03:46:28
SpamBayes Score 3.1755598e-11
Marked as misclassified No
Message-id <1300333589.25.0.113069785578.issue1681333@psf.upfronthosting.co.za>
In-reply-to
Content
I'm rejecting this.  There is more than one bug here, but it starts with the fact that ('xxx', None) is treated the same as ('xxx', 'us-ascii').  In the first case it would be nice if a space was used to separate two of them in a row.  In the second case a space should not be used, since it should in fact be an encoded word.

The documentation for make_header says it takes a list produced by decode_header.  decode_header will never produce two ('xxx', None) tuples in a row.  It could produce a tuple with us-ascii preceeded or followed by one with None, but that would be only if the us-ascii one really was an encoded word, and so encoded word spacing rules should be followed.

However, the current quirks are of such long standing that I don't think it is a good idea to fix them.  The broken behavior won't be encountered in any reasonable email, and changing the behvior is much more likely to break existing oddball uses of the interface than it is to fix bugs in such uses.

We'll fix this to work right in email6.
History
Date User Action Args
2011-03-17 03:46:29r.david.murraysetrecipients: + r.david.murray, barry, tkikuchi, BreamoreBoy
2011-03-17 03:46:29r.david.murraysetmessageid: <1300333589.25.0.113069785578.issue1681333@psf.upfronthosting.co.za>
2011-03-17 03:46:28r.david.murraylinkissue1681333 messages
2011-03-17 03:46:28r.david.murraycreate