httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan Kratochvil <>
Subject Re: POST without Content-Length
Date Sat, 07 Aug 2004 18:44:23 GMT

On Sat, 07 Aug 2004 09:35:40 +0200, Justin Erenkrantz wrote:
> At this date (about 20 months later), I have no earthly idea what was 
> wrong.  But, I'd suggest trying httpd-2.0 HEAD (aka httpd-2.1) and see if 
> that fixes it.

Thanks for the great support - httpd-2.0 HEAD 2004-08-07 really fixes it.
It even provides env variable "proxy-sendchunks" to select between compatible
"Content-Length" (default) and performance-wise "chunked".

On Sat, 07 Aug 2004 19:14:37 +0200, Nick Kew wrote:
> On Sat, 7 Aug 2004, Justin Erenkrantz wrote:
> > That's a slightly different story.  2.1 has the fix for this (proxy_http.c
> > r1.166), but it never got back ported to 2.0.
> We have a lot of proxy updates in 2.1, which are presumably getting
> test-driven over time.  How would one go about proposing a wholesale
> backport?

FYI Fedora Core 2 httpd already backports httpd-2.1 version of proxy_http.c
although it was not so new snapshot to include resolving of my issues.
Current CVS snapshot I Bugzilled them as

FYI backport of current mod_proxy is technically trivia - just copying raw

although it brings new domain-remapping functionality there.

> This is basically the same as an output filter changing the
> content-length.  In the 2.0 architecture, the filter must take
> responsibility for not sending a bogus length.  The only difference
> is that Connection: close is an option in output.

Although the proxy is OK now there still remains one problem:

I think HTTP server MUST accept the request:
	POST ... HTTP/1.0 or HTTP/1.1
	[ no Content-Length ]
	[ no Transfer-Encoding ]
	Connection: close [ or even no Connection header at all]

according to RFC2616 section 4.4. Even httpd-2.1/CVS just assumes empty body.
squid up to squid/2.5.STABLE5 at least responds by "411 Length Required".


Jan Kratochvil; Captive: free r/w NTFS Filesystem;

View raw message