W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2008

Re: i28 proposed replacement text

From: Jamie Lokier <jamie@shareable.org>
Date: Wed, 14 May 2008 00:54:57 +0100
To: Henrik Nordstrom <henrik@henriknordstrom.net>
Cc: Adrien de Croy <adrien@qbik.com>, ietf-http-wg@w3.org
Message-ID: <20080513235457.GC27483@shareable.org>

Henrik Nordstrom wrote:
> > Imho, RFC 2616 section 4.4 rule 3 (Content-Length is not allowed with
> > transfer-coding) is illogical and inconsistent with Content-Length
> > being an entity header.  The rule is there only for compatibility, and
> > might be safe to relax in some cases where the receiver is known to
> > implement HTTP/1.1.
> Maybe in some years. Something to revisit for HTTP/1.2.
> The reals reason why it's there is to prevent badness when chunked
> encoding is removed by an intermediary hop and the advertised
> Content-Length does not match the acual length sent by chunked encoding.

Any intermediary which strips chunked (+ any other transfer-) encoding
and doesn't ensure what it sends matches Content-Length (and abort if
they don't) is buggy according to HTTP/1.1.

What makes you think HTTP/1.2 will fix that bug in implementations?

-- Jamie
Received on Tuesday, 13 May 2008 23:55:33 UTC

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