Re: RFC 1524
Keith Moore <moore@cs.utk.edu> Sat, 21 September 1996 06:25 UTC
Received: from cnri by ietf.org id aa11929; 21 Sep 96 2:25 EDT
Received: from list.cren.net by CNRI.Reston.VA.US id aa27692;
21 Sep 96 2:25 EDT
Received: from localhost (localhost.0.0.127.in-addr.arpa [127.0.0.1]) by
list.cren.net (8.7.6/8.6.12) with SMTP id CAA05213;
Sat, 21 Sep 1996 02:11:47 -0400 (EDT)
Received: from ig.cs.utk.edu (IG.CS.UTK.EDU [128.169.94.149]) by list.cren.net
(8.7.6/8.6.12) with SMTP id CAA05166 for <ietf-822@list.cren.net>;
Sat, 21 Sep 1996 02:11:12 -0400 (EDT)
Received: from localhost by ig.cs.utk.edu with SMTP (8.6.10/2.8c-UTK)
id BAA21443; Sat, 21 Sep 1996 01:55:16 -0400
Message-Id: <199609210555.BAA21443@ig.cs.utk.edu>
Date: Sat, 21 Sep 1996 01:55:16 -0400
Sender: owner-ietf-822@list.cren.net
Precedence: bulk
From: Keith Moore <moore@cs.utk.edu>
To: Larry Masinter <masinter@parc.xerox.com>
Cc: Daniel.Glazman@der.edfgdf.fr, ietf-822@list.cren.net, moore@cs.utk.edu
Subject: Re: RFC 1524
In-Reply-To: Your message of "Fri, 20 Sep 1996 18:36:57 PDT."
<96Sep20.183657pdt."2757"@golden.parc.xerox.com>
X-Sender: moore@cs.utk.edu
X-URI: http://www.cs.utk.edu/~moore/
X-Listprocessor-Version: 8.1 -- ListProcessor(tm) by CREN
> > I'd like to know if a revision of RFC 1524 is planned, in conjunction > > with the current revision of MIME ? > > I certainly hope not. mailcap files today are like HOSTS.TXT 15 years > ago. They don't scale. The number of media type definitions floating > around is growing exponentially, and we're going to have to do > something better than a flat text file to keep track of them. I certainly hope *this* doesn't last. We don't need nearly so many media types, at least not in common use. The number of entries in the mailcap file is the least of the problems. We still have to have a plugin for every media type (and given the proliferation of proprietary nondocumented media types, it's damn near impossible to do the security analysis of the ones we have already). Which is not to say that I don't like the idea of being able to put each media type definition in a separate file or directory, and making them accessible by a URL. But once we do that people are going to want to put the plugins themselves in that directory, and download them as needed. We'd better be ready with a really safe language with which to interpret the plugin (no, it doesn't exist yet), AND a standard way to digitally sign the plugin along with an indication of "how much rope" it should have and have that signature verified by the client, before it gets executed (and no, that facility doesn't exist yet either). Flat mailcap files could be a blessing after all. Keith
- Re: RFC 1524 Larry Masinter
- Re: RFC 1524 Keith Moore
- Re: RFC 1524 Ned Freed
- Re: RFC 1524 Nathaniel Borenstein
- Re: RFC 1524 Daniel Glazman
- Re: RFC 1524 Chris Newman
- Re: RFC 1524 Larry Masinter
- Re: RFC 1524 Daniel Glazman