Re: [OAUTH-WG] Simple Web Discovery

Mike Jones <> Wed, 27 October 2010 17:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 80FCE3A695E for <>; Wed, 27 Oct 2010 10:56:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -10.406
X-Spam-Status: No, score=-10.406 tagged_above=-999 required=5 tests=[AWL=0.192, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id CP+oLy2RKbN0 for <>; Wed, 27 Oct 2010 10:56:48 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 6C51B3A6803 for <>; Wed, 27 Oct 2010 10:56:48 -0700 (PDT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Wed, 27 Oct 2010 10:58:38 -0700
Received: from ([]) by ([]) with mapi id 14.01.0255.003; Wed, 27 Oct 2010 10:58:38 -0700
From: Mike Jones <>
To: Dick Hardt <>
Thread-Topic: Simple Web Discovery
Thread-Index: Act1ZjJjDCe6rYI9TGy/HfaZ555XawAZUTiAAA0ktKA=
Date: Wed, 27 Oct 2010 17:58:37 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_4E1F6AAD24975D4BA5B1680429673943245A3004TK5EX14MBXC207r_"
MIME-Version: 1.0
Cc: "" <>, "" <>
Subject: Re: [OAUTH-WG] Simple Web Discovery
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: OAUTH WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 27 Oct 2010 17:56:53 -0000

These posts of Yaron's outline the basic vision and flows:

We hope to also come out with a description in Internet-draft style soon to provide concrete details about possible implementation choices for this kind of end-to-end scenario.  But if you dig into these posts, I believe you'll find there's a lot there already at the conceptual level.

                                                                -- Mike

From: Dick Hardt []
Sent: Tuesday, October 26, 2010 9:38 PM
To: Mike Jones
Subject: Re: Simple Web Discovery

On 2010-10-26, at 4:33 PM, Mike Jones wrote:

Having a simple discovery method for services and resources is key to enabling many Internet scenarios that require interactions among parties that do not have pre-established relationships.  For instance, if Joe, with e-mail address<>, wants to share his calendar with Mary, then Mary's calendar service, in the general case, will need to discover the location of Joe's calendar service.  For example, Mary's calendar service might discover that Joe's calendar service is located at by doing discovery for a service named  at<> for the account joe.

I think it would be really useful to complete the scenario. What happens when Mary's service discovers Joe's calendar service? How does Joe give Mary's calendar service permission to access his calendar? How does Joe identify Mary?

-- Dick