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

"Paul E. Jones" <paulej@packetizer.com> Thu, 24 May 2012 02:44 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 9FE7011E80C0 for <apps-discuss@ietfa.amsl.com>; Wed, 23 May 2012 19:44:03 -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 5EY1YP0KJ-c9 for <apps-discuss@ietfa.amsl.com>; Wed, 23 May 2012 19:43:59 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id D2A3021F85AF for <apps-discuss@ietf.org>; Wed, 23 May 2012 19:43:58 -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 q4O2huUp027710 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 23 May 2012 22:43:57 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1337827437; bh=93KhKMyQV3+3anMEpshXimA5qOZ8ruTD5zctMRssE30=; h=From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=L1vBxMsZuRPvi4qlVC6wSjy3oLHVfK/aNgX/s86PkYtqA8+HNP3RuYz0foD6JhRlo +8O8wSKP40NezmRT2kXQkrdML5kfDNHPK/M96ymYqy4BMY4DDYZtU3OWbx+CV+hKga ifAGxWE06gxtqFhZd45lxRQoujps55LmDpTgUjEM=
From: "Paul E. Jones" <paulej@packetizer.com>
To: 'William Mills' <wmills@yahoo-inc.com>, 'Melvin Carvalho' <melvincarvalho@gmail.com>, 'John Bradley' <ve7jtb@ve7jtb.com>
References: <9452079D1A51524AA5749AD23E00392812B6B6@exch-mbx901.corp.cloudmark.com> <4E1F6AAD24975D4BA5B1680429673943665131A7@TK5EX14MBXC284.redmond.corp.microsoft.com> <7BCF42BF-127F-478B-A922-1E84D087A0F3@ve7jtb.com> <4FBBE0A6.5040906@stpeter.im> <B3B7CC14-B6E2-40FC-BA84-427CEE96A8E5@ve7jtb.com> <1337714535.85430.YahooMailNeo@web31806.mail.mud.yahoo.com> <4FBBEF0C.1020108@stpeter.im> <45370D62-B0A0-43F3-831F-BCAFA3959F8F@ve7jtb.com> <CAKaEYhJEWChPS4MS8pa+trqSNsmDS=dbD0gjK4Lu84a_=Lgbiw@mail.gmail.com> <1337798245.55153.YahooMailNeo@web31810.mail.mud.yahoo.com>
In-Reply-To: <1337798245.55153.YahooMailNeo@web31810.mail.mud.yahoo.com>
Date: Wed, 23 May 2012 22:44:02 -0400
Message-ID: <04f601cd3957$14ea4d90$3ebee8b0$@packetizer.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_04F7_01CD3935.8DD8AD90"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHACExhZgXedi2je/bJAOmWfz8jRwJNCmz6AWqGqq0A5pqAzQFvsme0Ae5wlHMCDZAj4AI8tnIJAV3lJy8CtExKP5Zv0vmw
Content-Language: en-us
Cc: apps-discuss@ietf.org
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, 24 May 2012 02:44:03 -0000

You're correct, though WebFinger could accept any URI, including "mailto".
The question is "what should a WF server return for such a URI?"  The same
information as for a user account ("acct")?  Something related to the user's
mail server or services?  Something else?

 

The use of "mailto:" is one of convenience since it's defined, but not the
right solution, IMO.

 

I mentioned before that "acct" was felt necessary after much debate (like
we're having now) since there are user accounts on domains for which there
is no associated email ID or where it just does not make sense.  I've
provided some examples before (twitter, photo sharing site, file sharing
site, etc.).

 

At the end of the day, we have the option to define an account URI for use
with WebFinger or to overload another to query for information related to a
user account.  The problem is that there are no others that are really
appropriate to overload.  Overloading "http:" using something like
http://packetizer.com/acct/paulej is not a good choice since there just
might be some domains already that use URLs of this form for other reasons
and querying those via WebFinger might return an XRD or JRD related to that
existing URL.  Mailto is not right, though it could be used for sites that
have email IDs.  But, arguing for use of "mailto:" is on par with arguing
for the use of "sip:".  Why do we propose using "mailto" but not "sip" or
"xmpp" or "h323"?  They could all be hacked for our purpose ;-)

 

The "acct" URI scheme has a narrow scope, well-defined application, no
conflicts with other URIs (that could also be used with WF for some
applications), does not overload / hack existing schemes, etc.  Thus, as
I've said before, I think it's a reasonable solution, even if it's not
necessarily the most appreciated URI scheme out there.  I suspect
appreciation for that URI scheme will grow with wider deployment of
WebFinger, though.

 

Paul

 

From: apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org]
On Behalf Of William Mills
Sent: Wednesday, May 23, 2012 2:37 PM
To: Melvin Carvalho; John Bradley
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] The acct: scheme question

 

I would argue that discovery for mailto: is covered by MX records in DNS,
no?

 


  _____  


From: Melvin Carvalho <melvincarvalho@gmail.com>
To: John Bradley <ve7jtb@ve7jtb.com> 
Cc: "apps-discuss@ietf.org" <apps-discuss@ietf.org> 
Sent: Wednesday, May 23, 2012 9:03 AM
Subject: Re: [apps-discuss] The acct: scheme question

 

 

On 22 May 2012 22:35, John Bradley <ve7jtb@ve7jtb.com> wrote:

While minimizing work is valuable.  Minimizing risk is also.

WF should work with any URI.


While I dont mind whether WF works with any URI or not.  It should be noted:

http already has discovery (follow your nose)

xmpp i believe already has discovery

mailto: is the gap that it would be good to close

were there any alternate schemes that there is a use case for, other than
the 3 above?
 


It should not be dependant on acct:


+1
 


acct: will undergo more scrutiny than WF to get approved as a scheme.


+1
 


John B.



On 2012-05-22, at 3:54 PM, Peter Saint-Andre wrote:

> On 5/22/12 1:22 PM, William Mills wrote:
>> I say leave acct: in the current spec.  While I don't think it's
>> strictly necessary for the purposes of WF I don't think it's a
>> significant flaw either.  I also think breaking it out into a separate
>> spec at this point is just extra work.
>
> Probably, yes. Minimizing the work is valuable.
>
> /psa

_______________________________________________
apps-discuss mailing list
apps-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/apps-discuss

 


_______________________________________________
apps-discuss mailing list
apps-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/apps-discuss