Is it necessary to go through Standards Track to Get to Historic? (WAS: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02)

"C. M. Heard" <heard@pobox.com> Sun, 28 August 2005 18:46 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9SAb-0003Wu-HT; Sun, 28 Aug 2005 14:46:17 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9SAZ-0003Wp-Bj for ietf@megatron.ietf.org; Sun, 28 Aug 2005 14:46:15 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04198 for <ietf@ietf.org>; Sun, 28 Aug 2005 14:46:11 -0400 (EDT)
Received: from smtpout1.bayarea.net ([209.128.95.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E9SBh-0003HC-Jn for ietf@ietf.org; Sun, 28 Aug 2005 14:47:26 -0400
Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by smtpout1.bayarea.net (8.12.10/8.12.10) with ESMTP id j7SIjqo5022033 for <ietf@ietf.org>; Sun, 28 Aug 2005 11:45:52 -0700
Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.12.11/8.12.11) with ESMTP id j7SIjjlI008915; Sun, 28 Aug 2005 11:45:45 -0700
Received: from localhost (heard@localhost) by shell4.bayarea.net (8.12.11/8.12.11/Submit) with ESMTP id j7SIjjwe008912; Sun, 28 Aug 2005 11:45:45 -0700
X-Authentication-Warning: shell4.bayarea.net: heard owned process doing -bs
Date: Sun, 28 Aug 2005 11:45:44 -0700
From: "C. M. Heard" <heard@pobox.com>
X-Sender: heard@shell4.bayarea.net
To: IETF <ietf@ietf.org>
In-Reply-To: <200508281126.46506@mail.blilly.com>
Message-ID: <Pine.LNX.4.10.10508281135010.4482-100000@shell4.bayarea.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Subject: Is it necessary to go through Standards Track to Get to Historic? (WAS: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On Sun, 28 Aug 2005, Bruce Lilly wrote:
> The Historic category of published RFCs can be used for documents which
> specify a protocol or technology which is known to be harmful to the
> Internet.  However, RFC 2026 appears to have no provision for getting to
> Historic except via the Standards Track [...]

What makes you say that?  It sure isn't what I read from RFC 2026.  It
says this in Section 4.2.4:

   A specification that has been superseded by a more recent
   specification or is for any other reason considered to be obsolete is
   assigned to the "Historic" level.  (Purists have suggested that the
   word should be "Historical"; however, at this point the use of
   "Historic" is historical.)

Seems to me that the proviso "is for any other reason considered to be
obsolete" could reasonably be construed to cover the initial publication
of an obsolete specification.  It's certainly true that the most common
way to get to Historic is to start on the standards track and then get
retired, but I see nothing in RFC 2026 that says (or even implies) that
this is the only way.

//cmh


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf