Re: Possible directions for mailcap format
Daniel Glazman <Daniel.Glazman@der.edfgdf.fr> Mon, 07 October 1996 15:02 UTC
Received: from cnri by ietf.org id aa02366; 7 Oct 96 11:02 EDT
Received: from list.cren.net by CNRI.Reston.VA.US id aa11411;
7 Oct 96 11:02 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 KAA21526;
Mon, 7 Oct 1996 10:52:25 -0400 (EDT)
Received: from cf01 (cledf.edf.fr [192.54.193.133]) by list.cren.net
(8.7.6/8.6.12) with ESMTP id KAA21511 for <ietf-822@list.cren.net>;
Mon, 7 Oct 1996 10:52:06 -0400 (EDT)
Received: from clserv02.edf.fr (clserv02.edf.fr [130.98.118.118]) by cf01
(8.6.12/8.6.12) with ESMTP id QAA12073; Mon, 7 Oct 1996 16:53:29 +0200
Received: from cli51ak.der.edf.fr (cli51ak.der.edf.fr [130.98.16.29]) by
clserv02.edf.fr (8.6.12/8.6.12) with SMTP id QAA23779;
Mon, 7 Oct 1996 16:51:20 +0200
Received: by cli51ak.der.edf.fr (5.x/SMI-SVR4)
id AA06373; Mon, 7 Oct 1996 15:51:16 +0100
Message-Id: <9610071451.AA06373@cli51ak.der.edf.fr>
Date: Mon, 7 Oct 1996 15:51:16 +0100
Sender: owner-ietf-822@list.cren.net
Precedence: bulk
From: Daniel Glazman <Daniel.Glazman@der.edfgdf.fr>
To: masinter@parc.xerox.com, Daniel.Glazman@der.edfgdf.fr
Cc: ietf-822@list.cren.net
Subject: Re: Possible directions for mailcap format
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Mailer: MEUF [Mail Extended Using Faces v3.0.1 beta 1.1-full-mimePL1]
X-Listprocessor-Version: 8.1 -- ListProcessor(tm) by CREN
In message <96Oct7.065858pdt."2767"@golden.parc.xerox.com> 7 Oct 1996 06:58:58, masinter@parc.xerox.com wrote: > I'd rewrite your '2.1' ("Define more precisely how ...") to be: > > > Specify a new format for registration of new media types by IANA > > such that mailcap entries can be distributed electronically. > > and then restrict the mailcap 'improvements' to those that are useful > in a globally distributed context. First, Larry, thanks for your help. Right. Agreed and added. Any comments about the rest of the document ? I thought about system-dependant fields (someone suggested MacCreator and other stuff like that) but I think they are too specific and should not be integrated in mailcap. About mailcap distribution through a specific media-type, this is a need for sysadmins to tele-distribute a homogenous environment to users. And it could be an easy way to announce new media-types to a sysadmin mailing list. Security considerations are very important but if the information the registering authority send is limited to media-type definition without any command line (view, compose, ...), it should be ok. The URL default location for mailcap is, in my opinion, very important. We need to discuss this point seriously and find something easy, rational and secure. Such an implementation implies a minimal www library, but this is not too difficult. I'd like to read a Netscape or Zmail developer's opinion about that if possible. The goal is not to build a super-tool able to deal with all protocols (this is strategy, not engineering ;-) but just to make MIME UAs more manageable on a wide base. In conjunction with @append macro and a web cache, this would be great ! (just dreaming ;-) Regards, </Daniel>
- Possible directions for mailcap format Daniel Glazman
- Re: Possible directions for mailcap format Larry Masinter
- Re: Possible directions for mailcap format Daniel Glazman