The following reply was made to PR general/4033; it has been noted by GNATS.

From: John-Mark Gurney <[EMAIL PROTECTED]>
To: Marc Slemko <[EMAIL PROTECTED]>
Cc: Apache bugs database <[EMAIL PROTECTED]>
Subject: Re: general/4033: HTTP/0.9 requests yield invalid response
Date: Thu, 11 Mar 1999 12:09:18 -0800

 Marc Slemko scribbled this message on Mar 11:
 > On Thu, 11 Mar 1999, John-Mark Gurney wrote:
 > 
 > > > Synopsis: HTTP/0.9 requests yield invalid response
 > > > 
 > > > State-Changed-From-To: open-feedback
 > > > State-Changed-By: marc
 > > > State-Changed-When: Wed Mar 10 15:21:51 PST 1999
 > > > State-Changed-Why:
 > > > Erm... a HTTP/0.9 request, by definition, doesn't have
 > > > a version number in the request but is just in the form
 > > > "GET /foo".  Do you have some reason for thinking that
 > > > specifying it should work?
 > > 
 > > yes, the rfc specificly states this (section 6.1):
 > >    A Simple-Response should only be sent in response to an HTTP/0.9
 > >    Simple-Request or if the server only supports the more limited
 > >    HTTP/0.9 protocol.
 > > 
 > > also, earlier it is stated that you can't upgrade the major version
 > > of a http request only the minor, meaning you should AT LEAST return
 > > an error and not service the request...
 > 
 > Except that a HTTP/0.9 request, by definition, is NOT a request that says
 > "GET /foo HTTP/0.9".
 > 
 > It is arguable that perhaps you should special case things to allow the
 > invalid "GET /adf HTTP/0.9" request, but... that is NOT a HTTP/0.9
 > request.
 
 oh well, you can close it, but it doesn't matter, the spec says that
 a difference of major version numbers isn't transport compatible, and
 apache is assuming that major version 0 of http is transport compatible
 with major version 1...  it doesn't matter that it's a malformed HTTP/0.9
 request, apache shouldn't return an HTTP/1.x response as it either should
 return a simple request or return an invalid request...
 
 -- 
 John-Mark Gurney
 Eugene 4J School District

Reply via email to