Re: [Technical Errata Reported] RFC7725 (5181)

Tim Bray <tbray@textuality.com> Sat, 11 November 2017 08:07 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68B10129449 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 11 Nov 2017 00:07:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level:
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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=textuality-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 FqavagXF7C1M for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 11 Nov 2017 00:07:57 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86039120726 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sat, 11 Nov 2017 00:07:57 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1eDQiw-0005Id-V3 for ietf-http-wg-dist@listhub.w3.org; Sat, 11 Nov 2017 08:01:06 +0000
Resent-Date: Sat, 11 Nov 2017 08:01:06 +0000
Resent-Message-Id: <E1eDQiw-0005Id-V3@frink.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <tbray@textuality.com>) id 1eDQim-0005Ht-RI for ietf-http-wg@listhub.w3.org; Sat, 11 Nov 2017 08:00:56 +0000
Received: from mail-wm0-f54.google.com ([74.125.82.54]) by mimas.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from <tbray@textuality.com>) id 1eDQii-00051L-Mx for ietf-http-wg@w3.org; Sat, 11 Nov 2017 08:00:55 +0000
Received: by mail-wm0-f54.google.com with SMTP id l8so1029440wmg.4 for <ietf-http-wg@w3.org>; Sat, 11 Nov 2017 00:00:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=textuality-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ldeW80qg/s9syWVCkN+oBeMUrpU9UgaSoj0arqr+KR0=; b=o2QoF2D6hmm/8kxPfUnO5ograTQbbKa8eIIEGn/KUlvU02Xzaq03cnaUbRukg8tJ/p pvw5ejgNFgUqAxdYJr9KXUCC03UES9GBFbA/l6GffkJ0TLkp4yTRoHOMkORDMmmWFh4u snJFbvV3bucVvB4ILjDrzCmsEtiH4O796JsWGQV+Qt0XTvUdWuNtt8nfeMawWe1fz+mr r1BaAgS9oySIEC6rmdvAjyi9CfqCeMIh6tohLj+pSb7urOaiEJR+c5KNylM2dYVdfvkZ Y7Fuve+OoLCzB1GydVlusK10EDZTkIxuwrSGq9pGosIeay1yTpp/x+kvtoQO/Sj688ib Xb/Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ldeW80qg/s9syWVCkN+oBeMUrpU9UgaSoj0arqr+KR0=; b=PE4AVCCcY58jYvsyMU+3FEkWKNKHH/4+pzR2oob56CKTaF4DTOKcKfJGPSTLrHbjqV 0J921EAekivMndS0CYh3bIc4051r6+4YNYZrYJ6CsNo+9IN9RZHsHM7c52TUqLqfJkZA qAxjV+NvTYieoWEb1OXyHF6L1XGzbh/em5gdUWRhBnrFvpejz5w2I76swUSHDgbgyq4+ xaOmQ/0KIod7AnGxfCSlnTLWHMtD/lUbmK7tZpDWaZ5XUqDue5t3Vw1kxd3USY/L+ayi gDaZgadzlKeZmrtVDYhJNF7pt3w8IfLmhzuc665dPGPN47H3nH/jNJSGuBE1v2RMcO6R fP2Q==
X-Gm-Message-State: AJaThX6n4bJGxmUAinbPpERWwNATpQt8WklqRNb8NkJCRZ7SVWkHzfmH NgVy2DZmq5iQjLO/PTsx+mwJTZItQrzdTznsc8A94g==
X-Google-Smtp-Source: AGs4zMbZjkI/vtSVtlvmyrKwSVVaRAQZCc0naQa83/1WibJVZiKHF9sobg+emfcmp3EFIj2QZyP+ZV9RVDenTiwfteM=
X-Received: by 10.80.219.10 with SMTP id o10mr3923978edk.259.1510387230960; Sat, 11 Nov 2017 00:00:30 -0800 (PST)
MIME-Version: 1.0
Received: by 10.80.225.1 with HTTP; Sat, 11 Nov 2017 00:00:10 -0800 (PST)
X-Originating-IP: [174.6.224.108]
In-Reply-To: <20171111040540.030DBB81555@rfc-editor.org>
References: <20171111040540.030DBB81555@rfc-editor.org>
From: Tim Bray <tbray@textuality.com>
Date: Sat, 11 Nov 2017 08:00:10 +0000
Message-ID: <CAHBU6ivhg620DpC5Abs5DwfF9HFLE2UGafbw_X5MnFgJPy83wA@mail.gmail.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: Ben Campbell <ben@nostrum.com>, Alexey Melnikov <aamelnikov@fastmail.fm>, adam@nostrum.com, Mark Nottingham <mnot@mnot.net>, Patrick McManus <pmcmanus@mozilla.com>, bortzmeyer+ietf@nic.fr, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary="f403043e2cb8600583055db06e3b"
Received-SPF: none client-ip=74.125.82.54; envelope-from=tbray@textuality.com; helo=mail-wm0-f54.google.com
X-W3C-Hub-Spam-Status: No, score=-4.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1eDQii-00051L-Mx 23c93681083cd6e468b4697ea185b426
X-Original-To: ietf-http-wg@w3.org
Subject: Re: [Technical Errata Reported] RFC7725 (5181)
Archived-At: <http://www.w3.org/mid/CAHBU6ivhg620DpC5Abs5DwfF9HFLE2UGafbw_X5MnFgJPy83wA@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/34755
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

