W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2007

Re: NEW ISSUE: message-body in CONNECT response

From: Dan Winship <dan.winship@gmail.com>
Date: Mon, 26 Nov 2007 16:19:40 -0500
Message-ID: <474B386C.6010303@gmail.com>
To: Bjoern Hoehrmann <derhoermi@gmx.net>
CC: ietf-http-wg@w3.org

Bjoern Hoehrmann wrote:
> * Dan Winship wrote:
>> As implemented in the real world, a successful response to a CONNECT 
>> request does not include a message-body. But this isn't stated in RFC 
>> 2817, and is actually forbidden by RFC 2616.
>> draft-luotonen-web-proxy-tunneling said:
>>     Example of a response:
>>           HTTP/1.0 200 Connection established
>>           Proxy-agent: Netscape-Proxy/1.1
>>           ...data tunnelled from the server...
> Do you have any information on how clients treat the response if it has
> a Transfer-Encoding or Content-Length header? What if the response is
> not a 2xx one and includes (or lacks) these headers?

I've looked more at what proxies do than what clients do, but given that 
some (most? all?) proxies return message bodies on 407, 403, etc 
responses to CONNECT, I assume that clients must DTRT in that case.

Some clients might use the rule "a CONNECT response has a body if and 
only if it has a Transfer-Encoding or Content-Length, etc" rather than 
"a CONNECT response has a body if and only if it has a non-2xx status 
code", but this wouldn't cause much in the way of problems; they'd just 
fail to see the response body if the server used the 
delimited-by-closing-the-socket type of response.

-- Dan
Received on Monday, 26 November 2007 21:20:05 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:44 UTC