Message275473
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”. |
|
Date |
User |
Action |
Args |
2016-09-09 22:23:28 | martin.panter | set | recipients:
+ martin.panter, barry, orsenthil, r.david.murray, piotr.dobrogost, icordasc, demian.brecht, Lukasa, mgdelmonte |
2016-09-09 22:23:28 | martin.panter | set | messageid: <1473459808.43.0.393127796601.issue24363@psf.upfronthosting.co.za> |
2016-09-09 22:23:28 | martin.panter | link | issue24363 messages |
2016-09-09 22:23:28 | martin.panter | create | |
|