Message275473
| Author |
martin.panter |
| Recipients |
Lukasa, barry, demian.brecht, icordasc, martin.panter, mgdelmonte, orsenthil, piotr.dobrogost, r.david.murray |
| Date |
2016年09月09日.22:23:28 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1473459808.43.0.393127796601.issue24363@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
I guess we could add this secret policy flag that the email parser checks. The solution should still be applied as a bug fix to 3.5 as well as 3.6+. I would have to make the flag "very" unique, to reduce the chance of it breaking user code. I.e. adding policy._strict_end_of_headers might interfere with somebody’s user-defined policy class, but maybe policy.__strict_end_of_headers__ is safe, since user code is not supposed to invent such attribute names. Or do you think it "_strict_end_of_headers" name is fair game since the policy stuff is/was provisional?
It would be good to fix 2.7. This bug, and the duplicate report, were both originally reported for 2.7. I haven’t looked at the situation there in detail, but it looks completely different. HTTPMessage is based on the "mimetools" package, and there is a lot more parsing code already in "httplib". |
|