Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 5907 invoked by uid 500); 6 Mar 2003 03:54:07 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 5894 invoked from network); 6 Mar 2003 03:54:07 -0000 Date: Wed, 5 Mar 2003 19:54:14 -0800 (PST) From: Andrew Ho X-Sender: andrew@shell01.corp.tellme.com To: Apache Developers Subject: HTTP/1.1 requests get HTTP/1.1 responses even with downgrade-1.0 (Was: force-response-1.0 ignored for HTTP/1.1 requests) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hello, JS>The long answer: using downgrade-1.0 will, in fact, force Apache to treat JS>the request as if it was HTTP/1.0. It will therefore use only HTTP/1.0 JS>features in the response. But it will still respond with HTTP/1.1 in the JS>response line, since this just declares it as an HTTP/1.1 capable server; JS>it doesn't mean the response itself uses HTTP/1.1 features. Agreed on HTTP/1.1 declared in the response line; this is what RFC 2616 says should happen. However, I'm seeing behavior different from what you just described. That is, with downgrade-1.0, I still see Apache respond with HTTP/1.1 semantics. On a freshly built Apache 1.3.27 server with downgrade-1.0 set to 1 via a SetEnv command, I can issue this request: GET /test.cgi HTTP/1.1 Host: www.example.com Where test.cgi is just a CGI that prints out the string "OK": #!/bin/sh echo "Content-Type: text/plain" echo echo "OK" Apache responds with chunked Transfer-Encoding and keeps the connection open, clearly HTTP/1.1 behaviors: HTTP/1.1 200 OK Date: Thu, 06 Mar 2003 03:33:42 GMT Server: Apache/1.3.27 (Unix) Transfer-Encoding: chunked Content-Type: text/plain 3 OK 0 JS>[This question seems more appropriate for the users list rather than JS>the developers list.] Well, I thought of this list because this seems like either a bug, or a mismatch between the documentation and the actual behavior. I guess my original subject line was wrong, though, and I've corrected it. Humbly, Andrew ---------------------------------------------------------------------- Andrew Ho http://www.tellme.com/ andrew@tellme.com Engineer 1-800-555-TELL Voice 650-930-9062 Tellme Networks, Inc. Fax 650-930-9101 ----------------------------------------------------------------------