Re: Getting the latest version of an RFC specification
Matthew Kerwin <matthew@kerwin.net.au> Wed, 29 March 2017 21:19 UTC
Return-Path: <phluid61@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEF061274D2 for <ietf@ietfa.amsl.com>; Wed, 29 Mar 2017 14:19:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.15
X-Spam-Level:
X-Spam-Status: No, score=-2.15 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FORGED_FROMDOMAIN=0.197, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 97y7veeafrPb for <ietf@ietfa.amsl.com>; Wed, 29 Mar 2017 14:19:37 -0700 (PDT)
Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFC4C128CB9 for <ietf@ietf.org>; Wed, 29 Mar 2017 14:19:35 -0700 (PDT)
Received: by mail-io0-x22f.google.com with SMTP id l7so7469105ioe.3 for <ietf@ietf.org>; Wed, 29 Mar 2017 14:19:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=/gG/5ErXB0t6ngar1uXWKlvVJBXbFHbeXgTerao1HmY=; b=IIle4e3mUIUTxT9P2+k0tHM7A780sR33+Ydp/Fz70Z7o39urULJYh5JooULMiTvGTt UTIHomNpTKWj/mwXmzz2U7794GxpfN4oHpTp4wx4lyociQas8LPojC570qbl8APrbAGs fy2MKyVBTScrPRQlH5oEFHW7z+v5L3H0g0Po9eVVyRIrK+etPHlZClvXcymVYUcCO34Z ONSZHjZypf0LB6LptIfjBOkmVwQsyXLcUO/+dn+tJACkwxWktjgZKst1s0jKUFJ+7K3H fB9P2VRos9sKsnBM0ldKB7VloRN6HASenUrXp0ku4GOY6p6ISVIPRT7lhfL2D6XN3+W1 AmLw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=/gG/5ErXB0t6ngar1uXWKlvVJBXbFHbeXgTerao1HmY=; b=jQCSmirRrHrSkbFdODzbsCdLOhB6lO6R/TinQql9cfMh45yjKJ2ejqrKqKwWvzzJOy Met+cmRrTM6hoc2ajuIsj5Bf8LSER4usV0JuvqEfZY26dwrTShp5ODFCjssdZv6T3xJ+ Vi1WwSr1QQPTieRhyKeCIyKhR2HGEgD7RGFcZvFLvn7AnbSwK/mm/emY3t8Ll+0E4hgA 9mqB/6//aay1k7cbWa50wwojG5UcN5NrgEG9qTZ8I3EjITfgKjpsgmAbaNZKHn0bqqu3 ItzHKYIe0q4RtDGrLaScki7IOkTrVaBXTLrUvzzwgPXGrU6iBgThxMzUZPgMb3taw9rw CDHw==
X-Gm-Message-State: AFeK/H0tzFIyAzioDEwxL2Wn3ChLsmCHV+GQYdJH6DY66a5kYHDKkAlhhAvKwGrBcarqBv4WSKJSQG0KCBNDLQ==
X-Received: by 10.107.11.35 with SMTP id v35mr3071937ioi.86.1490822375402; Wed, 29 Mar 2017 14:19:35 -0700 (PDT)
MIME-Version: 1.0
Sender: phluid61@gmail.com
Received: by 10.107.154.7 with HTTP; Wed, 29 Mar 2017 14:19:34 -0700 (PDT)
Received: by 10.107.154.7 with HTTP; Wed, 29 Mar 2017 14:19:34 -0700 (PDT)
In-Reply-To: <94f81f6a-6a34-6587-a4f7-683586c2f436@dcrocker.net>
References: <94f81f6a-6a34-6587-a4f7-683586c2f436@dcrocker.net>
From: Matthew Kerwin <matthew@kerwin.net.au>
Date: Thu, 30 Mar 2017 07:19:34 +1000
X-Google-Sender-Auth: JQjlxCy5OuhvpKMgyHxE-P8OYk0
Message-ID: <CACweHND9_9x7ZBc0_95keKbkQt8bz6YLJBP06qE=y=-S=GNDRg@mail.gmail.com>
Subject: Re: Getting the latest version of an RFC specification
To: Dave Crocker <dcrocker@bbiw.net>
Cc: IETF general list <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="001a113df9b81bf507054be5220c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/yu6bziDYgP9RARC9VOIpmGu4xeM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Mar 2017 21:19:41 -0000
On 29 Mar 2017 21:52, "Dave Crocker" <dhc@dcrocker.net> wrote: G'day. The RFC labeling model is to assign a unique serial number to a static document. A new version of a spec gets a new serial number. This basic model has the benefit of both simplicity and predictability. To this we've added an overlay model, using Obsoletes/ObsoletedBy. This makes it dramatically easier to see that something has been obsoleted and to find its replacement. However the seeing and the finding are an essentially manual process. One must go to the online older document, then notice the Obsoleted By tag and then click to follow it. Sometimes it would be helpful for the requester to be able to say 'give me the latest' more easily. So I'm wondering whether the IETF should consider adding a citation feature for this. Something like: https://tools.ietf.org/html/rfc822/latest would display the contents of: https://tools.ietf.org/html/rfc5322 by having the fetching system automatically traversing the Obsoleted By links in RFC 822 and then RFC 2822. Some sort of display banner would flag this, to help the user see that they are getting a different version than they cited. Thoughts? d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net It sounds good, for the most part, as a quick and dirty tool (though a 30x redirect would probably be better than displaying the ultimate RFC in-place.) Out of malign curiosity, what would you expect from: https://tools.ietf.org/html/rfc1738/latest <https://tools.ietf.org/html/rfc822/latest> ? Cheers
- Getting the latest version of an RFC specification Dave Crocker
- Re: Getting the latest version of an RFC specific… Yoav Nir
- Re: Getting the latest version of an RFC specific… Dave Crocker
- Re: Getting the latest version of an RFC specific… John C Klensin
- Re: Getting the latest version of an RFC specific… Dave Crocker
- Re: Getting the latest version of an RFC specific… Yoav Nir
- Re: Getting the latest version of an RFC specific… Matthew Kerwin
- Re: Getting the latest version of an RFC specific… Dave Crocker
- Re: Getting the latest version of an RFC specific… Dave Crocker
- Re: Getting the latest version of an RFC specific… Yoav Nir
- Re: Getting the latest version of an RFC specific… Yoav Nir
- Re: Getting the latest version of an RFC specific… Julian Reschke