Re: [Uri-review] [IANA #1270959] Registration of dhttp Schema name (uri-schemes)

Graham Klyne <gk@ninebynine.org> Sat, 13 May 2023 10:03 UTC

Return-Path: <gk@ninebynine.org>
X-Original-To: uri-review@ietfa.amsl.com
Delivered-To: uri-review@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F1F3C169523 for <uri-review@ietfa.amsl.com>; Sat, 13 May 2023 03:03:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.047
X-Spam-Level:
X-Spam-Status: No, score=-1.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_12_24=1.049, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ninebynine.org header.b="UiWcYAnF"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="pVk9amu0"
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 GjQGwoYoPvtp for <uri-review@ietfa.amsl.com>; Sat, 13 May 2023 03:03:35 -0700 (PDT)
Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 30B0FC137395 for <uri-review@ietf.org>; Sat, 13 May 2023 03:03:35 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id B3F64320005D; Sat, 13 May 2023 06:03:33 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sat, 13 May 2023 06:03:33 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ninebynine.org; h=cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1683972213; x=1684058613; bh=H2 H8RbaTsI9BRtB7uZ7rH8MkNW/ov/sJe+X4lEA4Sfg=; b=UiWcYAnF9S9qdZoq4e UUn2eu2mq+PPBR70DM+SYxXISe97NjyCwAoxzYSEp9X3Qmapc8nclpk0/h49eYsM CZtpvQYFkDobZvRDiK/QjIK8/Wyc8KTlRGoMGD8PYzQv8TB62CxrAkbUuReiJf5B SWT5XkLKUnLWTG0hFg1zcklAl3GC8FELVs2Qm3a4IStsEVUM7LvVxuP9dOjokIQi IZ2A2BAp3MsamEVnLb/5xuH4vzVkVw3nlqMJD7YiXde2Pi3oWuUFI/MOwAGI9nj2 TNV8NzNarDj7KOHX8CHa9K31OWMO/EmMVAU/vVXZdyAJ3NsvzFqNoV3XzBW4jhFq SH3w==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1683972213; x=1684058613; bh=H2H8RbaTsI9BR tB7uZ7rH8MkNW/ov/sJe+X4lEA4Sfg=; b=pVk9amu0yrnPJ0wFpIcuH1YFo+5xT wSmPrn9Aga3S+Sy5tqCEo1rHw1vGaQu8OH6NYgQiUr/++8kuveqW9GSkhMIld6wI 1ua+JJHtRuKHBoC5w6Jvx5ixrrqBHPhqlKPvprIj9yKjlrsHksMf7lHAaTP79usM /HMXlih6NohdfOVVDGYThnIYlsVgZ+3/iUCvUFj1q40FyhMxBH/ZK1YgbzQOxpjR 4Ax1G1nB5eYObD/qKGZLH8JqZCGGfIrVwVHc9Mh1+S38/OjgPrt5pRakubSWrWa7 QG52KkPZ8QOXENtyZ6iZSoj+uUSxWdrHEIZ2/gKJiEODjqx5SHugQY2rA==
X-ME-Sender: <xms:dWBfZK0JkNegLuuX82JGdOlEWzkBolANN6G65nty8y7u7qIL7GQEXw> <xme:dWBfZNGod2rluYrDZ9UZMJTXbeK6qwYeuYwpdV4kBfdtt0nlgKHKJpRJCfjT4scco iWm_E8uvcYphzb-kUM>
X-ME-Received: <xmr:dWBfZC7_qqxDly74ss9loAs3KeNRkzwEqrtk5_bCgSHRRlu-NN3L8HPQdgwP37bWg8GruxL2_N4HeaYyFA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeehvddgvddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptgfkffggfgfuvfhfhfgjsegrtderredtfeejnecuhfhrohhmpefirhgrhhgr mhcumfhlhihnvgcuoehgkhesnhhinhgvsgihnhhinhgvrdhorhhgqeenucggtffrrghtth gvrhhnpefhueekhfehjeevfffhudefgfekffdvtdetjeffffdvhfefkeeftddutefhjefh geenucffohhmrghinhepihgvthhfrdhorhhgpdiffedrohhrghdpfihikhhiphgvughirg drohhrghdpihgrnhgrrdhorhhgpdhnihhnvggshihnihhnvgdrohhrghenucevlhhushht vghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehgkhesnhhinhgvsgihnh hinhgvrdhorhhg
X-ME-Proxy: <xmx:dWBfZL1mXY38DIxWlFrecLGdHiZDwDouxZmKHt30EybY7--nnJmyBg> <xmx:dWBfZNFQkvMXz8DQPGlL2mpJmDxzWWt3rkAj4o-8h8WFSTYAzhJskA> <xmx:dWBfZE_LemkkKvPBIm6URJW_yW_pPcAb8B-6uF1b6qFEcChNToy4tQ> <xmx:dWBfZAOUexKo25Xi-TGfmg_2wzRq1hJxR8eS1t-N4-olsGFq8mxj1A>
Feedback-ID: i3b414768:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 13 May 2023 06:03:32 -0400 (EDT)
Content-Type: multipart/alternative; boundary="------------g7kJZLWu6HX0htkAcA2ayupu"
Message-ID: <4091101d-59fe-4817-31d5-f83ae1675471@ninebynine.org>
Date: Fri, 12 May 2023 13:14:17 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.9.1
Content-Language: en-GB
To: "Roy T. Fielding" <fielding@gbiv.com>, uri-review@ietf.org
References: <RT-Ticket-1270959@icann.org> <CAEp-PA_SGScCnxZjpFszTPR+uR==R2gjNV-QoBLiWHok7fvXWA@mail.gmail.com> <rt-5.0.3-126466-1681773256-807.1270959-37-0@icann.org> <24115C2D-8C2F-45D5-BB80-C30F653C019B@gbiv.com> <CA+9kkMAOiVqt5Ywr5ZpL1vNWZDQrraW+2E__ZzWJS6NVuc1rPw@mail.gmail.com> <1f06aca4-5aa1-a04c-6345-8f0b6895e95b@ninebynine.org> <87ba8eed-f040-70f9-d67d-76a8e9708a35@ninebynine.org> <126118CC-07B2-4ADC-AA82-C2677829F012@gbiv.com>
From: Graham Klyne <gk@ninebynine.org>
In-Reply-To: <126118CC-07B2-4ADC-AA82-C2677829F012@gbiv.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/uri-review/tcWzTaSBM8DfTB8YP8YRoMJ25Vo>
Subject: Re: [Uri-review] [IANA #1270959] Registration of dhttp Schema name (uri-schemes)
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Proposed URI Schemes <uri-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uri-review>, <mailto:uri-review-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/uri-review/>
List-Post: <mailto:uri-review@ietf.org>
List-Help: <mailto:uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 May 2023 10:03:40 -0000

Roy, thanks for your comments.

Here is a revised note with your improvements (but not using the word 
"deliberately").

#g


[[

## IANA reviewer note

This scheme has been provisionally registered under the “first come first 
served” policy set out in RFC 7595.  This means that the scheme has not been 
formally reviewed in the IETF, and is not recommended by the IETF for general 
use on the open Internet.

Further, the `dhttp` scheme is considered harmful by some in the IETF [R1] for 
at least the following reasons:

1. it creates confusion by associating with the existing "http" and "https" 
schemes of HTTP, even though the described protocol does not use HTTP. This 
could be an issue for applications that use the prefix "http://" and "https://" 
to identify links within text without parsing the surrounding context.

2. ‘dhttp’ is defined to be an alias of the provisionally registered ‘web3’ 
scheme, and URI aliases are, in general, considered harmful to the World Wide 
Web [R2].

3. Using the name ‘dhttp’ appears to be an attempt to legitimise web3 [R3] by 
association with HTTP (the current World Wide Web’s primary interaction protocol).

This note is intended to draw attention to potential problems that might arise 
if this scheme were to be used widely on the open Internet, and does not itself 
constitute a position by the IETF or IANA on the considerations raised.

[R1] https://mailarchive.ietf.org/arch/msg/uri-review/4Sj8k6rLZzqZsGgMEe6fLM-wE4U/

[R2] https://www.w3.org/TR/webarch/#uri-aliases

[R3] https://en.wikipedia.org/wiki/Web3

]]




On 10/05/2023 17:38, Roy T. Fielding wrote:
>> On May 10, 2023, at 8:40 AM, Graham Klyne <gk@ninebynine.org> wrote:
>>
>> Hi all,
>>
>> (IANA cc'ed, but no action requested at this time.)
>>
>>
>> I've drafted a possible note for addition to the provisional registration 
>> template for 'dhttp' [1]
>>
>> [1] https://www.iana.org/assignments/uri-schemes/prov/dhttp
>>
>> The intent is not to make a definitive statement about the goodness or 
>> badness of the scheme, but simply to act as a health warning of potential 
>> issues, and to highlight that its publication is NOT a recommendation for its 
>> use by the IETF.  Does this look reasonable?
>>
>
> Yes, but I think it could be a little less reasonable in parts where there is 
> no doubt,
> nor any need to be shy.
>
>> Proposed note follows.
>>
>>
>> #g
>>
>>
>> ## IANA reviewer note
>>
>> This scheme has been provisionally registered under the “first come first 
>> served” policy set out in RFC 7595.  This means that the scheme has not been 
>> formally reviewed in the IETF, and is not recommended by the IETF for general 
>> use on the open Internet.
>>
>> Further, the `dhttp` scheme is considered harmful by some in the IETF [R1] 
>> for at least the following reasons:
>>
>> 1. it creates confusion around the existing HTTP and HTTPS schemes.
>>
> 1. it deliberately associates with the existing "http" and "https" schemes of 
> HTTP, even though the described protocol does not use HTTP. This could be an 
> issue for applications that use the prefix "http://" and "https://" to 
> identify links within text without parsing the surrounding context.
>>
>> 2. ‘dhttp’ is defined to be an alias of the provisionally registered ‘web3’ 
>> scheme, and URI aliases are, in general, considered harmful to the World Wide 
>> Web [R2].
>>
> good
>>
>> 3. the activity known as “web3” [R3] has attracted much criticism, and is 
>> considered by some to be an attempt to insinuate controversial blockchain 
>> technology into the fabric of the World Wide Web.  Using the name ‘dhttp’ 
>> appears to be an attempt to legitimise web3 by association with HTTP (the 
>> current World Wide Web’s primary interaction protocol).
>>
>
> I would just use the second sentence. The first is a bit weird -- the scam is 
> not the technology's fault.
>
>>
>> This note is intended to draw attention to potential problems that might 
>> arise if this scheme were to be used widely on the open Internet, and does 
>> not itself constitute a position by the IETF or IANA on the considerations 
>> raised.
>>
>> [R1] 
>> https://mailarchive.ietf.org/arch/msg/uri-review/4Sj8k6rLZzqZsGgMEe6fLM-wE4U/
>>
>> [R2] https://www.w3.org/TR/webarch/#uri-aliases
>>
>> [R3] https://en.wikipedia.org/wiki/Web3
>>
>> ]]
>>
>
> +1, with or without my suggested changes above.
>
> ....Roy

-- 
Graham Klyne
mailto:gk@ninebynine.org
http://www.ninebynine.org
Mastodon: @gklyne@indieweb.social
GitHub/Skype: @gklyne