I think this erratum is probably right, and in the very unlikely event we
were to republish the 451 RFC we should give a little more thought to the
URI in the example.  It could be fun to dream up an address for an ISP of
the Roman Empire - perhaps a sketchy Internet cafe in Corinth - that is
actually interposing the block; I know one or two Latin scholars whom I’m
sure would be delighted to make erudite suggestions. There'd be fun to be
had around something like CXXVII.?.?.I but Roman notation had no zeroes.

Having said that, it's not 100% obvious that the URI is wrong - perhaps you
are sitting in the Senate’s own Imperial Library, foolishly looking for
radical-chic Judean subversives.  The Legionaries are on their way to get
you because you foolishly followed a non-HTTPS link.  It’s the big cats in
the Coliseum for you.

On Sat, Nov 11, 2017 at 4:05 AM, RFC Errata System <
rfc-editor@rfc-editor.org> wrote:

> The following errata report has been submitted for RFC7725,
> "An HTTP Status Code to Report Legal Obstacles".
>
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata/eid5181
>
> --------------------------------------
> Type: Technical
> Reported by: Stéphane Bortzmeyer <bortzmeyer+ietf@nic.fr>
>
> Section: 3
>
> Original Text
> -------------
>    Link: <https://spqr.example.org/legislatione>; rel="blocked-by"
>
>
> Corrected Text
> --------------
>    Link: <https://search.example.net/legal>; rel="blocked-by"
>
>
> Notes
> -----
> Of course, it is hard to say from just an URL but it seems that the
> original "blocked-by" mentioned the authority requesting the blocking (spqr
> = Roman Senate and People) while the text in section 4 says "The intent is
> that the header be used to identify the entity actually implementing
> blockage, not any other entity mandating it."
>
> Experience with the 451 crawler during the IETF 99 hackathon showed that
> several implementors got this wrong and used a "blocked-by" indicating the
> authority.
>
> [It could be a good idea to have two links, one for the authority and one
> for the implementor, but this is outside the scope of this errata.]
>
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC7725 (draft-ietf-httpbis-legally-restricted-status-04)
> --------------------------------------
> Title               : An HTTP Status Code to Report Legal Obstacles
> Publication Date    : February 2016
> Author(s)           : T. Bray
> Category            : PROPOSED STANDARD
> Source              : Hypertext Transfer Protocol Bis
> Area                : Applications and Real-Time
> Stream              : IETF
> Verifying Party     : IESG
>



-- 
- Tim Bray (If you’d like to send me a private message, see
https://keybase.io/timbray)