RE: [users@httpd] default mime.types does not contain "gz" - any reason why not?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: httpd2@xxxxxxxxxxxx [mailto:httpd2@xxxxxxxxxxxx] 
> Sent: Freitag, 10. Februar 2006 13:32
> To: Apache list
> Subject: Re: [users@httpd] default mime.types does not 
> contain "gz" - any reason why not?
> 
> 
> Users are not really supposed to edit the mime.types file 
> directly. I think this is what the AddType directive is for.

Good point - I'd forgotten about AddType...

But I'm not so convinced that we're not supposed to edit mime.types.
Certainly, if you have a private or proprietary file type that needs a
certain mime-type to make it load seamlessly in the client you'd be
advised to use AddType. But .gz is hardly that! After all, .zip is in in
there and the application/x-gzip type is defined, just with no extension
assigned. It looks more like an omission to me...

Rgds,
Owen Boyle
Disclaimer: Any disclaimer attached to this message may be ignored. 

> 
> The Apache webmaster may have edited the mime.types file.
> Most likely, he/she has just added the following directive 
> to httpd.conf.
> 
> # AddType allows you to add to or override the MIME configuration
> # file mime.types for specific file types.
> AddType application/x-compress .Z
> AddType application/x-gzip .gz .tgz
> AddType application/x-httpd-php .php
> AddType application/x-httpd-php .hml
> AddType application/x-httpd-php .htm
> AddType application/x-httpd-php .html
> AddType application/x-httpd-php .js
> 
> Keith
> 
> In theory, theory and practice are the same;
> In practice they are not. 
> 
> On Fri, 10 Feb 2006, Boyle Owen wrote:
> 
> > To: Apache list <users@xxxxxxxxxxxxxxxx> From: Boyle Owen 
> > <Owen.Boyle@xxxxxxx> Subject: [users@httpd] default 
> > mime.types does not contain "gz" - any reason
> >     why not?
> > 
> > Greetings,
> > 
> > I have just realised that the default version of 
> > mime.types which comes with apache distros 1.3 & 2.0 does 
> > not contain an extension for the type 
> > "application/x-gzip". This means that if you have a file 
> > on your site like download.tar.gz, it will be served with 
> > "Content-type: application/x-tar" (I guess apache falls 
> > back to the .tar when it can't find anything for .gz).
> > 
> > This is not a problem for a unix machine, it just saves the 
> file as download.tar.gz and then you can gunzip it as normal. 
> However, on a Windows platform, the combination of the two 
> dots in the filename and the misleading mime-type causes the 
> OS to save the file as "download.tar.tar". Thus it can't be 
> recognised by WinZip et al.
> > 
> > [Let's leave aside, for the moment, the issue of why would 
> > want to download a tar.gz on a Windows machine :-]
> > 
> > The simple fix is to assign "application/x-gzip" the 
> > extension "gz" in mime.types. Then the file is served with 
> > "Content-type: application/x-gzip", windows can save the 
> > file without munging the name and WinZip is happy.
> > 
> > Is this simply an omission or is anyone aware of any 
> > reason why application/x-gzip should not be assigned an 
> > extension?
> > 
> > Rgds,
> > Owen Boyle
> > Disclaimer: Any disclaimer attached to this message may be ignored. 
> > 
> > PS - I checked the apache download sites and they send the 
> > correct mime-type for httpd-2.2.0.tar.gz, for example. 
> > Does this mean that the apache site webmaster must have 
> > had to edit his own mime.types? If so, he might've 
> > committed the change to the distro too.... :-)
> 
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP 
> Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
>    "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
> 
>
 
 
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. The sender's company reserves the right to monitor all e-mail communications through their networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of the sender's company.

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux