Re: CAT WG Review Last-Call: draft-myers-auth-sasl-04.txt

"Theodore Y. Ts'o" <tytso@mit.edu> Wed, 07 August 1996 00:52 UTC

Received: from ietf.org by ietf.org id aa24548; 6 Aug 96 20:52 EDT
Received: from cnri by ietf.org id aa24544; 6 Aug 96 20:52 EDT
Received: from pad-thai.cam.ov.com by CNRI.Reston.VA.US id aa18178; 6 Aug 96 20:52 EDT
Received: from MIT.EDU by pad-thai.cam.ov.com (8.7.5/) with SMTP id <AAA14144@pad-thai.cam.ov.com>; Wed, 7 Aug 1996 00:25:25 GMT
Received: from DCL.MIT.EDU by MIT.EDU with SMTP id AA16275; Tue, 6 Aug 96 20:25:23 EDT
Received: by dcl.MIT.EDU (5.x/4.7) id AA15460; Tue, 6 Aug 1996 20:25:22 -0400
Date: Tue, 06 Aug 1996 20:25:22 -0400
Message-Id: <9608070025.AA15460@dcl.MIT.EDU>
Sender: ietf-archive-request@ietf.org
From: "Theodore Y. Ts'o" <tytso@mit.edu>
To: John Gardiner Myers <jgm@cmu.edu>
Cc: cat-ietf@mit.edu
In-Reply-To: John Gardiner Myers's message of Fri, 2 Aug 1996 13:30:08 -0400 (EDT), <Am0XgUi00WBw0Yk_00@andrew.cmu.edu>
Subject: Re: CAT WG Review Last-Call: draft-myers-auth-sasl-04.txt
Address: 1 Amherst St., Cambridge, MA 02139
Phone: (617) 253-8091

   Date: Fri,  2 Aug 1996 13:30:08 -0400 (EDT)
   From: John Gardiner Myers <jgm@CMU.EDU>

   John Linn <linn@cam.ov.com> writes:
   > (1) The section proposes that IANA act as a comment clearinghouse,
   > [...].  I'm not aware of precedent for IANA assuming
   > this role with other registered objects: is there precedent for IANA
   > taking on this responsibility, and/or has it been accepted by the IANA
   > for this case?

   This text was lifted from draft-ietf-822ext-mime-reg-04.txt, which I
   believe is currently in IETF-wide Last Call.

It may be perhaps be the text in the MIME registration, but it would
make more sense to require that the IANA maintain a registry of whoever
is the current contact point for a particular mechanism, so that people
could contact the mechanism owner directly, instead of requiring the
IANA to forward comments.  This indirect approach seems somewhat silly.
(Unless we think its worthwhile to allow someone to reserve a name in a
public namespace without making public who has reserved such a name, but
it's not clear this is actually desireable.)

Also, instead of making it optional for there to be an informational
RFC, I think it should be made mandatory.  This seems fair; if the IANA
is going to register it in a public namespace, there should be a public
definition of what the IANA is actually registering.  If someone wants
to do something proprietary, it should be using some sort of
experimental prefix (e.g., X-MACROHARD-UNREGISTERED-PROPRIETARY-STANDARD.)

                                   - Ted