Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Date: Fri, 30 Nov 2001 17:14:24 -0500
Subject: Re: CL for Proxy Requests
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v475)
From: Chuck Murcko <chuck@topsail.org>
To: dev@httpd.apache.org
Content-Transfer-Encoding: 7bit
In-Reply-To: <3C077097.EF915BF9@netmask.it>
Message-Id: <9C88DC3E-E5DF-11D5-852D-00039356BA4C@topsail.org>


On Friday, November 30, 2001, at 06:42 , Eli Marmor wrote:

> Chuck Murcko wrote:
>
>> Also if the proxy is dechunking on its client side there will be no CL
>> to send...
>
> This is obvious. But this is already included in the rule: "there is no
> C-L when a filter that may change the size of the response is onvolved";
> After all, chunking is only a particular case of a filter...

But it's not so obvious that the same entity may be returned from a 
cache *with* a C-L. So you will also have filters that put a C-L back on.

>
> I think that we should supply a way (for a programmer) to tell Apache
> that a specific filter doesn't change the size of a response. Or doesn't
> change the size of specific reponses (using the contexts of the conf,
> such as DIRECTORY, etc.). Or the hack that Ryan mentioned. Because while
> browsers must support responses without C-L, they depend on it for some
> purposes (e.g. the % of download of a file).
>
> Especially in proxies, where the backend site is not aware that the C-L
> is removed by a proxy in the middle.
>

The proxy in 2.0 should return a C-L if it is possible to do so from the 
origin server.

Chuck