DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38330>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38330





------- Additional Comments From [EMAIL PROTECTED]  2006-11-29 12:52 -------
I also want .gz to be an encoding, not a type, and .gz does *not* appear in my
mime.types, and still I was unable to use RemoveType .gz to counteract the
AddType in apache2.conf.  I had to comment out the AddType.  I'm using Debian
package apache2.2-common 2.2.3-3.1 with apache2-mpm-worker 2.2.3-3.1.

What's even stranger is that the filename extension should have been irrelevant,
because I was using a type map:

URI: home

URI: home.html
Content-Type: text/html; qs=1

URI: home.html.gz
Content-Type: text/html; qs=1
Content-Encoding: gzip

A request for home.var would yield a content-type of application/x-gzip, which
isn't even mentioned in the type map.  Similarly, if I changed the content-tpe
in the .var file to foo/bar, I would still get text/html.  Surely the explicit
instructions in home.var should override any filename-based type/encoding
determination.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to