Re: [ogpx] A Review of Multi-Domain Use Cases [Was: Re: OpenID and OGP : beginning the discussion ...]

Carlo Wood <carlo@alinoe.com> Mon, 29 June 2009 16:11 UTC

Return-Path: <carlo@alinoe.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 42D583A69BA for <ogpx@core3.amsl.com>; Mon, 29 Jun 2009 09:11:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.301
X-Spam-Level:
X-Spam-Status: No, score=-1.301 tagged_above=-999 required=5 tests=[AWL=0.129, BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745]
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 mJcqyjw5zUNV for <ogpx@core3.amsl.com>; Mon, 29 Jun 2009 09:11:17 -0700 (PDT)
Received: from viefep20-int.chello.at (viefep20-int.chello.at [62.179.121.40]) by core3.amsl.com (Postfix) with ESMTP id 0ADF43A6DE5 for <ogpx@ietf.org>; Mon, 29 Jun 2009 09:11:16 -0700 (PDT)
Received: from edge02.upc.biz ([192.168.13.237]) by viefep20-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090629161115.MTTR21978.viefep20-int.chello.at@edge02.upc.biz>; Mon, 29 Jun 2009 18:11:15 +0200
Received: from mail9.alinoe.com ([77.250.43.12]) by edge02.upc.biz with edge id 9sBA1c07n0FlQed02sBBmP; Mon, 29 Jun 2009 18:11:15 +0200
X-SourceIP: 77.250.43.12
Received: from carlo by mail9.alinoe.com with local (Exim 4.69) (envelope-from <carlo@alinoe.com>) id 1MLJRx-0004f1-T2; Mon, 29 Jun 2009 18:11:21 +0200
Date: Mon, 29 Jun 2009 18:11:21 +0200
From: Carlo Wood <carlo@alinoe.com>
To: Meadhbh Siobhan <meadhbh.siobhan@gmail.com>
Message-ID: <20090629161121.GA17251@alinoe.com>
References: <3a880e2c0906280906i2cdcdaa3m3c1b1ef54e4e5fcb@mail.gmail.com> <20090629105140.GA1053@alinoe.com> <b8ef0a220906290413u5a7358eao300c2ff8ee1ab709@mail.gmail.com> <20090629114512.GC1053@alinoe.com> <b8ef0a220906290751s5131c401h1d55ace39348c89e@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <b8ef0a220906290751s5131c401h1d55ace39348c89e@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: Infinity Linden <infinity@lindenlab.com>, ogpx@ietf.org
Subject: Re: [ogpx] A Review of Multi-Domain Use Cases [Was: Re: OpenID and OGP : beginning the discussion ...]
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2009 16:11:18 -0000

On Mon, Jun 29, 2009 at 07:51:09AM -0700, Meadhbh Siobhan wrote:
> the second one is left as an exercise to client application developers
> and is analogous to the difficulty end users may have in
> differentiating two entities with the same name but distinct email
> addresses.

Well, then I'm almost satisfied :).

There is still one problem however. Before the application developers
can do this, they need to receive some globally unique identifier
that is always the same (ie, an email address, but again, I REALLY
don't want to share my email address with people online).

Example, a viewer is connected and the corresponding agent resides
in a given region. There it meet another avatar. In order to display
the tag above this new avatar the viewer needs to receive Firstname
Lastname... but, as I've tried to argue so far, it ALSO needs to
receive a globally unique identifier that uniquely identifies the
person behind the avatar (or rather, his account) and please don't
let it be an email address ;).

The point being: the server-client *protocol* needs to be designed
such that this globally unique ID is made available to all viewers.

If this is the case, then I'm happy and there should be no problems
in the future regarding this. If no separate ID is provided then
several problems occur:
* Impersonation (people deliberately using the same shape and skin etc)
* IM's will be logged to the same file, because the viewer can't
  know who is who.

Also, the ID has to be same every time - because the viewer will
need to recognize that this John Smith is not AGAIN a new one,
but the same, every time.

-- 
Carlo Wood <carlo@alinoe.com>