Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 10879 invoked from network); 13 Oct 2005 12:58:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Oct 2005 12:58:13 -0000 Received: (qmail 66687 invoked by uid 500); 13 Oct 2005 12:58:01 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 66678 invoked by uid 500); 13 Oct 2005 12:58:00 -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 66659 invoked by uid 99); 13 Oct 2005 12:58:00 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Oct 2005 05:58:00 -0700 Received-SPF: pass (asf.osuosl.org: local policy) Received: from [213.11.10.73] (HELO smtp.in-fusio.com) (213.11.10.73) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Oct 2005 05:58:02 -0700 Received: from KHEOPS.int.in-fusio.com (smtp [127.0.0.1]) by smtp.in-fusio.com (Postfix) with ESMTP id 409FF640C3 for ; Thu, 13 Oct 2005 14:52:23 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5CFF5.70B962DF" Date: Thu, 13 Oct 2005 14:55:50 +0200 Message-ID: <81917F8F657A0C4D8AFC9423C4A30C5E03845F76@KHEOPS.int.in-fusio.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Urgent : mod_proxy + chunked encoding Thread-Index: AcXP9XAt1/LDo+pHQb6iSeV+LppP/w== X-Priority: 1 Priority: Urgent Importance: high From: "david micheneau" To: X-Virus-Checked: Checked by ClamAV on apache.org Subject: [users@httpd] Urgent : mod_proxy + chunked encoding X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C5CFF5.70B962DF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, =20 Is it very urgent to find a way: =20 We are currently using the "mod_proxy" (proxy + reverse proxy) Apache module to forward some HTTP requests to an external HTTP standalone server application. The HTTP clients contacting our front Apache server are using chunked encoding + HTTP POST. =20 Our problem is that when Apache forwards the HTTP requests to the external HTTP application, they are no more chunked, and they don't have any content-length header either. =20 The HTTP application contacted handle correctly chunked requests, or normal requests with content-lenght, but the case of normal requests without content-length is not handled properly :( =20 So, the question is: is there any way to: =20 a) make Apache forwarding HTTP requests without any modification (keep the body chunked). or b) make Apache adding the body content-length, as it knows the total length of the body he as "unchunked". =20 Or, maybe if you have any idea of another solution ? =20 =20 Thanks for your help, =20 ------_=_NextPart_001_01C5CFF5.70B962DF Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = all,

Is it very urgent to find a = way:

We are currently = using the "mod_proxy" (proxy + reverse proxy) Apache module to forward = some HTTP requests to an external HTTP

standalone = server application. The HTTP clients contacting our front Apache server are = using chunked encoding + HTTP POST.

Our problem is = that when Apache forwards the HTTP requests to the external HTTP application, they = are no more chunked,

and they don't = have any content-length header either.

The HTTP = application contacted handle correctly chunked requests, or normal requests with content-lenght, but the

case of normal = requests without content-length is not handled properly :(

So, the question is: is there any way to:

a) make = Apache forwarding HTTP requests without any modification (keep the body = chunked).

or<= span lang=3DEN-GB>

b) make = Apache adding the body content-length, as it knows the total length of the body = he as "unchunked".

Or, maybe if you = have any idea of another solution ?

Thanks for your = help,

------_=_NextPart_001_01C5CFF5.70B962DF--