Re: MIME implementation documentation

Harald.T.Alvestrand@uninett.no Wed, 21 August 1996 15:56 UTC

Received: from ietf.org by ietf.org id aa19310; 21 Aug 96 11:56 EDT
Received: from cnri by ietf.org id aa19306; 21 Aug 96 11:56 EDT
Received: from list.cren.net by CNRI.Reston.VA.US id aa11978; 21 Aug 96 11:56 EDT
Received: from localhost (localhost [127.0.0.1]) by list.cren.net (8.6.12/8.6.12) with SMTP id LAA23638; Wed, 21 Aug 1996 11:39:05 -0400
Received: from domen.uninett.no (domen.uninett.no [129.241.131.10]) by list.cren.net (8.6.12/8.6.12) with SMTP id EAA19136 for <ietf-822@list.cren.net>; Wed, 21 Aug 1996 04:50:09 -0400
Received: from domen.uninett.no by domen.uninett.no with SMTP (PP) id <11319-0@domen.uninett.no>; Wed, 21 Aug 1996 10:48:08 +0200
Message-Id: <11316.840617285@domen.uninett.no>
Date: Wed, 21 Aug 1996 10:48:05 +0200
X-Orig-Sender: owner-ietf-822@list.cren.net
Precedence: bulk
Sender: ietf-archive-request@ietf.org
From: Harald.T.Alvestrand@uninett.no
To: Ned Freed <Ned.Freed@innosoft.com>
Cc: Dave Crocker <dcrocker@brandenburg.com>, ietf-822@list.cren.net
Subject: Re: MIME implementation documentation
In-Reply-To: Your message of "Tue, 20 Aug 1996 22:18:53 PDT." <01I8IJY8NFFU8Y5617@INNOSOFT.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Sender: Harald.T.Alvestrand@uninett.no
X-Mailer: exmh version 1.6.7 5/3/96
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks - I'm still missing a second generating agent, but now that you've
claimed generation for both PMDF command-line and the PMDF ALL-IN-1 gateway,
I believe we have one (from the same codebase).

The reason for the fuss is the change from 1602 to 1602bis, which we are
currently operating under:

4.1.2  Draft Standard

   A specification from which at least two independent and interoperable
   implementations from different code bases have been developed, and
   for which sufficient successful operational experience has been
   obtained, may be elevated to the "Draft Standard" level.  For the
   purposes of this section, "interoperable" means to be functionally
   equivalent or interchangeable components of the system or process in
   which they are used.  If patented or otherwise controlled technology
   is required for implementation, the separate implementations must
   also have resulted from separate exercise of the licensing process.
   Elevation to Draft Standard is a major advance in status, indicating
   a strong belief that the specification is mature and will be useful.

   The requirement for at least two independent and interoperable
   implementations applies to ALL OF THE OPTIONS AND FEATURES of the
   specification.  In cases in which one or more options or features
   have not been demonstrated in at least two interoperable
   implementations, the specification may advance to the Draft Standard
   level ONLY IF THOSE OPTIONS OR FEATURES ARE REMOVED.

This is a new requirement compared to 1602, the rules under which
MIME was raised to Draft the first time.
It's a good question what the word "implementation" means here;
in this case, I chose to interpret it as "available and used in
commercial products" - partly because of the age of the MIME standard.
(John's "If this isn't used now, will it ever be?" argument)

Note that there is no such feature-by-feature requirement for going to
Full Standard!

                   Harald A