DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13945>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13945 Missing Transfer-Encoding: chunked header from proxy. Summary: Missing Transfer-Encoding: chunked header from proxy. Product: Apache httpd-2.0 Version: 2.0.43 Platform: PC URL: http://www.redbooks.ibm.com OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Target: ibm-http-server (apache 1.3.xx) Flow: 1- Browser sends request to proxy 2- Proxy passes request for PDF doc to IBM 3- IBM ws starts returning the data to the proxy using content-length headers (HTTP/1.1) 4- When the complete document is retrieved to the proxy (this is also a bit confusing but never mind) the 200 OK reply from the proxy to the browser is returned with the following headers: HTTP/1.1 200 OK\r\n Date: (correct date) Server: IBM_HTTP_SERVER/1.3.19.2 Apache/1.3.20 (Unix)\r\n Last-Modified: (last modified date) ETag: "21aca-49........."\r\n Accept-Ranges: bytes\r\n Content-Type: application/pdf\r\n Connection: close\r\n \r\n data .... Now IE either closes the connection and re-tries (user still dont have the document) the get, or sends a (reset) On TCP level and retries the get. My guess is that IE 5 does not understand that it is a chuncked encoding apache wants to perform because the Transfer-Encoding: chunked header is missing. I will send the complete sniffer file in "any" format (ethereal / tcpdump snoop ..) on request for further analysis. Regards, Dario. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
