Re: [Uri-review] In WG last call review of URI Schemes rtsp, rtsps and rtspu

Ted Hardie <ted.ietf@gmail.com> Wed, 09 May 2012 14:21 UTC

Return-Path: <ted.ietf@gmail.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 1E09E11E8072 for <uri-review@ietfa.amsl.com>; Wed, 9 May 2012 07:21:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.594
X-Spam-Level:
X-Spam-Status: No, score=-3.594 tagged_above=-999 required=5 tests=[AWL=0.005, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PAL47Rtl6AWC for <uri-review@ietfa.amsl.com>; Wed, 9 May 2012 07:21:29 -0700 (PDT)
Received: from mail-qc0-f172.google.com (mail-qc0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id C865311E808A for <uri-review@ietf.org>; Wed, 9 May 2012 07:21:28 -0700 (PDT)
Received: by qcsq13 with SMTP id q13so288098qcs.31 for <uri-review@ietf.org>; Wed, 09 May 2012 07:21:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=+M+ZF/y7yoOH674TbYFXfMWkC5+tiC7yReDAqHfSefY=; b=LhZzRGgRBk+CN8DNGYO/C9cS3oS9qisF/AjR9v/1lup9eK9ai1xbuVB2OwtIvvAi1X hugW19amAE4BMqSYLMy6Vf29V47efkBJtrjBEqW6H7GXEtHsyQ6anbikesrXeS7FkqiO K81HLokeQdCC4HPRFguZqbdfE3dJjt6DqwKeQoKMOxgOIhRWdSdYUg6z6BAQyFYFGXRC wwyXprsojNJEHtrSbur1B5Rj50e1Lb9YtCvsfIrFwXdYP9JXqsT5tgBIRAG9f3qBE79o bPIVh408X97EsX7s/JdT/3Hx2gzCIwUdiDOpAGZW0dCpq/BUw68f+SXjX7WGDZIFw66e 5YCg==
MIME-Version: 1.0
Received: by 10.229.135.81 with SMTP id m17mr135556qct.92.1336573288266; Wed, 09 May 2012 07:21:28 -0700 (PDT)
Received: by 10.229.25.199 with HTTP; Wed, 9 May 2012 07:21:28 -0700 (PDT)
In-Reply-To: <2591522F-75D2-4AE7-A4F9-02528B91433D@gbiv.com>
References: <4F99665D.8060404@ericsson.com> <CA+9kkMAvr6eXHzB_HMVgGqBHpUpeuh-mrWRP6-Ap0w3SZLvV-Q@mail.gmail.com> <4FA13522.6020103@ericsson.com> <C68CB012D9182D408CED7B884F441D4D194AD547DE@nambxv01a.corp.adobe.com> <4FA8EB2E.8070609@ericsson.com> <4FA8F231.90407@gmx.de> <CA+9kkMCOatpOO2P5c0PxSt=CKfUCG2pOaKYNkP-e-80ianps1Q@mail.gmail.com> <4FA95C23.3030802@gmx.de> <CA+9kkMBzae-tcMSjidwLF5kD5_FD1soNDGOgWA+jLLH0QYVLfA@mail.gmail.com> <F83F17D2-8E61-4F43-A183-8EC457291A59@gbiv.com> <4FA9CB84.8030609@it.aoyama.ac.jp> <2591522F-75D2-4AE7-A4F9-02528B91433D@gbiv.com>
Date: Wed, 09 May 2012 07:21:28 -0700
Message-ID: <CA+9kkMA_aRticFB+G9m-4K05uy9wrFu4OTzq1dZYp=MTmQL9tQ@mail.gmail.com>
From: Ted Hardie <ted.ietf@gmail.com>
To: "Roy T. Fielding" <fielding@gbiv.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: Julian Reschke <julian.reschke@gmx.de>, "public-iri@w3.org" <public-iri@w3.org>, "uri-review@ietf.org" <uri-review@ietf.org>, "mmusic-chairs@tools.ietf.org" <mmusic-chairs@tools.ietf.org>
Subject: Re: [Uri-review] In WG last call review of URI Schemes rtsp, rtsps and rtspu
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Wed, 09 May 2012 14:21:30 -0000

On Tue, May 8, 2012 at 9:28 PM, Roy T. Fielding <fielding@gbiv.com>
wrote, quoting Graham Klyne:

>>   Note that this specification, like any URI scheme specification, does
>>   not define syntax or meaning of a fragment identifier (see [STD66]),
>>   because these depend on the type of a retrieved representation.  In
>>   the currently known usage scenarios, a 'mailto' URI cannot be used to
>>   retrieve such representations.  Therefore, fragment identifiers are
>>   meaningless, SHOULD NOT be used on 'mailto' URIs, and SHOULD be
>>   ignored upon resolution.  The character "#" in <hfvalue>s MUST be
>>   escaped as %23.
>>
>> This seems to be fully in line with the discussion up to here, including Roy's comment above, but if anybody thinks it needs to be changed, please send some new proposed wording.
>
> The second to last sentence is wrong.  That spec cannot make
> normative requirements about something that is out of scope;
> any fragment is completely outside the scope of a URI scheme
> specification.  Just remove the "Therefore, ... resolution."
> sentence -- it serves no useful purpose.
>
> ....Roy
>

Would you still object if it simply said "Therefor fragment
identifiers are meaningless in current email contexts."?  I think this
remains useful and it eliminates the normative language.

regards,

Ted