Re: [Uri-review] 'skype' and 'callto' schemes

Mykyta Yevstifeyev <evnikita2@gmail.com> Mon, 08 August 2011 03:59 UTC

Return-Path: <evnikita2@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 0367021F883A for <uri-review@ietfa.amsl.com>; Sun, 7 Aug 2011 20:59:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.353
X-Spam-Level:
X-Spam-Status: No, score=-3.353 tagged_above=-999 required=5 tests=[AWL=0.246, 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 bxepMUVL9JYB for <uri-review@ietfa.amsl.com>; Sun, 7 Aug 2011 20:59:09 -0700 (PDT)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by ietfa.amsl.com (Postfix) with ESMTP id 1937921F874F for <uri-review@ietf.org>; Sun, 7 Aug 2011 20:59:08 -0700 (PDT)
Received: by fxe6 with SMTP id 6so1649942fxe.31 for <uri-review@ietf.org>; Sun, 07 Aug 2011 20:59:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=7CJzVju3nYfNdFKgQfPicxCFDlC6YEZbg5HuaX4AVaQ=; b=Kp7sq2zqMkZWSG/O2btK9GKdRkjLpTKlWIfHmbJ2rfdKuRGCG8s/3rVZhUB+aD6u6p 8MFT13PPkU+0QNAGyiavjXGUSjlUGdjyBJwJ+Dt8Pmuog5M+mnoSMBM4MUaIgB+6Jn4C CF3wcX/hBBEWh4x7rigXqMU1y7ICl+rPJgkuM=
Received: by 10.223.62.76 with SMTP id w12mr6740746fah.123.1312775973198; Sun, 07 Aug 2011 20:59:33 -0700 (PDT)
Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id 28sm3847847fax.27.2011.08.07.20.59.31 (version=SSLv3 cipher=OTHER); Sun, 07 Aug 2011 20:59:31 -0700 (PDT)
Message-ID: <4E3F5F4A.7060804@gmail.com>
Date: Mon, 08 Aug 2011 07:00:10 +0300
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: Graham Klyne <GK-lists@ninebynine.org>
References: <4E22A22D.9040804@gmail.com> <4E23FB64.9010107@ninebynine.org>
In-Reply-To: <4E23FB64.9010107@ninebynine.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "uri-review@ietf.org" <uri-review@ietf.org>
Subject: Re: [Uri-review] 'skype' and 'callto' schemes
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, 08 Aug 2011 03:59:11 -0000

All,

I finally got to 'skype' URIs now; please see the template below:

>   Registration Template for 'skype' URI Scheme
>
>    URI scheme name.
>       "skype"
>    Status.
>       Provisional
>    URI scheme syntax.
>       The syntax of 'skype' URI described with ABNF [RFC5234] is as
>       follows:
>
>       skype-uri  = "skype:" name [params]
>       name       = telephone-subscriber / skype-name
>       telephone-subscriber = <as defined in RFC 3966 [RFC3966]>
>       skype-name = ALPHA 5( ALPHA / DIGIT ) *26 ( ALPHA / DIGIT )
>       params     = "?" param
>       param      = "call" / "add" / "chat" / "sendfile"
>                  / "userinfo" / ext-param
>       ext-param  = 1*ALPHA
>
>       where <ALPHA> and <DIGIT> rules are defined in RFC 5234.
>    URI scheme semantics.
>       The 'skype' URI designates the endpoint for a particlar operation
>       perfommed by Skype(tm).  Such operations are denotes by <param>,
>       if present (otherwise, the "call" operation is assumed to be
>       default).  The folowing table summarizes the posible operations:
>       +-----------------+---------------------------------------------+
>       | Keyword         | Summary                                     |
>       +-----------------+---------------------------------------------+
>       | call            | Perform the Skype call to <name>, which is  |
>       |                 | either a telephone number or Skype username |
>       +-----------------+---------------------------------------------+
>       | add             | Add <name> to Skype contact list            |
>       +-----------------+---------------------------------------------+
>       | chat            | Add <name> to Skype contact list and open a |
>       |                 | new chat                                    |
>       +-----------------+---------------------------------------------+
>       | sendfile        | Send a file to <name>                       |
>       +-----------------+---------------------------------------------+
>       | userinfo        | Show information about <name>               |
>       +-----------------+---------------------------------------------+
>       Please refer to the lates version of Skype API for technical
>       description of the operations.
>    Encoding considerations.
>       None except those discussed in RFC 3968 [RFC3968].
>    Applications/protocols that use this URI scheme name.
>       Skype(tm) is an only application currently using 'skype' URIs.
>    Interoperability considerations.
>       None
>    Security considerations.
>       None except those discussed in RFC 3968 [RFC3968].
>    Contact.
>       Skype Technologies S.A. <contactus@skype.net>
>    Author/Change controller.
> <TODO>
>    References.
>       [RFC3966] Schulzrinne, H., "The tel URI for Telephone Numbers",
>         RFC 3966, December 2004.
>       [RFC3986] Berners-Lee, T., Fielding, R., and L. Masinter,
>         "Uniform Resource Identifier (URI): Generic Syntax", STD 66,
>        RFC 3986, January 2005.
>       [RFC5234]  Crocker, D., Ed., and P. Overell, "Augmented BNF
>         for Syntax Specifications: ABNF", STD 68, RFC 5234,
>         January 2008.

If you have any comments, please provide them.

Thanks,
Mykyta Yevstifeyev

18.07.2011 12:22, Graham Klyne wrote:
> As skype is so widely used, I think a provisional scheme registration 
> would be sensible, but I don't think any new document should be 
> created.  If there's a non-confidential Skype document we can point 
> to, that should be enough.
>
> I vaguely recall callto: has been "around" for a while, but don't know 
> if it was ever formally defined.  According to 
> http://www.w3.org/Addressing/schemes (now retired, but still a 
> potential source of useful pointers), it looks as if it may have been 
> a Microsoft specification from 1998 
> (http://support.microsoft.com/kb/q157277/).
>
> #g
> -- 
>
>
> Mykyta Yevstifeyev wrote:
>> Hello,
>>
>> Skype(tm) is known to use 'skype' and 'callto' URI schemes.  There is 
>> no any clear specification of the schemes on the Skype site, nor can 
>> I find it on the Net.  However, the syntax is known; it is said to be 
>> (transforming into ABNF):
>>
>>> skype-uri      = "skype:" name [params]
>>> name           = telephone-subscriber / skype-username
>>> telephone-subscriber = <as defined in RFC 3966>
>>> skype-username = ALPHA 5( ALPHA / DIGIT ) *26( ALPHA/DIGIT)
>>> params         = "?" param
>>> param          = "add" / "call" / "chat" / "sendfile"
>>>                / "userinfo" / ext-param
>>> ext-param      = 1*ALPHA
>>>
>>> callto-uri     = "callto:" name
>>
>> The operations of 'callto' URIs are to open a Skype call to <name>; 
>> 'skype' URI provide richer semantics, per <params>.  Documentation 
>> for Skype operations is available from 
>> share.skype.com/media/1.2_api_doc_en.pdf (this document says it is 
>> confidential ;-).
>>
>> The 'skype' URIs are known to be widely used; 'callto' are also used, 
>> but not as often as 'skype'.  Currently, the schemes are not 
>> officially registered with IANA; so my questions is: Can (should?) an 
>> effort to specify these two schemes be undertaken?  Any thoughts are 
>> welcome.
>>
>> Mykyta Yevstifeyev
>>
>>
>>
>> _______________________________________________
>> Uri-review mailing list
>> Uri-review@ietf.org
>> https://www.ietf.org/mailman/listinfo/uri-review
>>
>
>
>