Re: [apps-discuss] The acct: scheme question

"Paul E. Jones" <paulej@packetizer.com> Thu, 28 June 2012 14:37 UTC

Return-Path: <paulej@packetizer.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEF8721F8512 for <apps-discuss@ietfa.amsl.com>; Thu, 28 Jun 2012 07:37:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 xGOhKyYnT2GS for <apps-discuss@ietfa.amsl.com>; Thu, 28 Jun 2012 07:37:25 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id DF3C621F8503 for <apps-discuss@ietf.org>; Thu, 28 Jun 2012 07:37:24 -0700 (PDT)
Received: from sydney (rrcs-98-101-148-48.midsouth.biz.rr.com [98.101.148.48]) (authenticated bits=0) by dublin.packetizer.com (8.14.5/8.14.5) with ESMTP id q5SEbKG1016461 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 28 Jun 2012 10:37:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1340894242; bh=7wFsQ5GxzY/R/fC0YjJ6R0Qqmm8zY1uElSLp2Gyz3FA=; h=From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=WPgXNsu6r/3jTiv0hq1NIC7J3Z9fPyOhbpoSjaCGctxHYzFJhV//9qO7tLIGzb7Kr vbWFRNib2sq1CdyyS2nggCOJ6n3fhSF9ISeEQyntRsi6kEK7Il4BctLjxHo/z42vOe IVkOJkU7pFI/CbexAd6f2QaWvfkhy0Iib+w27r3g=
From: "Paul E. Jones" <paulej@packetizer.com>
To: 'Melvin Carvalho' <melvincarvalho@gmail.com>
References: <9452079D1A51524AA5749AD23E00392812B6B6@exch-mbx901.corp.cloudmark.com> <CAKaEYhKpeayOw4sN4=NYaoXKJQ2e5P+pP8SqJqnt-=Barb=WqA@mail.gmail.com> <4E1F6AAD24975D4BA5B168042967394366568E4F@TK5EX14MBXC283.redmond.corp.microsoft.com> <1340723227.60315.YahooMailNeo@web31801.mail.mud.yahoo.com> <4E1F6AAD24975D4BA5B168042967394366568FF8@TK5EX14MBXC283.redmond.corp.microsoft.com> <043201cd54a5$79f2e170$6dd8a450$@packetizer.com> <CAKaEYhL0NS=RZXTdyOMBM_q15P7D1KZ9kgUyMYYB06kA9f0w8Q@mail.gmail.com>
In-Reply-To: <CAKaEYhL0NS=RZXTdyOMBM_q15P7D1KZ9kgUyMYYB06kA9f0w8Q@mail.gmail.com>
Date: Thu, 28 Jun 2012 10:37:29 -0400
Message-ID: <05b701cd553b$8cc82210$a6586630$@packetizer.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_05B8_01CD551A.05B6F740"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHACExhZgXedi2je/bJAOmWfz8jRwJIaUzKAl3mCNAA4XnPygFMoDK7Aaa5ChoBPL+df5bcnSFg
Content-Language: en-us
Cc: apps-discuss@ietf.org, "'Murray S. Kucherawy'" <msk@cloudmark.com>
Subject: Re: [apps-discuss] The acct: scheme question
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jun 2012 14:37:29 -0000

Melvin,

 

Just to the below point, it is the common discovery pattern that acct
addresses.  A service provider might identify users  in any number of ways,
but people need a well-defined and predictable way of using WebFinger.
Plus, they need an ID that has been proven to be understood by the average
user.  If I see a twitter ID like "paulej", I should be able to safely
assume that I can discover information via WF using acct:paulej@twitter.com.
Users will likely not enter the "acct:" part, but that's fine.  They often
do not enter "http://", either.

 

The reason I say that identifying Twitter, Facebook, Flickr, or other users
is in scope is that, regardless if those services publish via WebFinger or
not, the approach taken to discovery given a username and a domain name
should be consistent across the web.

 

Things like Open Graph are fine, but we need something consistent across the
web for simple, consistent discovery of information related to a URI.

 

Paul

 

Twitter, Facebook, Flikr and Google Plus all use HTTP URIs to describe their
user accounts.  This is best practice on the web, and recommended in Linked
Data Principles [1] which is the dominant discovery mechanism on the Web
today.  The gap in linked data, which I hope Webfinger can address, is a
common discovery pattern (using well-known locations) for email addresses.
If Twitter or Facebook and others have not asked for yet another way to
identify users, I am unsure why this use case is in scope.  Do note that
Facebook already have a first class discovery system in the Open Graph
Protocol.