W3C home > Mailing lists > Public > public-html@w3.org > August 2007

Re: review of content type rules by IETF/HTTP community

From: Robert Burns <rob@robburns.com>
Date: Sun, 26 Aug 2007 12:10:54 -0500
Message-Id: <CB672C1C-E14E-418F-800A-7EA2F7CEB7EB@robburns.com>
Cc: "Magnus Kristiansen" <magnusrk+w3c@pvv.org>, public-html@w3.org
To: Roy T.Fielding <fielding@gbiv.com>

Hi Roy,

On Aug 25, 2007, at 3:23 PM, Roy T. Fielding wrote:

> On Aug 25, 2007, at 1:10 PM, Magnus Kristiansen wrote:
>> If you mean patches to add types, much of it has already been  
>> reported (in
>> vain). [1] [2] [3]
> Apache does not list unregistered types in mime.types.  How many
> times does that need to be repeated?  If you want Apache to do  
> something
> nonstandard, then there are many ways to configure your own server in
> a nonstandard way.  Otherwise, take the half hour required to submit
> a message to IANA requesting the assignment of a type.  It is a lot
> faster than getting Apache to add types that are explicitly forbidden
> by IETF standards to be used by distributed software.

Regarding the use of registered MIME types and the earlier reference  
Apache bug[1]:

Why not simply configure Apache by default to return a content type  
of 'unknown' or 'x-unknown'. I just changed my own local Apache on my  
Powerbook to return a default of unknown and then Safari tries to  
download the file (an HTML document).

I wonder whether this could be solved by simply registering the  
unknown MIME type with IANA; updating the default Apache  
installations; and  perhaps amending HTTP to permit UA  sniffing for  
"unknown" as well. Is there something to be gained by sending no  
content-type header as opposed to sending "content-type unknown'?  
Just curious especially considering how Apache seems afraid to fix  
this on their end. With a registered root MIME type of 'unknown',  
this would also significantly raise awareness about the issue for  
current installations

Its interesting here too in that Apple, ,who is both an Apache vendor  
and a browser maker,  includes 'DefaultType text/plain' in the  
default configuration.

Incidentally, I've also started a new wiki page on this issue[2]  
(though still in a fairly rough form). My goal with this page is to  
focus the discussion in an HTML5 centric way. In other words to  
consider how 1)  how HTML might change to address the use cases; 2)   
how HTML5 might provide UA norms to address the issue; or 3) how this  
WG might liaison with other organizations and vendors to address the  
issue. Anyone is welcome to contribute to the wiki page (if that  
needs saying).

Take care,

[1]: <http://issues.apache.org/bugzilla/show_bug.cgi?id=13986>
[2]: <http://esw.w3.org/topic/HTML/ContentTypeIssues>
Received on Sunday, 26 August 2007 17:11:10 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:25 UTC