Bug 80580

Summary: gzip is an encoding, not a type
Product: [Retired] Red Hat Linux Reporter: Kenneth Porter <shiva>
Component: mailcapAssignee: Bill Nottingham <notting>
Status: CLOSED WONTFIX QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-02-07 21:17:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Kenneth Porter 2002-12-28 09:06:50 UTC 
/etc/mime.types includes the assocation of application/x-gzip to .gz files. This
causes Apache httpd to always send that MIME type with any file with that
extension. Instead, it should send the type of the root name with the .gz
stripped, and send a Content-encoding of gzip. (It does do the latter part.)

To illustrate, create an HTML file and gzip it, for instance test.html.gz. Then
attempt to serve it with a stock installation. Mozilla will offer to save the
resulting file of type "application/x-gzip" instead of displaying the HTML.
Remove the matching line from /etc/mime.types, restart httpd, and the file
displays correctly.
Comment 1 Bill Nottingham 2003-02-07 21:17:31 UTC 
Hm, I think this is more of a site preference; I know of many sites that don't
want to start having tar.gz/tar.bz2 uncompressed on the fly by web browsers.