Re: [apps-discuss] Webfinger: acct "link relation"
"Paul E. Jones" <paulej@packetizer.com> Wed, 14 March 2012 19:38 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 4D40C21F84F3 for <apps-discuss@ietfa.amsl.com>; Wed, 14 Mar 2012 12:38:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.235
X-Spam-Level:
X-Spam-Status: No, score=-2.235 tagged_above=-999 required=5 tests=[AWL=-0.238, BAYES_00=-2.599, HS_INDEX_PARAM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6]
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 igGG4Bp3mt1m for <apps-discuss@ietfa.amsl.com>; Wed, 14 Mar 2012 12:38:17 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id F304321F85BE for <apps-discuss@ietf.org>; Wed, 14 Mar 2012 12:38:16 -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 q2EJcEOM011933 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 14 Mar 2012 15:38:15 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1331753895; bh=Hc8OpOBKzA96JO5MggWMVDUPL5OXUHcjupAQDXOGhF4=; h=From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=gBolh8+5urYDpjVOu9RMCjyt34GRHUwmaq2WAN0fkeXaTjz7nf2fiemqWhzNlG5dV p01wurCfNE+1ygR55WT9zAAjiDVBHFUcTm0Qr69B4Z6F81dtevnWOYRItHOhIRIX51 3dlVfA0uw8xnUmHxOuQBAHtMkG4gruC9UNwirCnA=
From: "Paul E. Jones" <paulej@packetizer.com>
To: 'Bob Wyman' <bob@wyman.us>
References: <05d001cd01a7$3cbb0c70$b6312550$@packetizer.com> <CAA1s49Um890zy=Vb58YORFEwdBUsRSqk-14knhCdJKyp_rH4qA@mail.gmail.com>
In-Reply-To: <CAA1s49Um890zy=Vb58YORFEwdBUsRSqk-14knhCdJKyp_rH4qA@mail.gmail.com>
Date: Wed, 14 Mar 2012 15:38:18 -0400
Message-ID: <017201cd021a$02320450$06960cf0$@packetizer.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0173_01CD01F8.7B21C3E0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQIpr5CrRpL27TKx2eu4GfpqVU03ngIPbM1elaBXCAA=
Content-Language: en-us
Cc: webfinger@googlegroups.com, apps-discuss@ietf.org
Subject: Re: [apps-discuss] Webfinger: acct "link relation"
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: Wed, 14 Mar 2012 19:38:21 -0000
Bob, I want to improve the language in the introduction of that section, but I do think it is reasonable to assume that a user with a given email address may have an account with the same name on the server. There are instances where that would not be the case, but a 404 would be returned in that instance. It has been suggested that perhaps making this assumption would lead to returning information for the wrong person. That's possible, but I believe Webfinger might help to encourage domain owners from putting themselves in that situation. If user@example.com is a non-email account at that domain, there should not be a real user account with the same name, but belonging to a different person. It's simply poor practice. It confuses humans. We could get this straight in protocol, but it would never address the confusion in the human mind. In any case, I want the "acct" link relation to refer to other accounts, not necessarily the "right" account. The wording was not clear on that. Here's the proposed wording changes for the first 3 paragraphs (now reduced to two): Users of some services might have an acct URI that looks significantly different from their email address, perhaps using entirely different domain names. It is also possible that a user has multiple accounts that a Webfinger client may want to query. As such, it is useful to allow one user account to refer to one or more other account identifiers. To make a reference to other user accounts, one uses the "acct" link relation. Consider the following example. I welcome any textual changes to make this clearer. Paul From: bobwyman@gmail.com [mailto:bobwyman@gmail.com] On Behalf Of Bob Wyman Sent: Wednesday, March 14, 2012 11:26 AM To: Paul E. Jones Cc: apps-discuss@ietf.org; webfinger@googlegroups.com Subject: Re: [apps-discuss] Webfinger: acct "link relation" Thanks for mentioning section 6. I have been puzzling over this for some time now. It seems to me that if Alice receives an email from "bob@example.net" then, because there is no certain equivalence of mailto: and acct: identifiers, Alice should query for "mailto:bob@example.net" in order to discover "acct:bob@example.com <mailto:acct%3Abob@example.com> " rather than assuming similarity between the mailto: and acct: identifiers and first querying for "acct:bob@example.net <mailto:acct%3Abob@example.net> ." It must be remembered that WebFinger acct: identifiers need not be the same as or even similar to mailto: identifiers. Additionly, similar identifiers, such as "mailto:bob@example.net" and "acct:bob@example.net <mailto:acct%3Abob@example.net> ," need not identify the same person or entity. (although it would be really, really smart if they did...) Given that in most cases, "acct:xxx" and "mailto:xxx" will, in fact, be associated with the same entity, it would be a bit of a nuisance to require the multi-step discovery process outlined above. Especially since we know that mapping from mailto: to acct: will be a very, very common requirement. Thus, it seems reasonable to me that we would add a few new rules: 1) If the server responding to a request for mailto: information is also the authoritative server for the WebFinger acct information, it may provide that information as long as it also provides a link with rel=acct element to identify the acct:. In this case, it should be understood that any information provided (other than the link that shows the relationship between the identifiers) is associated with the acct: identifier, not with the mailto: identifier. This server-side automatic mapping rule could, of course, be generalized to say that whenever the server knows the exact mapping from any URI, no matter what scheme it uses, to a corresponding acct: URI, it may perform the translation as long as it provides an appropriate link with (rel=acct) in its response. 2) To enable clients to do URI translations, it would be useful for servers to be able to describe those translations which are easily performed. For instance, for servers that maintain a one-to-one relationship between mailto: and acct: URIs, it should be possible for the server to publish in its host metadata the mapping between the two identifiers. Thus, we might have an XRD like the following: <XRD xmlns="http://docs.oasis-open.org/ns/xri/xrd-1.0"> <Link rel="lrdd" type="application/xrd+xml" template="https://example.com/lrdd/?uri={uri} <https://example.com/lrdd/?uri=%7buri%7d> "/> <Link rel="mailto2acct" template="acct:{mailto_id}"/> </XRD> The XRD above not only describes the general template for forming queries, it gives specific instructions re optional pre-translation for mailto: URIs. Clearly, more complex template mappings would be interesting and often useful, but perhaps too complex. bob wyman On Wed, Mar 14, 2012 at 1:56 AM, Paul E. Jones <paulej@packetizer.com> wrote: > Folks, > > > > In the latest Webfinger draft, we introduced a "acct" link relation named > "acct" (see Section 6). The intent with that link relation was to allow for > one to inform a webfinger client that a user's account information may be > retrieved elsewhere. I believe this will be important, since a user might > have more than one account and this might serve as a means of associating > them. Certainly, it would be a way of retrieving information from those > other accounts automatically. > > > > Perhaps calling the new link relation "acct" is too restrictive, though. If > one used Webfinger to query other kinds of information other than a user's > account, there may still be a need/desire to refer the Webfinger client to > other resources. > > > > What do you think about changing this section such that the link relation is > renamed to "seealso"? This would still be useful when querying an acct URI, > but would also be useful when querying any URI since it is more generic. > > > > Do note that "seealso" would be different than the "alternate" link > relation. It would not refer to alternative information, but would refer to > supplemental information. In practice, the supplemental information may be > the more informative since the bulk of the information related to a user > might be held under a different account. > > > > Your thoughts? > > > > Paul > > > > > > > > > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss >
- Re: [apps-discuss] Webfinger: acct "link relation" Michiel de Jong
- [apps-discuss] Webfinger: acct "link relation" Paul E. Jones
- [apps-discuss] R: Webfinger: acct "link relation" Goix Laurent Walter
- Re: [apps-discuss] Webfinger: acct "link relation" Melvin Carvalho
- Re: [apps-discuss] Webfinger: acct "link relation" Bob Wyman
- Re: [apps-discuss] Webfinger: acct "link relation" Paul E. Jones
- Re: [apps-discuss] Webfinger: acct "link relation" Paul E. Jones
- Re: [apps-discuss] Webfinger: acct "link relation" Paul E. Jones
- Re: [apps-discuss] Webfinger: acct "link relation" Paul E. Jones
- Re: [apps-discuss] Webfinger: acct "link relation" Bob Wyman
- Re: [apps-discuss] Webfinger: acct "link relation" Paul E. Jones
- Re: [apps-discuss] Webfinger: acct "link relation" Michiel de Jong