Server MIME Type Correction

compared with
Current by Andrew Jackson
on Sep 29, 2011 14:35.

Key
This line was removed.
This word was removed. This word was added.
This line was added.

Changes (2)

View Page History
* The server type is a real MIME type but does not match the content.

Most of the problems were of the former type. In particular, I learned that 'application/force-download' was being used to make IE download a PDF instead of viewing it inline. Also, the 'image/jpg' MIME type was being supplied, when the correct form is 'image/jpeg'. The solution in these cases is to make these commonly broken MIME types to the result from the file command. 

This also works for the second case, except where the result from the 'file' command cannot be trusted. Unfortunately, the domain over which file is correct is not clear, although it does seem that plain text is problematic. See

n.b. also noticed a different where something served as text/xml is being identified as application/xml.  This is a bit more subtle, as text/xml is now deprecated due to the fact that this implies charset=us-ascii and this may (usually will\!) disagree with the encoding declared in the xml file itself.

Finally, it's worth noting that the open source [shared-mime-info|http://www.freedesktop.org/wiki/Specifications/shared-mime-info-spec] contains commonly mis-used MIME types and may help to resolve these issues. Also, note further that there is a fast implementation of the parser for this data file here: http://www.memecode.com/libsharedmime.php