RE: [newtrk] Re: Question about Obsoleted vs. Historic
Bruce Lilly <blilly@erols.com> Wed, 13 July 2005 12:23 UTC
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DsgGe-0007Iy-DF for newtrk-archive@megatron.ietf.org; Wed, 13 Jul 2005 08:23:12 -0400
Received: from darkwing.uoregon.edu (root@darkwing.uoregon.edu [128.223.142.13]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA01346 for <newtrk-archive@lists.ietf.org>; Wed, 13 Jul 2005 08:23:10 -0400 (EDT)
Received: from darkwing.uoregon.edu (majordom@localhost [127.0.0.1]) by darkwing.uoregon.edu (8.13.4/8.13.4) with ESMTP id j6DCL6xw013810; Wed, 13 Jul 2005 05:21:07 -0700 (PDT)
Received: (from majordom@localhost) by darkwing.uoregon.edu (8.13.4/8.13.4/Submit) id j6DCL666013808; Wed, 13 Jul 2005 05:21:06 -0700 (PDT)
Received: from ns2.townisp.com (ns2a.townisp.com [216.195.0.134]) by darkwing.uoregon.edu (8.13.4/8.13.4) with ESMTP id j6DCL4aV013768 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for <newtrk@lists.uoregon.edu>; Wed, 13 Jul 2005 05:21:05 -0700 (PDT)
Received: from mail.blilly.com (dhcp-0-8-a1-c-fa-f7.cpe.townisp.com [216.49.158.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "marty.blilly.com", Issuer "Bruce Lilly" (not verified)) by ns2.townisp.com (Postfix) with ESMTP id 2024429901; Wed, 13 Jul 2005 08:21:04 -0400 (EDT)
Received: from marty.blilly.com (marty.blilly.com [192.168.99.98] (may be forged)) by mail.blilly.com with ESMTP id j6DCKw9f009698(8.13.1/8.13.1/mail.blilly.com /etc/sendmail.mc.mail 1.26 2005/06/24 20:47:59) (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) ; Wed, 13 Jul 2005 08:21:03 -0400
Received: from marty.blilly.com (localhost [127.0.0.1]) (authenticated (0 bits)) by marty.blilly.com with ESMTP id j6DCKwhT009697(8.13.1/8.13.1/blilly.com submit.mc 1.3 2005/04/08 12:29:31) (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Wed, 13 Jul 2005 08:20:58 -0400
From: Bruce Lilly <blilly@erols.com>
Organization: Bruce Lilly
To: NEWTRK <newtrk@lists.uoregon.edu>
Subject: RE: [newtrk] Re: Question about Obsoleted vs. Historic
Date: Wed, 13 Jul 2005 08:20:53 -0400
User-Agent: KMail/1.8.1
Cc: john.loughney@nokia.com
References: <1AA39B75171A7144A73216AED1D7478D6CE904@esebe100.NOE.Nokia.com>
In-Reply-To: <1AA39B75171A7144A73216AED1D7478D6CE904@esebe100.NOE.Nokia.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200507130820.56288@mail.blilly.com>
Sender: owner-newtrk@lists.uoregon.edu
Precedence: bulk
Reply-To: Bruce Lilly <blilly@erols.com>
Content-Transfer-Encoding: 7bit
On Wed July 13 2005 01:43, john.loughney@nokia.com wrote: > > 0822 Standard for the format of ARPA Internet text messages. D. > > Crocker. Aug-13-1982. (Format: TXT=109200 bytes) > > (Obsoletes RFC0733) > > (Obsoleted by RFC2822) (Updated by RFC1123, RFC1138, RFC1148, > > RFC1327, RFC2156) (Also STD0011) (Status: STANDARD) > > > > says that RFC 822 has been designated as a full Standard (and the IESG has > > initiated no Standards Action to change that status), and that it has been > > updated by a number of subsequently issued RFCs and eventually has been > > obsoleted by RFC 2822. It also notes that 822 had obsoleted RFC 733. > > There's 'accurate' and there's 'meaningful' - I'll give you the point that > it may be accurate, but I am not ready to buy that its meaningful. John, what specifically do you believe is a problem that is within the jurisdiction of the RFC-Editor (N.B. Status is set by a Standards Action, which is IESG's job, and has categories specified in BCP 9)? > There could be some tweaking, IMO. I don't believe we've specified what > format the RFC Index must take, Bob Braden seemed to say that the current > form is historical in nature. Yes, and the index is useful for many things, such as for generating references to RFCs for Internet-Drafts. Changing the format may impede such things, and there may be any number of tools which use the rfc-index format (which already has a number of distinctly different sections, e.g. look at the publication date formats). Regarding references, although the RFC-Editor has an "rfc-ref" file ( ftp://ftp.isi.edu/in-notes/rfc-ref.txt ), were I to wish to refer to RFC 4130 (the most recent one in rfc-ref), I would generate a reference from the rfc-index rather than use the data in rfc-ref, i.e. it would look like: [R1.RFC4130] Moberg, D. and R. Drummond, "MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 (AS2)", RFC 4130, July 2005. That is generated from the rfc-index by an awk script ( http://users.erols.com/blilly/formatting/rfcref ) and does not resemble in the least the line from rfc-ref: RFC4130 | | Gurwitz, "", RFC 4130, September 1982. Before making further changes to the format, the benefit of such a change should be carefully weighed against the costs, which includes rewriting such tools as various IETFers may have for doing things like generating references, analyzing dependencies, etc. By the way, the script that generates references also analyzes dependencies and will cause a diagnostic to be issued if reference is made to an RFC which has been updated or obsoleted, e.g. reference to STD 11: WARNING: -:2: STD 11 -> RFC 822 is obsoleted by RFC 2822 WARNING: -:2: STD 11 -> RFC 822 is updated by RFC 1123, RFC 1138, RFC 1148, RFC 1327, RFC 2156 [R1.STD11] Crocker, D., "Standard for the format of ARPA Internet text messages", STD 11, RFC 822, August 1982. > > Now it may well be the case that the three levels of the Standards Track > > are insufficient to convey nuances such as a technology having a high degree > > of maturity, but the specification (having been rewritten) is at a low > > level of maturity. Addressing that distinction would also seem to > > require a change to BCP 9 to differentiate maturity of a technology from > > that of a specification. Until we have a procedure for establishing > > consensus-based separate designations for technology/specification > > maturity (or delegate decision for one or the other rather than using > > IETF consensus) there is again little that can be done with the index > > content. > > If we are that stuck as an organization, I guess we are well into declining > relevance. I think its important that we, as organization, take care of the > technology and documents we produce - otherwise, what is the point? > If we cannot meaningfully convey the status of our documents, why bother? We (are supposed to) do things by consensus; the current procedure does not provide for separate designations for the technology and for the specification, so short of somebody writing an Internet-Draft proposing some specifics and running it up the flagpole via a request to publish and the ensuing Last Call, how do you propose to change that (consistent with established IETF principles)? . newtrk resources:_____________________________________________________ web user interface: http://darkwing.uoregon.edu/~llynch/newtrk.html mhonarc archive: http://darkwing.uoregon.edu/~llynch/newtrk/index.html
- [newtrk] Question about Obsoleted vs. Historic john.loughney
- [newtrk] Re: Question about Obsoleted vs. Historic Iljitsch van Beijnum
- [newtrk] Re: Question about Obsoleted vs. Historic Eliot Lear
- [newtrk] RE: Question about Obsoleted vs. Historic john.loughney
- [newtrk] RE: Question about Obsoleted vs. Historic john.loughney
- Re: [newtrk] Question about Obsoleted vs. Historic Spencer Dawkins
- Re: [newtrk] Question about Obsoleted vs. Historic Bruce Lilly
- Re: [newtrk] Re: Question about Obsoleted vs. His… Brian E Carpenter
- [newtrk] RE: Question about Obsoleted vs. Historic John C Klensin
- [newtrk] Re: Question about Obsoleted vs. Historic Ted Hardie
- Re: [newtrk] Question about Obsoleted vs. Historic Brian E Carpenter
- Re: [newtrk] Question about Obsoleted vs. Historic Henning Schulzrinne
- [newtrk] Re: Question about Obsoleted vs. Historic Bob Braden
- [newtrk] Re: Question about Obsoleted vs. Historic Iljitsch van Beijnum
- [newtrk] RE: Question about Obsoleted vs. Historic john.loughney
- RE: [newtrk] Question about Obsoleted vs. Historic john.loughney
- RE: [newtrk] Question about Obsoleted vs. Historic john.loughney
- [newtrk] RE: Question about Obsoleted vs. Historic john.loughney
- [newtrk] RE: Question about Obsoleted vs. Historic john.loughney
- RE: [newtrk] Re: Question about Obsoleted vs. His… john.loughney
- RE: [newtrk] Re: Question about Obsoleted vs. His… Larry Masinter
- Re: [newtrk] Re: Question about Obsoleted vs. His… Spencer Dawkins
- Re: [newtrk] Re: Question about Obsoleted vs. His… Brian E Carpenter
- [newtrk] Re: Question about Obsoleted vs. Historic Jeffrey Hutzelman
- Re: [newtrk] Question about Obsoleted vs. Historic C. M. Heard
- RE: [newtrk] Question about Obsoleted vs. Historic john.loughney
- Re: [newtrk] Question about Obsoleted vs. Historic Eliot Lear
- RE: [newtrk] Re: Question about Obsoleted vs. His… Bruce Lilly
- One-step standards process draft (was Re: [newtrk… Spencer Dawkins
- RE: [newtrk] Re: Question about Obsoleted vs. His… john.loughney
- RE: [newtrk] Re: Question about Obsoleted vs. His… Bruce Lilly