Re: [Uri-review] Request for review

Timothy Mcsweeney <tim@dropnumber.com> Sun, 31 May 2020 19:16 UTC

Return-Path: <tim@dropnumber.com>
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 A55F03A0C29 for <uri-review@ietfa.amsl.com>; Sun, 31 May 2020 12:16:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.795
X-Spam-Level:
X-Spam-Status: No, score=-1.795 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 b9nmTZOog57W for <uri-review@ietfa.amsl.com>; Sun, 31 May 2020 12:16:01 -0700 (PDT)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.197]) (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 927103A0C28 for <uri-review@ietf.org>; Sun, 31 May 2020 12:16:01 -0700 (PDT)
Received: from oxusgaltgw03.schlund.de ([10.72.72.49]) by mrelay.perfora.net (mreueus003 [74.208.5.2]) with ESMTPSA (Nemesis) id 0LZgcc-1jGMPh1MUO-00lVlW; Sun, 31 May 2020 21:15:57 +0200
Date: Sun, 31 May 2020 15:15:56 -0400
From: Timothy Mcsweeney <tim@dropnumber.com>
Reply-To: Timothy Mcsweeney <tim@dropnumber.com>
To: Michael Wojcik <Michael.Wojcik@microfocus.com>, uri-review@ietf.org
Message-ID: <1924775136.405242.1590952556836@email.ionos.com>
In-Reply-To: <DM6PR18MB270066320792DAC3091C6DA4F98C0@DM6PR18MB2700.namprd18.prod.outlook.com>
References: <491516506.246380.1589851279474@email.ionos.com> <5EC9B257.31362.CC5E003@dan.tobias.name> <1783049000.100771.1590323508943@email.ionos.com> <5ECA8A94.23977.101292FE@dan.tobias.name> <1426881880.158099.1590335585858@email.ionos.com> <94368b41-c15b-da2c-421d-fdd9300be6e9@dret.net> <1310141163.159340.1590344745080@email.ionos.com> <BL0PR2101MB102738EF50D7C8AD647E10BBA3B20@BL0PR2101MB1027.namprd21.prod.outlook.com> <1081815563.141711.1590624311343@email.ionos.com> <BL0PR2101MB102762C4CAFACC383412D5D8A38E0@BL0PR2101MB1027.namprd21.prod.outlook.com> <BL0PR2101MB10278A5360398EFF2E73FC0BA38E0@BL0PR2101MB1027.namprd21.prod.outlook.com> <117630321.142251.1590627970509@email.ionos.com> <8ae1641a-74c8-6c2d-7092-6cf53e745fb7@ninebynine.org> <797476254.282655.1590770737009@email.ionos.com> <656ab4ec-df34-c7a4-ed36-79a03623636c@ninebynine.org> <1435838702.391137.1590841215132@email.ionos.com> <DM6PR18MB270066320792DAC3091C6DA4F98C0@DM6PR18MB2700.namprd18.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
Importance: Normal
X-Mailer: Open-Xchange Mailer v7.10.1-Rev31
X-Originating-Client: open-xchange-appsuite
X-Provags-ID: V03:K1:/3zOHh5wSg3cYyiLjEGLJmUm5G1zoU+c1s+0TnMfYxTuNIX8kxO 0UXhdQ473oa2Ejh/92t2Ao8PXZ/jevOeJBxQhw1INvNkFHGT39LQA59ANW8z6zMWydFVSTs HW5q/MwneBobvAiLO+BEzbZOcLlEh8bl2xg/5uZnskuWnJDO2IFeLD4W+XbmDQdVyxcHpQA 6OFGzLvrPf4bMQUuIQUoQ==
X-UI-Out-Filterresults: notjunk:1;V03:K0:c1MIxM29d5U=:m3gY874pby0uz8zYsTmr2z rw4j+2+qdkH3FHAOwGhhW501RdxappzvinBChuhgzTGxggNRHJpWbdift5BzpA96YaTOyBzU8 auB7BdUPpElQ945IyrUzoa6RKJG8RN5PlCkyR7uVDroN+G/dtDtoGzXhhwe7+oZd5dJbfhGP9 D22S8nWhHnJApjObil3evwHOuD+bwJao0EYWVnVpaBYFuBVNvgKZ9Zu6RcY61zk+8q53n5rtL 8BYmo8uMzNjQWOuPNWqm1tX5RqpA1TigfQ9GOcGNoJD2yg8APMu6Us1PlUfayT0CPeOVVTveg CXrsv0JTL/Ivshs3vgaghdCrGbioz2aYIexCJPrpgHE1258UcjWzoRXa8G8+VAVBmiKnohKuw pYQR7pl/lwIcOIzuSgn8D4IBN3ld5cW+8wk62FiuEHE+n1PIHO3ue+uEFXa974OJDNFaXHLyV fBX08JMXuiUh2RAnpAnOgBTYEKx8whJd0e34IjhYeZhYktnXTlv87FqSUNq8aHGnyALNLpf2V 7GZDpXkO9z93rrG5KuCP3lPxovxIlQiTKxEz5ond5IPegjkBMDhG5PC8vgVT5WrckhDThxW3H 5tNs6tHjszhhpkgfMJsvH4v1Auiwi9607R/AgLOHcnu2NsFo30agB3qhQ9h9Jm/IXnn4R7cd2 VuYhRV4mOBXgkSqbyxeOsUIkfdzjk8UyjXhPncAvsVX+WazydDXyXjBukSNgAt2u6+wy5BGHu Ipyww5w+8ilTbTvT4kY1RT74aIryj2kurFEhMPySWZ11ef9F5IsBU/pSMOr0opJAxSldGVd96 MRI4iQwK1URjtEMkm/Wtfua0M1qhTw91Nny5/pRNgF6MGjNwUjj/8mbuO9Gpl3mTcv/m7BP
Archived-At: <https://mailarchive.ietf.org/arch/msg/uri-review/YNHMjTt64Qh2MBuMf9GvzxXNOJI>
Subject: Re: [Uri-review] Request for review
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.29
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: Sun, 31 May 2020 19:16:06 -0000

>The issue here is that you're misinterpreting RFC 3986.

I noticed two of the original authors are on the email list.  It would
be nice to hear what the original interpretation was.

>To be honest, I don't understand why you're being so difficult about this.
 
Having a different perspective is no being difficult. 
Imagine the first color blind person telling everyone the grass is dark gray.




On May 30, 2020 at 10:01 AM Michael Wojcik < Michael.Wojcik@microfocus.com> wrote:


From: Uri-review [mailto: uri-review-bounces@ietf.org] On Behalf Of Timothy Mcsweeney
Sent: Saturday, May 30, 2020 06:20
To: Graham Klyne; uri-review@ietf.org
And if people want to make parsers that don't work with the spec it doesn't
become the spec's problem.
That's not the issue here. The issue here is that you're misinterpreting RFC 3986.

3986 section 3 is not ambiguous. The first production is:

URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

The colon is explicit and not optional. A minimal URI consists of a scheme, a colon, and a hier-part. There's no wiggle room there, and no amount of casuistry regarding other parts of 3986 will change that.

Someone could also point to 1.2.3, where the language clearly notes that the colon is the scheme delimiter; or 3.5, which makes it clear that the hash symbol is always the fragment delimiter. But those arguments are redundant in light of the generic-URI top-level production that begins section 3.

To be honest, I don't understand why you're being so difficult about this. What's your motive for trying to find grounds in 3986 for repurposing the fragment identifier?

--
Michael Wojcik