Re: [dispatch] [Last-Call] Genart last call review of draft-hardie-dispatch-rfc3405-update-03

Julian Reschke <julian.reschke@gmx.de> Thu, 03 September 2020 18:31 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79B643A1131 for <dispatch@ietfa.amsl.com>; Thu, 3 Sep 2020 11:31:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.847
X-Spam-Level:
X-Spam-Status: No, score=-2.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.948, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 RDywEvNPPHQJ for <dispatch@ietfa.amsl.com>; Thu, 3 Sep 2020 11:31:04 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 012F33A1136 for <dispatch@ietf.org>; Thu, 3 Sep 2020 11:31:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1599157861; bh=5zfIGdBrTMsIpdIdRxgVmH8ZoJqy33yRz30zxVAsVpo=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=k79f4WM5pSWomHcTcmPvaQZ09h8ex2rBURBSLjzM7MQCrZHWEdmMIckOy4lgRBxVW E2SNQjyWYLU90hNy7LEIgTSG6AWvi7LQ/jr4MbEBzAjx72m2Ycf5hLXnm0N+ykA/OK qQvY7jWutcRuSIkoJmBEIjLlQ0WzqB0eB1hRiSwY=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.124] ([84.171.154.242]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MC34h-1kPhJA0pQL-00CObT for <dispatch@ietf.org>; Thu, 03 Sep 2020 20:31:01 +0200
To: dispatch@ietf.org
References: <159893058662.23844.17177953972396775177@ietfa.amsl.com> <1066090379.166058.1598958286518@email.ionos.com> <CALaySJJaUDysmd+MFtQY1EfxjhVTq9sxEbQa6tf6Wy8g_3ERiA@mail.gmail.com> <674529702.175704.1598975928192@email.ionos.com> <CAL0qLwYajVR-MDHdnFzY-n4Rqzur4GHBpmQL63YBz2b74Bqa1g@mail.gmail.com> <808181205.131590.1599043971572@email.ionos.com> <CA+9kkMAwvmu5FM=R=_z37ekybHycjrz4RyNZBb3ThRFwU3XQFQ@mail.gmail.com> <d56b7ab8-52f7-c0bc-3c68-d7893c903be2@gmail.com> <592053892.283347.1599127247758@email.ionos.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <c597fde9-0368-bf50-3366-6b6da4758a76@gmx.de>
Date: Thu, 03 Sep 2020 20:31:00 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.2.1
MIME-Version: 1.0
In-Reply-To: <592053892.283347.1599127247758@email.ionos.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:6guMpoNphuuzF/dOERbC9Dq+lA1Ys81VXGYWYbfwjn6qEQnJnjm ehoZnCcnjrJkEjVrEFdrmeusv07hDfQi6+d6F/f2LCxLroF+BEPx5EX9o12/+FpZZ5cUXwx nGLN1sEtZgFQA7otpFdSmturPq+ZxORzHl2+Hq/96GUMynZQ+uiOTuPnvwioa58kyzVxCSS 9dNuSur+vjP8rLivG0onQ==
X-UI-Out-Filterresults: notjunk:1;V03:K0:2lmPVJwWNUI=:ySv0kNgfoMHSXs6LRqxeVi UnI4aHZ08MeQUI4o1xhVQBP9fCKYokJ56ySjr1KSCxF+4ilB5Ua+CWTyM1aNlAs6jeTgzeIZe aUltctavIu964h+Uib0GeZCLS/2cH9dmWQGmaQSzAsvX7mksX1MtHTgmY+awaDO2+CmPWssg3 CP54p4vrzInqdwN8hULDpL59zDALaw1wcrfXBvYllUPC5qS/OYjEe0BzjE6llYC3kCURdih6Q PrnI7TcguMXuWr7sPGGmnHe01Z5Q2QybdN8A2Qrk8NSCMBvV9fQo9laCLPtJmNzZUNqYLfAsO k6uVfoAHSnud4VScC88Piib9uoeXqP1ldVGybLcXTtHR7LVVtWbU4oVWznLXUd2L0jiDnGZg0 cYmbcawCLJNa+b8q4800yoiMnlrlRS7uWaaLFnhlZtUwgUD8jhjTdnX7VVgMmPAL8D2cR9IRt zxdaPz/5CqM02G0bBhCCLAivtICSHOudBSrtKBfXo/SJvEq4XW6VY5xMR/zooxCSC3d02pgcR 9B0civlTCifFmHXRXdCAYcCC4EJBnfsOKNIW9Ka7bLDS1wPz/SzoKfcFkmAXiv2ATzfD8lY5Y N8msPKqRKiDTf+uT3K/fQ8/6HaN16/NCy3NSCL9mpeHCvqptKmRCD6Oxq8gpgkKA2ahRS0Em2 MG7JUQrdxzxRvWqC9yYKAjOxhjBW/r51dqUnD+RdUdhiq1ahKiqtu7FaNExqBCBBXIWwcoeUo p2Ol8WBZ6quTks4gg5PYRKCax+nZoe+VuC9PrzsMdscvcqBqgmr9EY8FUX/r9TaOruA3JX7A0 EqfAZFOpnP/TxT2Os8c/d8UBf9x7KKR+NQyCkv6ihrtudkVVYdNkAhOO/mNZ7VEd9naKKiAca OaHfVFYcidE9npLfEPTr7yCUAEK4hfhTYBTcCTMGkuW3TV9icIVZFQBBxsnphAAriNKdWlafT uUNe73I+7m2ErtH/rgMFMASRYSj/GthXfMDtjAkS9fDWxuvnlVIn2NetHuzPudbxJNkan2/sg DFzNrJS3p+MUFKGdGC+T6TuBlq+2Juw1Crq58H4AwqDSLClvj+s2CHvkMT+5JFwtLOEXhPWo6 GbhvWsP0923FUcGInn5PFj2fQAY57gRHDwzK6KS387cqtRkEeBYW2q9dKHfxHN3galv+xJcN3 FvZMzGXxa5sCE0XdsQeHeThKNmq14wUzAziUHqLgzGlVtT0OrtXoRn8I6oRphhytt1ejQcVZa m+zIKsA+JnHnTKOKFRKSLJwyB5hMnBTlrAIoVOg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/7zJaFepdIb-NmznjElbzbNr0thw>
Subject: Re: [dispatch] [Last-Call] Genart last call review of draft-hardie-dispatch-rfc3405-update-03
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Sep 2020 18:31:08 -0000

Am 03.09.2020 um 12:00 schrieb Timothy Mcsweeney:
> Hi Brian,
>  >Re-assuming my hat as a Gen-ART reviewer for this draft, I think that
> this
>  >change would be a mistake, as it no longer explicitly informs the reader
>  >what has been changed in RFC 3405.
>  >If we really want to be precise, I suggest:
>  >2. Updated Requirements
>  >This document removes the normative requirement from section 3.1.1
>  >of RFC 3405 for registrations in URI.ARPA to be from the IETF URI Tree.
>  >All registrations in URI.ARPA MUST now be for schemes which are
>  >permanent registrations, as they are described in BCP 35.
> In the interest of brevity, we probably don't really need that second
> sentence.  And it might help to open things up a bit.
> Tim

So even if that sentence was gone, you still wouldn't be able to
register something that has not been registered as a URI scheme, because
of <https://tools.ietf.org/html/rfc3405#section-3> saying "The creation
of a given URI scheme or URN namespace id (NID) follows the appropriate
registration documents for those spaces."   (Or am I missing something?).

How would that help you for your use case?

Best regards, Julian