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 barry, dorosch, hwgdb Smith, r.david.murray
Date 2020-02-28.18:47:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1582915675.17.0.381830183645.issue39771@roundup.psfhosted.org>
In-reply-to
Content
Since Outlook is one of the mailers that generates the non-RFC-compliant headers, it doesn't surprise me all that much that it can't interpret the RFC compliant headers correctly.

I'm not sure there is anything we can do here.

I suppose someone could do a survey of mail clients and document which ones can handle which style of parameter encoding.  If it turns out more handle the "wrong" way than handle the "right" way, we could consider adopting to the de-facto standard, although I won't like it much :)

(There is also a possibility there is a bug in our RFC compliance, but this is the first problem report I've seen.)
History
Date User Action Args
2020-02-28 18:47:55r.david.murraysetrecipients: + r.david.murray, barry, dorosch, hwgdb Smith
2020-02-28 18:47:55r.david.murraysetmessageid: <1582915675.17.0.381830183645.issue39771@roundup.psfhosted.org>
2020-02-28 18:47:55r.david.murraylinkissue39771 messages
2020-02-28 18:47:55r.david.murraycreate