Re: [Uri-review] New URI scheme for review

Bob Van Zant <bob@eventbrite.com> Mon, 24 October 2011 15:36 UTC

Return-Path: <bob@eventbrite.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 0909521F8E58 for <uri-review@ietfa.amsl.com>; Mon, 24 Oct 2011 08:36:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.534
X-Spam-Level:
X-Spam-Status: No, score=-2.534 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, URI_HEX=0.368]
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 Z8UQpK33c2O4 for <uri-review@ietfa.amsl.com>; Mon, 24 Oct 2011 08:36:30 -0700 (PDT)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id 4D38821F8CA7 for <uri-review@ietf.org>; Mon, 24 Oct 2011 08:36:30 -0700 (PDT)
Received: by iabn5 with SMTP id n5so9241622iab.31 for <uri-review@ietf.org>; Mon, 24 Oct 2011 08:36:24 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.43.44.199 with SMTP id uh7mr40776456icb.25.1319470583599; Mon, 24 Oct 2011 08:36:23 -0700 (PDT)
Received: by 10.50.180.195 with HTTP; Mon, 24 Oct 2011 08:36:23 -0700 (PDT)
In-Reply-To: <4EA52F0F.20007@gmail.com>
References: <CAHcUcOGgv8deMk3yw0FH8HrHee5Hi0pXcFCRwYDfaO_ta_nuGA@mail.gmail.com> <4EA24B23.3010900@gmail.com> <4EA33D70.6080500@it.aoyama.ac.jp> <4EA4EDFB.3050406@gmail.com> <CAHcUcOF=z7v5cTN7gsvfX45QLw2jGNSdiQYgybUB6Aq=BjjkZw@mail.gmail.com> <4EA52F0F.20007@gmail.com>
Date: Mon, 24 Oct 2011 08:36:23 -0700
Message-ID: <CAHcUcOGR5F5oA98=q43JgH7JN3GEB0pyEA1XwTp2TqUnOO1eMg@mail.gmail.com>
From: Bob Van Zant <bob@eventbrite.com>
To: Mykyta Yevstifeyev <evnikita2@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: uri-review@ietf.org
Subject: Re: [Uri-review] New URI scheme for review
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: Mon, 24 Oct 2011 15:36:31 -0000

In development, yes.

