Re: RFC 1590 comments

Masataka Ohta <mohta@necom830.cc.titech.ac.jp> Thu, 17 March 1994 06:08 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa01469; 17 Mar 94 1:08 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa01464; 17 Mar 94 1:08 EST
Received: from dimacs.rutgers.edu by CNRI.Reston.VA.US id aa02431; 17 Mar 94 1:08 EST
Received: by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA00373; Thu, 17 Mar 94 00:54:10 EST
Received: from necom830.cc.titech.ac.jp by dimacs.rutgers.edu (5.59/SMI4.0/RU1.5/3.08) id AA00368; Thu, 17 Mar 94 00:53:46 EST
Received: by necom830.cc.titech.ac.jp (5.65+/necom-mx-rg); Thu, 17 Mar 94 14:48:27 +0900
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Masataka Ohta <mohta@necom830.cc.titech.ac.jp>
Return-Path: <mohta@necom830.cc.titech.ac.jp>
Message-Id: <9403170548.AA28058@necom830.cc.titech.ac.jp>
Subject: Re: RFC 1590 comments
To: ietf-types@pandora.sf.ca.us
Date: Thu, 17 Mar 1994 14:48:25 -0000
Cc: ietf-822@dimacs.rutgers.edu
In-Reply-To: <01HA1KWJJ9CW000WQJ@INFOODS.UNU.EDU>; from "John C Klensin" at Mar 16, 94 2:46 pm
X-Mailer: ELM [version 2.3 PL11]

> You weren't asleep at the switch.  And the notion of an administrative
> procedure overruling a draft standard is, as you have observed, improper.
> Someone in the vicinity of the RFC Editor got a little to 
> (too) enthused/confused.   As someone who was listed as the
> source of many of the ideas, I was as surprised and confused as you
> were.
>     john

The RFC says:

   The registration process for Media Types (content-type/subtypes) was
   initially defined in the context of the asynchronous mail
   environments.  In this mail environment, there is a need to limit the
   number of possible Media Types to increase the likelihood of
   interoperability when the capabilities of the remote mail system are
   not known.  As Media Types are used in new environments, where the
                                       ^^^^^^^^^^^^^^^^^^^
   proliferation of Media Types is not a hindrance to interoperability,
   the original procedure is excessively restrictive and needs to be
   generalized.

So, it is not a violation of RFC152[12] procedure for the older
environment, I think.

The problem is that I have no idea on what "new environments" means.

						Masataka Ohta

PS

The RFC says:

   tiff.  The Multimedia Internet Message Extensions (MIME) protocol [1]
              ^^^^^^^^^^