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 icordasc, mgdelmonte, r.david.murray
Date 2015-06-02.16:08:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1433261338.34.0.794386874417.issue24363@psf.upfronthosting.co.za>
In-reply-to
Content
The current behavior probably comes out of the RFC822 world, where when seeing a line that doesn't look like a header the error recovery is to treat that line as the beginning of the body (ie: assume the blank line is missing).

Is there in fact any guidance on what the optimal error recovery strategy is for http?  I've actually considered trying to make the error recovery in email smarter, by seeing if the *next* line looks like a header before making the decision.
History
Date User Action Args
2015-06-02 16:08:58r.david.murraysetrecipients: + r.david.murray, icordasc, mgdelmonte
2015-06-02 16:08:58r.david.murraysetmessageid: <1433261338.34.0.794386874417.issue24363@psf.upfronthosting.co.za>
2015-06-02 16:08:58r.david.murraylinkissue24363 messages
2015-06-02 16:08:58r.david.murraycreate