You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Brian Behlendorf <br...@organic.com> on 1995/08/21 07:56:22 UTC

mime.types parsing and commas

I dunno if this is a bug or not, but I had one entry in my mime.types 
file that used a "," to separate multiple file name extensions for a 
given mime type, when the norm is to use a space, and whereas apache 
0.6.5 accepted that fine 0.8.10 didn't (resulting in mpeg audio files 
typed as text/plain :)  I don't know what the standard is for mime.types 
files - I don't even know if there is a standard - but it's yet another 
behavior change, even though it's exceedingly minor.  It's only worth 
fixing if the mime.types "spec" if one exists allows commas as file 
separators.

	Brian

--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
brian@organic.com  brian@hyperreal.com  http://www.[hyperreal,organic].com/


Re: mime.types parsing and commas

Posted by Alexei Kosut <ak...@nueva.pvt.k12.ca.us>.
On Sun, 20 Aug 1995, Brian Behlendorf wrote:

> I dunno if this is a bug or not, but I had one entry in my mime.types 
> file that used a "," to separate multiple file name extensions for a 
> given mime type, when the norm is to use a space, and whereas apache 
> 0.6.5 accepted that fine 0.8.10 didn't (resulting in mpeg audio files 
> typed as text/plain :)  I don't know what the standard is for mime.types 
> files - I don't even know if there is a standard - but it's yet another 
> behavior change, even though it's exceedingly minor.  It's only worth 
> fixing if the mime.types "spec" if one exists allows commas as file 
> separators.

Spec? Well, I think the closest that comes to that is 
http://hoohoo.ncsa.uiuc.edu/docs/setup/httpd/TypesConfig.html, which 
defines the format of the mime.types file for NCSA httpd, and makes no 
mention of commas, only spaces.

--/ Alexei Kosut <ak...@nueva.pvt.k12.ca.us> /--------/ Lefler on IRC
----------------------------/ <http://www.nueva.pvt.k12.ca.us/~akosut/>
The viewpoints expressed above are entirely false, and in no way
represent Alexei Kosut nor any other person or entity. /--------------