Re: [keyassure] WebID at W3C and keyassure

Phillip Hallam-Baker <hallam@gmail.com> Fri, 11 February 2011 21:24 UTC

Return-Path: <hallam@gmail.com>
X-Original-To: keyassure@core3.amsl.com
Delivered-To: keyassure@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D46BD3A69CA for <keyassure@core3.amsl.com>; Fri, 11 Feb 2011 13:24:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.598
X-Spam-Level:
X-Spam-Status: No, score=-4.598 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mzcg514dlN1Y for <keyassure@core3.amsl.com>; Fri, 11 Feb 2011 13:24:43 -0800 (PST)
Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by core3.amsl.com (Postfix) with ESMTP id 7BD763A699F for <keyassure@ietf.org>; Fri, 11 Feb 2011 13:24:43 -0800 (PST)
Received: by gwb20 with SMTP id 20so1396475gwb.31 for <keyassure@ietf.org>; Fri, 11 Feb 2011 13:24:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=WTjH5Qcl8lnx6HMQ5gSx6A/cx7KaonFT1kmOh7G7xAU=; b=u8E6Ypvssr8tDd8gSJMCf/V4sd6JaethBKVzWAQOnS82s7Cu0D8SrFEDX1Z8PkrPHs WsDClfxUZEKxZxjadIDI1AM09XeczugTtszTopobNyJDMkFM99Onut7gXMZWCBva4nNk X0iUZf1xV1enb/68XJdsjOArjr/uZ7A2rR28k=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pONaPTwvg+urHvjJDhd/0HZ3CHhdO4G+D6B9m+pzdgq4GrK6BMijGNe6Gi98PtZZVm M3Iee2HZbQ4DbYE4BRnMRikw7Q3Q529d5YFo7w+n7u6D0MtXJMVTKQO4HCWp56YNThDN qC56V+c1UiDFGxMx/P8MIGBcYZuVcrpF4NsJs=
MIME-Version: 1.0
Received: by 10.100.206.17 with SMTP id d17mr258813ang.74.1297459497983; Fri, 11 Feb 2011 13:24:57 -0800 (PST)
Received: by 10.100.244.38 with HTTP; Fri, 11 Feb 2011 13:24:57 -0800 (PST)
In-Reply-To: <393D6173-9DFE-4A39-A117-F81D3418D929@bblfish.net>
References: <57722B1C-F0AE-42D9-8ABE-30223D4F0D51@bblfish.net> <201102102017.p1AKH7iR028493@new.toad.com> <19409B47-4FB1-4705-B670-5D2570EBE76B@bblfish.net> <4D54876A.4090302@vpnc.org> <7E533869-1CCF-4256-84D4-E15578BAE4E1@bblfish.net> <AANLkTimz=e_E3GOcSCgkSW_2tWtD74QXaWN+_9=fA6bL@mail.gmail.com> <393D6173-9DFE-4A39-A117-F81D3418D929@bblfish.net>
Date: Fri, 11 Feb 2011 16:24:57 -0500
Message-ID: <AANLkTimwran9nr-tC6Buz9fa4JQK7VBdzriyBC_Ytmfy@mail.gmail.com>
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Henry Story <henry.story@bblfish.net>
Content-Type: multipart/alternative; boundary="001636b432477ce002049c0854ab"
Cc: keyassure@ietf.org, Paul Hoffman <paul.hoffman@vpnc.org>
Subject: Re: [keyassure] WebID at W3C and keyassure
X-BeenThere: keyassure@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Key Assurance With DNSSEC <keyassure.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/keyassure>, <mailto:keyassure-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/keyassure>
List-Post: <mailto:keyassure@ietf.org>
List-Help: <mailto:keyassure-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/keyassure>, <mailto:keyassure-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Feb 2011 21:24:44 -0000

On Fri, Feb 11, 2011 at 10:06 AM, Henry Story <henry.story@bblfish.net>wrote:
>
>
> Let's start from first principles. As far as internet users are concerned,
> an Internet user identifier is user@example.com
>
>
> In WebID we consider essentially an http url such as
> http://bblfish.net/#me as it is immediately dereferenceable,
>
>

dereference, desmesherence.

What matters to the user is that they have a simple identifier that they can
give to other people, put on letterhead, business cards, read over the
telephone.

Tim didn't intended the URLs to even be visible to the end user. The address
bar was an ad-hoc invention that appeared in Mosaic. In the original
NeXTstep browser you had to dig into a menu to find the url.


If you are proposing infrastructure then make it work for the user first and
only then think about the hacks you might employ for backwards
compatibility.

Here we have the DNS, there is a discovery mechanism that was originally
designed to resolve user@example.com, use it the way it was designed.


If keys are going to be of the slightest use as end user keys they have to
bind to SMTP and Jabber addresses in any case.

What you have here is a URI scheme itself. You should think in terms of the
canonical form being:

webid:user@example.com

The URL you gave might be something that ended up being a mapping returned
for retrieval/resolution purposes but that is all.


-- 
Website: http://hallambaker.com/