Hello, today I noticed a problem with our webserver (Upgraded yesterday from 2.0.47 to .48), concering PDF files.
We have mod_deflate active on the server and use the default config for this as described on the the module config page, where we compress everything, except images. http://httpd.apache.org/docs-2.0/mod/mod_deflate.html Please have a look at the following Mozilla bug report http://bugzilla.mozilla.org/show_bug.cgi?id=224296 It seems that mod_deflate does transfer encoding, but sets the headers as if doing content encoding. Due to this, the browser delivers the gzip'ed file to the acrobat plugin, and this one isn't knowing how to handle the content. The very same occurs with internet explorer. Part of the problem is, that Mozilla doesn't handle transfer encoding. So the only available option is to turn off compression for such content who isn't handled by the browser. Finaly (preliminary) conclusion: - What does "Accept-Encoding: gzip,deflate" in a request means ? Accepting transfer encoding, or accept content encoding ? - In the documentation the recommended config to compress everything, except pictures isn't appropriate, since it will content encode all content. Potentially this will cause a lot of troubles, for all file types not handled by the browser himself. (Quicktime, WAV etc. etc. ) There is a RFE in the apache bugzilla, dealing with the same problem. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22902 Any ideas on this subject ? André aarboard ag internet - networks - screen&print design - multimedia Egliweg 10 - Postfach 214 - CH-2560 Nidau (Switzerland) Phone +41 32 332 9714 - Fax +41 32 332 9715 www.aarboard.ch - [EMAIL PROTECTED]