- From: Henrik Nordstrom <henrik@henriknordstrom.net>
- Date: Mon, 12 May 2008 10:47:21 +0200
- To: Bjoern Hoehrmann <derhoermi@gmx.net>
- Cc: Mark Nottingham <mnot@mnot.net>, ietf-http-wg@w3.org
On mån, 2008-05-12 at 02:45 +0200, Bjoern Hoehrmann wrote:
> * Henrik Nordstrom wrote:
> >3. If a Transfer-Encoding header field (Section 14.41) is present, and
> > has a value other than "identity", then the transfer-length
> > is defined by closing the connection.
>
> I agree with your interpretation of the current text. I do note that,
> if we change the text, we should use the opportunity to clarify how
> to handle
>
> Transfer-Encoding: identity;foo=bar
>
> and perhaps
>
> Transfer-Encoding: gzip,identity
>
> It is easy to misread "value other than".
Hmm... lets see now. We have removed the "identity" encoding in #16
http://www3.tools.ietf.org/wg/httpbis/trac/ticket/16
so 3 becomes simply
If a Transfer-Encoding header field (Section 14.41) is present, then the
transfer-length is defined by closing the connection.
Or perhaps by just clarifying the existing rule 2 so it can not be
misread when closing the connection is a valid delimiting metod.
From:
If a Transfer-Encoding header field is present, then the
transfer-length is defined by use of the "chunked"
transfer-coding unless the message is terminated by closing the
connection.
To:
If a Transfer-Encoding header field is present, then the
transfer-length is defined by use of the "chunked"
transfer-coding, unless "chunked" is not the last encoding
applied to the message-body in which case the message is
terminated by closing the connection.
Regards
Henrik
Received on Monday, 12 May 2008 08:55:01 UTC