-
-
Notifications
You must be signed in to change notification settings - Fork 32.2k
bpo-43123: revise logic for cr-lf characters in email header names and values #24475
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@bitdancer, @terryjreedy, @maxking, sorry to ping you out of the blue, but it looks like you're the only three to contribute to the email policy code in the past. Any of you happy to review these changes for me, please? |
This PR is stale because it has been open for 30 days with no activity. |
sorry for the delay @rrhodes. I'm the one that originally reported the issue (not a python core-dev nor rfc2045 pro 🤓). IMHO instead of bailing when finding a |
Misc/NEWS.d/next/Library/2021-02-07-13-20-40.bpo-43123.cmT1fW.rst
Outdated
Show resolved
Hide resolved
Thanks for the feedback @tintinweb, I'll take a look into this in the next couple days. 👍🏻 |
@tintinweb I think I've understood the changes you were requesting here: you were happy with the logic for header names, but wanted support for CR and LF characters in header values in certain cases, which were previously always raising a Further feedback welcome. If I've misunderstood what is required, I'm happy to discuss this in more detail. |
I don't understand @tintinweb's suggestion to relax the check for header values. That check is in place right now in the |
Closing this PR: it's been stale for over six months. |
What?
ValueError
if an email header name includes linefeed or carriage return characters, andWhy?
To quote Martin Ortner, author of this issue:
https://bugs.python.org/issue43123