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>