Re: On XML and $EDITORs (Re: Things that used to be clear (was ...)) "Living Documents") side meeting at IETF105.)

Ted Lemon <mellon@fugue.com> Fri, 12 July 2019 13:17 UTC

Return-Path: <mellon@fugue.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 E4F0E12003F for <ietf@ietfa.amsl.com>; Fri, 12 Jul 2019 06:17:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.603
X-Spam-Level:
X-Spam-Status: No, score=-0.603 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 T7Uur2VLTuyI for <ietf@ietfa.amsl.com>; Fri, 12 Jul 2019 06:17:57 -0700 (PDT)
Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 E7BC5120026 for <ietf@ietf.org>; Fri, 12 Jul 2019 06:17:56 -0700 (PDT)
Received: by mail-qk1-x729.google.com with SMTP id t8so6356432qkt.1 for <ietf@ietf.org>; Fri, 12 Jul 2019 06:17:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=3khCpbMfEoPh98XPQx0mY3ggkDEmET0Da76XjGIud1o=; b=X1AtNo/nHIs6/eePY+yZ+K/MGcWN4+JRJfm1JbVtSLxPtumI5a5WBZ1CJ3fv/5iz7Z MO3bsp1hosYf1S18F5s/wQYeo3wzZd/5BjLUykQirOy8oKtk9xui4vbyQfYxMbIAD/zp KESwMSUY/3I9AAM0KOh6HfNHlbuqpT0wnL8lQ71bwfYFQjpaf0RkxepV5NrYoO+jRrK+ PbeHRrnHjOuV8KJL2483UXSLelHEu1sIcX+GMDpdE4HYGyEOdf4VDeIokVARDZYFJIqH xT0SPfE+JRNjeHDMRYNSWYAyWNlzr7klSkDwZwZCfk8fJJ3Vt5WmYdzkPlF95eX6KFcG 6VzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=3khCpbMfEoPh98XPQx0mY3ggkDEmET0Da76XjGIud1o=; b=RxNg/u7b5a5hHFDX9W0m1Zy0C4dRPbOWmW3r3Lrw9nZuPXE2dHslAUUvB8L3gDlLnJ I+VP5iytmJ2MWlWRLLUvxmDKleXuO3Mni53Aje7ipMMf7qRjVKtmQNTmvJBiftIxU+uW 1Wq77G7a4MXnYLbuu6t/4NVeXlV13jAjsUWvyFE6Z9NRaglY83cxbrQMtXQHgi04vfte XxiRIZO2FU8Jf8aHYbAoRIQLbeSLMRyK4Q3WesKeKA/b/ajp2q+MlHYCQ8B6SK6bK9oY I+31AaVa73sXlI110TFUK75jHiz88KT0pe/R5VURqFkVZVEnR4TqOO7eL3ItdA+LxSu1 1Wkg==
X-Gm-Message-State: APjAAAWC5A3p1VcZAyHs6fLgPuuXpcXUttlyfzmmOmWwrGIslW4n99xF IFvUW22S1uUyZRmHfNBdKMrOKA==
X-Google-Smtp-Source: APXvYqxYjGrPpEeULgIkh3hzdZzHWoCxRbhhYC+EBjKXOeETfKm9+tq0zF/nQqvnPvySsuUox5CVyw==
X-Received: by 2002:a05:620a:14ba:: with SMTP id x26mr6214540qkj.328.1562937475922; Fri, 12 Jul 2019 06:17:55 -0700 (PDT)
Received: from [10.0.100.12] (c-73-186-137-119.hsd1.nh.comcast.net. [73.186.137.119]) by smtp.gmail.com with ESMTPSA id w9sm3472941qki.81.2019.07.12.06.17.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Jul 2019 06:17:55 -0700 (PDT)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <1FFE8C9F-5205-490A-97A1-A31661781F03@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_F08C30C0-0220-4A7E-839D-70EB1178891A"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: On XML and $EDITORs (Re: Things that used to be clear (was ...)) "Living Documents") side meeting at IETF105.)
Date: Fri, 12 Jul 2019 09:17:52 -0400
In-Reply-To: <324FF8ED-21F8-4D87-9511-FDD99DFDEF52@strayalpha.com>
Cc: "lloyd.wood@yahoo.co.uk" <lloyd.wood@yahoo.co.uk>, Phillip Hallam-Baker <phill@hallambaker.com>, Christian Huitema <huitema@huitema.net>, Keith Moore <moore@network-heretics.com>, IETF Discussion Mailing List <ietf@ietf.org>
To: Joe Touch <touch@strayalpha.com>
References: <9ae14ad1-f8d5-befb-64e4-fff063c88e02@network-heretics.com> <CABcZeBOH9LH8Jrz-A5eu9arqUb+bx8xs_eKWi0pyoh7a3qpOPA@mail.gmail.com> <20190708223350.GO3508@localhost> <af3b25d6-af16-a96a-c149-61d01afb4d01@network-heretics.com> <20190708233438.GP3508@localhost> <ea0b9894-ae9d-55a9-a082-af7aac5be66a@huitema.net> <20190710045202.GA3215@localhost> <20190710064451.GB3215@localhost> <06EF2608-038E-400F-86BA-34F57630B53F@fugue.com> <CAMm+LwjFgSK7DSaN2CpLxmL=PO22s2qjBvBHC48jH9UnFy8=wg@mail.gmail.com> <20190711172441.GN3215@localhost> <7FC9E7F4-FD46-4DD0-B623-D48647AC59FD@network-heretics.com> <CAMm+Lwim17yG-6a6TTPZ_jWNEwJDNH8yntzcRXztxoHi9ofnkw@mail.gmail.com> <AE2B5AB4-8241-49D8-8E3F-CD87F0E34144@strayalpha.com> <2077469571.58959.1562914196203@mail.yahoo.com> <324FF8ED-21F8-4D87-9511-FDD99DFDEF52@strayalpha.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/oDnpFG3gtVolZ-vel1uvKKAtut0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 12 Jul 2019 13:17:59 -0000

On Jul 12, 2019, at 3:31 AM, Joe Touch <touch@strayalpha.com> wrote:
> My issue with the errata is that it presumes that URLs in RFCs ever need to be updated or corrected. They do not and should not. Search engines are more than sufficient to address the issue of URL ephemerality - which, FWIW, happens as much (if not more) at large public sites (such as ietf.org <http://ietf.org/> and Isi.edu <http://isi.edu/>) as privately run sites (such as mine at strayalpha.com <http://strayalpha.com/>).

This isn’t entirely true: a dangling pointer in an RFC actually becomes an attack surface if it’s important enough to search for the missing thing it once pointed to.  Now I can publish an alternative piece of software that you can download that not only converts word documents to RFCs, but also sends me your personal information, etc.

The real problem here is that the RFC ever pointed to a reference link that wasn’t on an IETF web site.   The only time that I think this makes sense is as an informative reference.

Of course, in this case in theory they are just Word templates, but can’t those contain Visual Basic?