<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#330033" bgcolor="#ffffff">
    On 12/15/2010 1:25 PM, Antoine Pitrou wrote:
    <blockquote cite="mid:20101215222510.0b8aa7e7@pitrou.net"
      type="cite">
      <pre wrap="">On Wed, 15 Dec 2010 12:58:51 -0800
Glenn Linderman <a class="moz-txt-link-rfc2396E" href="mailto:v+python@g.nevcal.com">&lt;v+python@g.nevcal.com&gt;</a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">On 12/15/2010 10:39 AM, Antoine Pitrou wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">Hello,

I would like to remove HTTP 0.9 support from http.client and
http.server. I've opened an issue at <a class="moz-txt-link-freetext" href="http://bugs.python.org/issue10711">http://bugs.python.org/issue10711</a>
for that. Would anyone think it's a bad idea?

(HTTP 1.0 was devised in 1996)
</pre>
        </blockquote>
        <pre wrap="">
Please address the following comment from the server.py source:

     # The default request version.  This only affects responses up until
     # the point where the request line is parsed, so it mainly decides what
     # the client gets back when sending a malformed request line.
     # Most web servers default to HTTP 0.9, i.e. don't send a status line.
     default_request_version = "HTTP/0.9"
</pre>
      </blockquote>
      <pre wrap="">
What do you mean by "address"? The patch changes this to 1.0.
And, as the comment says, this only affects what happens when the
client sends a syntactically invalid request line, so whether the server
does a 0.9-style or 1.0-style response is unimportant.
</pre>
    </blockquote>
    <br>
    Just what you did... justify the unimportance of not changing it :)&nbsp;
    Since now it is different than "most web servers".<br>
  </body>
</html>