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 Chris Smowton, Ingo Ruhnke, berker.peksag, christian.heimes, doko, gnarvaja, introom, r.david.murray, rblank
Date 2015-08-12.15:24:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1439393060.51.0.166182516225.issue23906@psf.upfronthosting.co.za>
In-reply-to
Content
If maxline is too small, messages won't get through.  If maxline is too large *huge* messages will get through...and the DDOS danger of exhausting the server's resources will occur.  So, we really ought to provide a way to limit the maximum message size *anyway*...at which point a separate maxline value doesn't make any sense, since the RFC specifies no maximum line size.

I'm much more comfortable setting a large maximum message size than setting a large enough maximum line size to permit that size of message consisting of mostly a single line.  Since we aren't going to back out the DDOS fix, we have to put the limit *somewhere*.  At least in 3.6 we can make it easy for the application to set it.  (Programs using earlier versions will just have to monkey-patch, unfortunately...which they have to do right now anyway.)
History
Date User Action Args
2015-08-12 15:24:20r.david.murraysetrecipients: + r.david.murray, doko, rblank, christian.heimes, berker.peksag, introom, gnarvaja, Ingo Ruhnke, Chris Smowton
2015-08-12 15:24:20r.david.murraysetmessageid: <1439393060.51.0.166182516225.issue23906@psf.upfronthosting.co.za>
2015-08-12 15:24:20r.david.murraylinkissue23906 messages
2015-08-12 15:24:20r.david.murraycreate