Return-Path: X-Original-To: apmail-httpd-users-archive@www.apache.org Delivered-To: apmail-httpd-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 00D459173 for ; Tue, 31 Jan 2012 17:28:01 +0000 (UTC) Received: (qmail 7353 invoked by uid 500); 31 Jan 2012 17:27:44 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 5426 invoked by uid 500); 31 Jan 2012 17:27:38 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 4814 invoked by uid 99); 31 Jan 2012 17:27:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Jan 2012 17:27:36 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [173.201.192.106] (HELO p3plsmtpa06-05.prod.phx3.secureserver.net) (173.201.192.106) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 31 Jan 2012 17:09:08 +0000 Received: (qmail 16868 invoked from network); 31 Jan 2012 17:07:47 -0000 Received: from unknown (76.252.112.72) by p3plsmtpa06-05.prod.phx3.secureserver.net (173.201.192.106) with ESMTP; 31 Jan 2012 17:07:46 -0000 Message-ID: <4F281FDE.2010807@rowe-clan.net> Date: Tue, 31 Jan 2012 11:07:42 -0600 From: "William A. Rowe Jr." User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: users@httpd.apache.org References: <4F23191A.7070300@rowe-clan.net> <20120130143038.GA8044@fantomas.sk> <4F26EA41.3050702@rowe-clan.net> <20120131153749.GA23184@fantomas.sk> In-Reply-To: <20120131153749.GA23184@fantomas.sk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] How to make Apache mod_deflate and Transfer-encoding : Chunked work together? On 1/31/2012 9:37 AM, Matus UHLAR - fantomas wrote: >>>> On 1/27/2012 2:50 PM, sameer shah wrote: >>>>> As you can see in above 2 headers chunking is working only if the compression is >>>>> turned off. >>> >>> On 27.01.12 15:37, William A. Rowe Jr. wrote: >>>> Chunking is not a feature that the client gets to choose. >>>> Your client code is badly written if it is that fragile. > > IIUC, it's not badly written client code, but a want from webserver admin, that seems not > to be fullfillable with current apache/mod_deflate... No. Protocols and specifications exist for a reason. Even *IF* you could force chunk behavior at the origin server, you would be incapable of producing the same results as the request travels through forward, reverse and transparent proxies outside of that administrators control. >>>> It has to be able to tolerate either of Content-Length or >>>> Transfer-Encoding. You don't have command or control of the >>>> mechanism used if you are an HTTP/1.1 client. It is always >>>> the server's choice. And tolerate disconnection to indicate end of response. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org