On Mon, Oct 24, 2011 at 2:25 AM, Mykyta Yevstifeyev <evnikita2@gmail.com> wrote:
> 24.10.2011 8:32, Bob Van Zant wrote:
>>
>> In that discussion the working group appears to be agreeing that
>> there's no reason to ask organizations to register structured names
>> like com-eventbrite-attendee. It does not appear to suggest that
>> organizations should not register their schemes.
>
> Have you been using this name so far?  Mykyta
>
>>
>> In any case I submitted our registration request to IANA before this
>> occurred.
>>
>>
>>
>> On Sun, Oct 23, 2011 at 9:47 PM, Mykyta Yevstifeyev<evnikita2@gmail.com>
>>  wrote:
>>>
>>> 23.10.2011 1:02, "Martin J. Dürst" wrote:
>>>>
>>>> Hello Mykyta,
>>>>
>>>> On 2011/10/22 13:48, Mykyta Yevstifeyev wrote:
>>>>>
>>>>> Bob,
>>>>>
>>>>> The IRI WG has reached the consensus to remove the statement you were
>>>>> guided by in the 4395bis.
>>>>
>>>> Can you say which statement you are referring to?
>>>
>>> See http://trac.tools.ietf.org/wg/iri/trac/ticket/73; that's
>>>
>>>>    Organizations that desire a private name space for URI scheme names
>>>>    are encouraged to use a prefix based on their domain name, expressed
>>>>    in reverse order.  For example, a URI scheme name of com-example-info
>>>>    might be registered by the vendor that owns the example.com domain
>>>>    name.
>>>
>>> Mykyta
>>>
>>>> Regards,   Martin.
>>>>
>>>>> It hasn't been the current practice, I and I
>>>>> don't recommend you to proceed with the registration.
>>>>>
>>>>> Thanks,
>>>>> Mykyta Yevstifeyev
>>>>>
>>>>> 11.10.2011 2:30, Bob Van Zant wrote:
>>>>>>
>>>>>> It looks like most URI schemes like this one are never registered with
>>>>>> IANA. It seems like The Right Thing to do and so I present to the list
>>>>>> the URI scheme com-eventbrite-attendee.
>>>>>>
>>>>>>
>>>>>> URI scheme name.
>>>>>> com-eventbrite-attendee
>>>>>>
>>>>>> Status.
>>>>>> provisional
>>>>>>
>>>>>> URI scheme syntax.
>>>>>> uri = "com-eventbrite-attendee:" method [ "?" query ]
>>>>>> method = "resetpassword" / "tickets"
>>>>>>
>>>>>> Example:
>>>>>>
>>>>>>
>>>>>>
>>>>>> com-eventbrite-attendee:resetpassword?email=user%40domain.com&token=DEADBEEF
>>>>>>
>>>>>>
>>>>>> URI scheme semantics.
>>>>>> This scheme is intended to be used by operating systems that have the
>>>>>> Eventbrite Attendee application installed. When a URI with
>>>>>> this scheme is encountered it is expected that the operating system
>>>>>> launches the Eventbrite Attendee application with the method and
>>>>>> query parameters specified in the URI.
>>>>>>
>>>>>> The exact semantics for how URL information is communicated to the
>>>>>> Eventbrite Attendee app may vary on an operating system basis. The
>>>>>> expectation is simply that the operating system follows its own
>>>>>> conventions for passing the method and query parameters into the
>>>>>> application.
>>>>>>
>>>>>> Encoding considerations.
>>>>>> The scheme and method portions of this proposed URI avoid encoding
>>>>>> issues by limiting itself to a subset of ASCII.
>>>>>>
>>>>>> The query portion of a com-eventbrite-attendee URI shall be encoded
>>>>>> according to the rules in RFC 3986.
>>>>>>
>>>>>> Applications/protocols that use this URI scheme name.
>>>>>>
>>>>>> - Eventbrite Attendee for iOS
>>>>>> - Eventbrite Attendee for Android
>>>>>>
>>>>>> Interoperability considerations.
>>>>>> none.
>>>>>>
>>>>>> Security considerations.
>>>>>> Against recommendations in RFC 3986 section 7.5 a
>>>>>> com-eventbrite-attendee: URI may be used to transmit sensitive
>>>>>> information. For example, it may be used to communicate a password
>>>>>> reset token in email for a user following a "Forgot your password"
>>>>>> flow. Though this token may have transmitted over insecure channels
>>>>>> on its way to the application care must still be taken by
>>>>>> application developers to not divulge this secret.
>>>>>>
>>>>>> RFC 3986 sections 7.2 and 7.5 apply
>>>>>>
>>>>>> Contact.
>>>>>> Bob Van Zant
>>>>>> Eventbrite
>>>>>> 651 Brannan St
>>>>>> San Francisco, CA 94103
>>>>>> USA
>>>>>>
>>>>>> EMail: bob@eventbrite.com
>>>>>>
>>>>>> Author/Change controller.
>>>>>> Bob Van Zant
>>>>>>
>>>>>> References.
>>>>>>
>>>>>> Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform
>>>>>> Resource Identifier (URI): Generic Syntax", STD 66, RFC 3986,
>>>>>> January 2005.
>>>>>> _______________________________________________
>>>>>> Uri-review mailing list
>>>>>> Uri-review@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/uri-review
>>>>>>
>>>>> _______________________________________________
>>>>> Uri-review mailing list
>>>>> Uri-review@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/uri-review
>>>>>
>>> _______________________________________________
>>> Uri-review mailing list
>>> Uri-review@ietf.org
>>> https://www.ietf.org/mailman/listinfo/uri-review
>>>
>
>