- From: Marc VanHeyningen <marcvh@spry.com>
- Date: Mon, 17 Jul 1995 08:02:58 -0700
- To: Rick Troth <TROTH@ua1vm.ua.edu>
- Cc: www-talk@www10.w3.org
> I've been thinking on a format for an extension<-->type > map file which would include canonicalization. Something like > > .gif image/gif binary > > This is primarily a server concern. Clients might can usually > consult a mailcap file. Should the two be rolled together? I'd like to see this. Mailcap files already can contain information about the textual nature of data (the "textualnewlines" field) and could easily be extended to contain filename matching information (and should probably also use file magic.) I think this would further the progress of mailcaps in becomming more useful and more universal. Unfortunately the trend is in the opposite direction, with implementations bastardizing mailcap semantics enough that you end up needing to have a separate mailcap file for different applications, which kind of defeats the whole point. This becomes less important by virtue of the decision to not require newline canonicalization in HTTP, however, but instead requiring recognition of common noncanonical formats.
Received on Monday, 17 July 1995 11:06:02 UTC