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 >> > > >
- [Uri-review] Correction: 'skype' and 'callto' sch… Mykyta Yevstifeyev
- Re: [Uri-review] 'skype' and 'callto' schemes Graham Klyne
- [Uri-review] 'skype' and 'callto' schemes Mykyta Yevstifeyev
- Re: [Uri-review] 'skype' and 'callto' schemes Mykyta Yevstifeyev
- Re: [Uri-review] 'skype' and 'callto' schemes Graham Klyne
- Re: [Uri-review] 'skype' and 'callto' schemes Mykyta Yevstifeyev