W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2004

Re: FYI: I-D ACTION:draft-dusseault-http-patch-02.txt

From: Lisa Dusseault <lisa@osafoundation.org>
Date: Mon, 12 Jul 2004 12:05:17 -0700
Message-Id: <69FF9B51-D436-11D8-B746-000A95B2BB72@osafoundation.org>
Cc: ietf-http-wg@w3.org
To: "Roy T.Fielding" <fielding@gbiv.com>

On Jul 9, 2004, at 12:38 PM, Roy T.Fielding wrote:

> URI is served).  Most servers actually define the media type according
> to the binding used to retrieve it, rather than an aspect of the file
> itself, ...

This may not now be relevant to the PATCH discussion, but I wanted to
check my understanding here.  Here's the statement I would have made:

   "Most servers have nearly complete independence between the
   media type of a resource and the binding used to retrieve it. 
   between the two are mostly limited to resource creation time when if 
   client erroneously omits the Content-Type header, or if the content is
   importedthrough a mechanism other than HTTP, the server may have to
   guess a default MIME type to assign and may use the binding 
   the filename extension) to make a good guess."

Obviously this is nearly the opposite of what you said Roy.  When you 
"according to the binding" what part of the binding did you mean? The
namespace or the file extension, or other?  If by namespace, do you have
an example of this?

I've been involved in several HTTP/WebDAV server implementations and
we always implemented the MIME type and binding(s) as independent bits
of resource data which both needed to be stored.  Xythos' 
experience supported that choice.  When we worked with clients uploading
files without providing a MIME type (or providing a generic MIME type 
as the
Mac OS X client sometimes does) we found interoperability problems as
other clients relied on the MIME type, not the file extension.  And the 
couldn't always make a good guess based on the extension, and certainly
had no help based on any other part of the binding as this was in a file
sharing or document management environment where the namespace was
almost all arbitrary.

Received on Monday, 12 July 2004 15:05:37 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:13:25 UTC