Re: Informational vs Something-Else

Frank Kastenholz <kasten@ftp.com> Fri, 05 May 1995 20:45 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa11166; 5 May 95 16:45 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa11162; 5 May 95 16:45 EDT
Received: from ietf.cnri.reston.va.us by CNRI.Reston.VA.US id aa14995; 5 May 95 16:45 EDT
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa11149; 5 May 95 16:45 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa11145; 5 May 95 16:45 EDT
Received: from wd40.ftp.com by CNRI.Reston.VA.US id aa14980; 5 May 95 16:45 EDT
Received: from ftp.com by ftp.com ; Fri, 5 May 1995 16:46:05 -0400
Received: from mailserv-D.ftp.com by ftp.com ; Fri, 5 May 1995 16:46:05 -0400
Received: from kasten.europa by mailserv-D.ftp.com (5.0/SMI-SVR4) id AA00038; Fri, 5 May 95 16:43:30 EDT
Date: Fri, 05 May 1995 16:43:30 -0400
Message-Id: <9505052043.AA00038@mailserv-D.ftp.com>
To: mo@uunet.uu.net
Subject: Re: Informational vs Something-Else
X-Orig-Sender: iesg-request@IETF.CNRI.Reston.VA.US
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Frank Kastenholz <kasten@ftp.com>
Reply-To: kasten@ftp.com
Cc: iesg@CNRI.Reston.VA.US
X-Orig-Sender: kasten@mailserv-d.ftp.com
Repository: mailserv-D.ftp.com, [message accepted at Fri May 5 16:43:11 1995]
Originating-Client: europa
Content-Length: 1060

 > having thought about it a while, and understanding the long odds that
 > we'll put "RFC" out of our misery, maybe we can introduce one more
 > type of RFC and then change the control-structure.  I propose the
 > following straw-thing for shredding......

So RFC means "has some technical merit as determined by the IESG,
etc" while CRAP doesn't?

My only real concern is that we may (I say may!) be underestimating
the scope of the problem. It's not that all documents named RFCxxxx
are presumed to be Internet Standards but rather that all documents
which come out of the IETF (of which, now, there are only RFCxxxx
documents) are presumed to be standards. But we will not know this
without trying it (some phrase about 'running code' comes to mind
here :-), but being aware that it might happen is better than being
blindsided by it, I suppose.


--
Frank Kastenholz    "The dogmas of the quiet past are inadequate to the stormy
                     present... As our case is new, so we must think anew, and
                     act anew" - A. Lincoln