Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 1484 invoked from network); 25 Jul 2007 10:43:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Jul 2007 10:43:20 -0000 Received: (qmail 84592 invoked by uid 500); 25 Jul 2007 10:43:11 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 84577 invoked by uid 500); 25 Jul 2007 10:43:11 -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 84566 invoked by uid 99); 25 Jul 2007 10:43:10 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Jul 2007 03:43:10 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [80.229.52.226] (HELO grimnir.webthing.com) (80.229.52.226) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Jul 2007 03:43:09 -0700 Received: from grimnir.webthing.com (localhost [127.0.0.1]) by grimnir.webthing.com (Postfix) with ESMTP id 5F6A02135 for ; Wed, 25 Jul 2007 11:42:47 +0100 (BST) Date: Wed, 25 Jul 2007 11:42:46 +0100 From: Nick Kew To: users@httpd.apache.org Message-ID: <20070725114246.340233a4@grimnir> In-Reply-To: References: <813716b60707242221m6be3aaf5g97d6c02225b62691@mail.gmail.com> Organization: WebThing X-Mailer: Sylpheed-Claws 2.5.0-rc3 (GTK+ 2.10.6; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] mod_rewrite, mod_proxy and content-length On Wed, 25 Jul 2007 10:59:33 +0100 "Daniel JavaDev" wrote: > Unfortunately it's not my client, but Nokia's EAIF MMSC (emulator in > this case). > > Like I said, I've coded my application to the protocol (EAIF) and it > works. I only need to add apache httpd in between in order to > restrict access to the application (by IP address range). Do you mean EAIF is a protocol that looks like something-over-HTTP but is too poorly thought out to work over HTTP? > As you can see, httpd is replacing Transfer-Encoding with C-L, which > is breaking things. AFAICT HTTP permits a proxy to do that. If you think otherwise, please point to the relevant section in RFC2616. > I've used 'SetEnv proxy-sendchunked 1' in my httpd config, but it did > not make a difference. That's for requests, not responses. An HTTP/1.0 server (or client) is not required to accept chunked encoding. That setting means Apache can proxy HTTP/1.0 without having to sacrifice efficiency with HTTP/1.1. > I'm tempted to hack the mod_proxy code but only has a last resort. > Surely there must be some way to configure httpd to stick with the > original headers. I'm not sure: it's not something anyone's raised before (AFAIK). If mod_headers doesn't help (and I suspect it won't, as it comes before the protocol filter), then you'll have to hack the code. The good news is: it's probably as simple as setting r->chunked = 1 at the right point, and perhaps removing the Content-Length filter, if your environment variable is set to do that. If you do that, you might want to contribute your patch back. Under bugzilla, you could enter it as an enhancement request something like "support EAIF protocol in the proxy". -- Nick Kew Application Development with Apache - the Apache Modules Book http://www.apachetutor.org/ --------------------------------------------------------------------- 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