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-29.16:54:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1582995265.34.0.318578962463.issue39771@roundup.psfhosted.org>
In-reply-to
Content
I actually agree: if most (by market share) MUAs handle the RFC-incorrect parameter encoding style, and a significant portion does not handle the RFC correct style, then we should support the de-facto standard rather than the official standard as the default.  I just wish Microsoft would write better software :)  If on the other hand it is only microsoft out of the big market share players that is broken, I'm not sure I'd want it to be the default.  But we could still support it optionally.

So yeah, we could have a policy control that governs which one is actually used.

So this is a feature request, and ideally should be supported by an investigation of what MUAs support what, by market share.  And there's another question: does this only affect the filename parameter, or is it all MIME parameters?  I would expect it to be the latter, but someone should check at least a few examples of that to be sure.
History
Date User Action Args
2020-02-29 16:54:25r.david.murraysetrecipients: + r.david.murray, barry, dorosch, hwgdb Smith
2020-02-29 16:54:25r.david.murraysetmessageid: <1582995265.34.0.318578962463.issue39771@roundup.psfhosted.org>
2020-02-29 16:54:25r.david.murraylinkissue39771 messages
2020-02-29 16:54:25r.david.murraycreate