httpd-modules-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kratzer, James \(Xetron\)" <>
Subject RE: Input filter cannot change size of multipart/form-data
Date Wed, 07 Feb 2007 16:35:43 GMT
The problem I'm having is a bug in mod_proxy which has been fixed in
2.0.55 and later as described in the link below. I was using 2.0.52
which is what comes with RHEL 4.  Updating to 2.0.55 fixed my problem.

The problem is that mod_proxy generates the Content-Length header before
calling the input filters.  If an input filter modifies the body of the
request, as my filter does, mod_proxy does not regenerate the
Content-Length header.  A fix was made in mod_proxy to delay generating
the Content-Length header until after the input filters are called.  

Just wanted to give others an update


-----Original Message-----
From: Nick Kew [] 
Sent: Tuesday, February 06, 2007 12:55 PM
Subject: Re: Input filter cannot change size of multipart/form-data

On Tue, 6 Feb 2007 12:38:26 -0500
"Kratzer, James \(Xetron\)" <> wrote:

> Please help.
> I have an input filter that looks for the Content-Type 
> "multipart/form-data" and saves the whole POST request to disk for 
> processing by scripts invoked by the filter.  The processed
> multipart/form-data is then read back in and sent up the chain.   

Is mod_upload not any use to you?

> Everything works as long as I don't change the size of the 
> multipart/form-data.  It appears that if I change the size of the 
> multipart/form-data post(such as replacing an attachment with either a

> smaller or larger attachment than the original), then the post dies 
> even though I'm updating the Content-Length in headers_in.  Why can't 
> I change the size of the multipart/form-data post.

*When* are you changing the header in headers_in?

I expect you might want to look at the note on order of processing in my
article at

Nick Kew

Application Development with Apache - the Apache Modules Book

View raw message