Re: [rfc-i] archiving outlinks in RFCs

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 27 April 2023 20:20 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: rfc-interest@ietfa.amsl.com
Delivered-To: rfc-interest@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 750F5C1519B7 for <rfc-interest@ietfa.amsl.com>; Thu, 27 Apr 2023 13:20:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.097
X-Spam-Level:
X-Spam-Status: No, score=-6.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FmVJFQ7PL2_I for <rfc-interest@ietfa.amsl.com>; Thu, 27 Apr 2023 13:20:26 -0700 (PDT)
Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5843C1519A3 for <rfc-interest@rfc-editor.org>; Thu, 27 Apr 2023 13:20:26 -0700 (PDT)
Received: by mail-pf1-x42d.google.com with SMTP id d2e1a72fcca58-63b60365f53so10793268b3a.0 for <rfc-interest@rfc-editor.org>; Thu, 27 Apr 2023 13:20:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1682626826; x=1685218826; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=9ToAkJfoprdbE2pHYaji1Frek4eNTouI9hxBYND0r2Y=; b=VxqkyW8EO5339BjTleJON5YpnXv6kFnHAS1Ost8WVFL89+yXeBBx4DcGdAbjYZ3Mte CqZIBiTeHaAO+AUffP0rykHbmfwJHq9B5ELZmHOUrsYA6fBgxattTEvth8TvVjFbWcaD SAR5iz8jkX2Pj8PA/3NaiGfj9rCRVn9Zvm4N3etgAxGC+Z17eyP5S0jvaKs6am6uC+9m blNOKZ8ezRAWczEhYirm8ZSZpFDKESt9HXyl/EgtG9kPgkCE3ZreXEg7G6/w/v/0nJu5 PXf2cWnuheg5C/SgNgN6cmxhMe7t9UsrNXzF3oWSeo7Y+OMQUyuXETM2bQQZoBBESxER TvNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682626826; x=1685218826; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=9ToAkJfoprdbE2pHYaji1Frek4eNTouI9hxBYND0r2Y=; b=S70+Ivef76hMxVXMly0FyhoWFLlNar1wBaw8VNmxpV1PTbMY/JmbA/NpnBEzaPY2/k ZikGN+PfmOSqOQqgU8mlWOIcoy3njiS6ipnXupxvb48Nal/lD0zCf0bqzVB7xrpeXAfi P8un24bB7WMZUiryg4tZpc4nyc693xx0C6yoespzBTI5feWhsCtjsWU6eluW83a/pyG0 /H4+vXmirxW8xKsopZMAzoizJOJfp5UPFrbbYYNduEoMoG6dj8TrTnjb+W1Z3yCeEzAp mQXUN1Tf+4PDbbWDQZ0KKuHBLCTtXTcU3hMFReGW1OxCUWbuurqY0fcWDCRp6aCuPM0W j89w==
X-Gm-Message-State: AC+VfDyqTUYDkboPZ6yrc6c0LvLum9011LcFCXlfa4LYBrEznG/6W+Cw 4N1xpv6bgBJCQaWgJ0JHLz3VT4Ngjr8=
X-Google-Smtp-Source: ACHHUZ5pqULZ4D/uboE28LyuFLRT/rUMlS+RiCUlDQlvXZ+LOEst25rIPcC7z0vBHBYJd0DU69L4Fg==
X-Received: by 2002:a05:6a20:1616:b0:ee:f5a4:c064 with SMTP id l22-20020a056a20161600b000eef5a4c064mr3490899pzj.62.1682626825784; Thu, 27 Apr 2023 13:20:25 -0700 (PDT)
Received: from [10.2.1.230] (223-165-19-210.liverton.net.nz. [223.165.19.210]) by smtp.gmail.com with ESMTPSA id c37-20020a634e25000000b00528513c6bbcsm6399749pgb.28.2023.04.27.13.20.24 for <rfc-interest@rfc-editor.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 27 Apr 2023 13:20:25 -0700 (PDT)
Message-ID: <3e70ec52-8a7c-02f8-884c-94e42997588d@gmail.com>
Date: Fri, 28 Apr 2023 08:20:20 +1200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: rfc-interest@rfc-editor.org
References: <E024D9AC-2B92-4720-9713-519592D2362B@rfc-editor.org> <30c30c2f-4e96-560a-73dd-a51ba8d04714@comcast.net> <771B7586-FFBB-49E4-9B99-5578863FBD8B@rfc-editor.org> <CABcZeBOevOj8cWY7dacWxzwZS82+iAjf1p+DZWF=7WZ9JydnrQ@mail.gmail.com> <48de4d92-e279-4c26-ab3c-15dd854b56f8@betaapp.fastmail.com> <CABcZeBPqePQwPAq5pWda1pGaY_=kLkcOxCjZWmOv9yRZ_MNb7g@mail.gmail.com> <CA+9kkMBVMTG7Zku4gt_DwCNWArYTauR_O0u70zceCMtN2GNN_Q@mail.gmail.com> <796.1682529129@localhost> <CA+9kkMBiqZCqbDviOVQFmjROYJtViz=S7ZsW6T41mv4XGbZ3=g@mail.gmail.com> <04BE48FA-322D-457A-9D7B-A9DA8FCE8E50@rfc-editor.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <04BE48FA-322D-457A-9D7B-A9DA8FCE8E50@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc-interest/jzn5PWPxnYC6nbdZVrByNaxAadQ>
Subject: Re: [rfc-i] archiving outlinks in RFCs
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Apr 2023 20:20:30 -0000

