Re: [hybi] hum #3: Message

Willy Tarreau <w@1wt.eu> Thu, 05 August 2010 20:08 UTC

Return-Path: <w@1wt.eu>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CD4533A690D for <hybi@core3.amsl.com>; Thu, 5 Aug 2010 13:08:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.791
X-Spam-Level:
X-Spam-Status: No, score=-2.791 tagged_above=-999 required=5 tests=[AWL=-0.748, BAYES_00=-2.599, HELO_IS_SMALL6=0.556]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KGm-FnOUivJa for <hybi@core3.amsl.com>; Thu, 5 Aug 2010 13:08:57 -0700 (PDT)
Received: from 1wt.eu (1wt.eu [62.212.114.60]) by core3.amsl.com (Postfix) with ESMTP id 782653A68AF for <hybi@ietf.org>; Thu, 5 Aug 2010 13:08:56 -0700 (PDT)
Received: (from willy@localhost) by mail.home.local (8.14.4/8.14.4/Submit) id o75K9JX8020155; Thu, 5 Aug 2010 22:09:19 +0200
Date: Thu, 05 Aug 2010 22:09:19 +0200
From: Willy Tarreau <w@1wt.eu>
To: Maciej Stachowiak <mjs@apple.com>
Message-ID: <20100805200919.GA20057@1wt.eu>
References: <4C5AE93D.4040803@ericsson.com> <Pine.LNX.4.64.1008051758290.5947@ps20323.dreamhostps.com> <AANLkTik0kbh14s2JZARY2MFh0iNGV7H+B4Px4yG+wX44@mail.gmail.com> <71BCE4BF-D3F6-4F94-BE76-306BDF6A2E67@apple.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <71BCE4BF-D3F6-4F94-BE76-306BDF6A2E67@apple.com>
User-Agent: Mutt/1.4.2.3i
Cc: "hybi@ietf.org" <hybi@ietf.org>
Subject: Re: [hybi] hum #3: Message
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Aug 2010 20:08:57 -0000

On Thu, Aug 05, 2010 at 12:04:51PM -0700, Maciej Stachowiak wrote:
> In HTTP, it's common to send large entities with a length, even though a chunked encoding is available.
> In my experience, an explicit length is used much more often than chunked encoding, 

It is only available in HTTP/1.1, not in 1.0, which is one reason many
software have to implement both methods, and when they want only one
method, they implement the common one (length). But when the length
cannot be determined in advance, they simply don't advertise the length
an use the close mode (check how some compression plugins work, you'll
notice this).

> and I don't believe I've ever seen an HTTP message greater than 2^32 bytes in length sent with chunked transfer-encoding.

Streamed audio or video is sometimes sent with chunked encoding
and can be of infinite length.

In fact, the analogy with HTTP is a proof that we'd better implement
chunked encoding from the beginning, otherwise even if we add it later,
it may get limited use due to compatibility concerns.

Willy