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.
http://mail-archives.apache.org/mod_mbox/httpd-dev/200212.mbox/%3C214748 [EMAIL PROTECTED] 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 JK -----Original Message----- From: Nick Kew [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 06, 2007 12:55 PM To: [email protected] Subject: Re: Input filter cannot change size of multipart/form-data On Tue, 6 Feb 2007 12:38:26 -0500 "Kratzer, James \(Xetron\)" <[EMAIL PROTECTED]> 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 http://www.apachetutor.org/dev/request -- Nick Kew Application Development with Apache - the Apache Modules Book http://www.apachetutor.org/