I think that automating the errata creation is a good idea. The point is to trigger human intervention when it's appropriate, and that should be a stream choice rather than an RPC choice. In many cases an automated redirect to an archive copy will be all that's needed.

Regards
    Brian

On 28-Apr-23 08:10, Alexis Rossi wrote:
> It seems like using the errata system would maybe be a more haphazard method of fixing broken links over time, since it relies on humans to notice the original link is dead, report that as an errata, and then another human to check and approve it. Unless the proposal is to have a bot that files errata when links die (and then there’s just one human step to approve)?
> 
> 
>> On Apr 27, 2023, at 1:40 AM, Ted Hardie <ted.ietf@gmail.com <mailto:ted.ietf@gmail.com>> wrote:
>>
>> On Wed, Apr 26, 2023 at 6:12 PM Michael Richardson <mcr+ietf@sandelman.ca <mailto:mcr%2Bietf@sandelman.ca>> wrote:
>>
>>
>>     Ted Hardie <ted.ietf@gmail.com <mailto:ted.ietf@gmail.com>> wrote:
>>         > I agree with Ekr that this is problematic, but my concern is with external
>>         > links to other standards.  If I replace a link to https://ieee.example/876.1 <https://ieee.example/876.1>
>>         > to an archive link like
>>         > https://archivesite.example/see?https_ieee_example/876.1_retrieved_the_day_of_publication <https://archivesite.example/see?https_ieee_example/876.1_retrieved_the_day_of_publication>
>>         > then ieee.example has no chance to use its own redirects or tombstones to
>>
>>     It also keeps ieee.example from replacing the link that we were using with a
>>     link that goes through a paywall.
>>
>>     (Which, btw, DOES HAPPEN regularly)
>>
>>
>> I think this would also be grounds for filing an erratum.  But my basic point remains that the erratum process triggers the right thing: discussion among the folks within the IETF who are responsible for the relevant RFC.  There are several different "correct" responses depending on the circumstances, and they are the right folks to make the decision.  We already have a way to indicate that there are errata and/or display them in line.  We can use that here, rather than trying to decide in advance.
>>
>> regards,
>>
>> Ted
>>
>>
>>     --
>>     Michael Richardson <mcr+IETF@sandelman.ca <mailto:mcr%2BIETF@sandelman.ca>>   . o O ( IPv6 IøT consulting )
>>                Sandelman Software Works Inc, Ottawa and Worldwide
>>
>>
>>
>>
>> _______________________________________________
>> rfc-interest mailing list
>> rfc-interest@rfc-editor.org <mailto:rfc-interest@rfc-editor.org>
>> https://mailman.rfc-editor.org/mailman/listinfo/rfc-interest
> 
> 
> _______________________________________________
> rfc-interest mailing list
> rfc-interest@rfc-editor.org
> https://mailman.rfc-editor.org/mailman/listinfo/rfc-interest