IETF Logo Mail Archive

Re: [vwrap] Removing first name / last name assumptions?

Carlo Wood <carlo@alinoe.com> Tue, 06 April 2010 12:19 UTC

Return-Path: <carlo@alinoe.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 74D0F3A688A for <vwrap@core3.amsl.com>; Tue, 6 Apr 2010 05:19:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.036
X-Spam-Level:
X-Spam-Status: No, score=-0.036 tagged_above=-999 required=5 tests=[AWL=-0.095, BAYES_05=-1.11, 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 OzDqIGGOJpKX for <vwrap@core3.amsl.com>; Tue, 6 Apr 2010 05:19:13 -0700 (PDT)
Received: from viefep19-int.chello.at (viefep19-int.chello.at [62.179.121.39]) by core3.amsl.com (Postfix) with ESMTP id DA8B23A6837 for <vwrap@ietf.org>; Tue, 6 Apr 2010 05:19:12 -0700 (PDT)
Received: from edge01.upcmail.net ([192.168.13.236]) by viefep19-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100406121907.WQA10355.viefep19-int.chello.at@edge01.upcmail.net>; Tue, 6 Apr 2010 14:19:07 +0200
Received: from mail9.alinoe.com ([77.250.43.12]) by edge01.upcmail.net with edge id 2CK31e02b0FlQed01CK4v9; Tue, 06 Apr 2010 14:19:07 +0200
X-SourceIP: 77.250.43.12
Received: from carlo by mail9.alinoe.com with local (Exim 4.71) (envelope-from <carlo@alinoe.com>) id 1Nz7kE-0007FD-9v; Tue, 06 Apr 2010 14:19:02 +0200
Date: Tue, 6 Apr 2010 14:19:02 +0200
From: Carlo Wood <carlo@alinoe.com>
To: Meadhbh Hamrick <ohmeadhbh@gmail.com>
Message-ID: <20100406121902.GC27189@alinoe.com>
References: <62BFE5680C037E4DA0B0A08946C0933DCB738C13@rrsmsx506.amr.corp.intel.com> <t2jb325928b1004051220i5f1d8f04od2602f26f758f3da@mail.gmail.com> <CDB96FF3-A282-40B3-94D8-A9B6A00D8AF5@bbn.com> <62BFE5680C037E4DA0B0A08946C0933DCB738C9B@rrsmsx506.amr.corp.intel.com> <y2gb325928b1004051307u5f5e64d9zd18b70bfd8307d6a@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <y2gb325928b1004051307u5f5e64d9zd18b70bfd8307d6a@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-Cloudmark-Analysis: v=1.1 cv=EFR1pENkxzhdjTnRVAuI+iHrp5zsYr2ENPL4njVhkqM= c=1 sm=0 a=MQuG_ZtAow4A:10 a=38zWk6xDZSoA:10 a=kj9zAlcOel0A:10 a=cfHPFXhNAAAA:8 a=BjFOTwK7AAAA:8 a=O1SwaGOP60LJ86N2FHwA:9 a=CSM-pXZHCyfDh65i7TsA:7 a=Th-L3fkGE03G7omjh_ltPnw2spkA:4 a=CjuIK1q_8ugA:10 a=bW3kdApBr58A:10 a=zmEQBIeP_Nde0kdJ:21 a=vU-g2LIvodFiN1Nm:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117
Cc: "vwrap@ietf.org" <vwrap@ietf.org>
Subject: Re: [vwrap] Removing first name / last name assumptions?
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2010 12:19:15 -0000

On Mon, Apr 05, 2010 at 01:07:15PM -0700, Meadhbh Hamrick wrote:
> why do we need to REMOVE support for Second Life from this protocol?

Second Life would remove itself imho.

The point is that the "agent login ID" can be anything, should be allowed
to be anything. Surely Linden Lab can come up with a way to put their
login stuff in a single string? That is NOT too difficult at ALL.
You will have to write loads of new code to support VWRAP. It will
probably be a very special and new vwrap.cpp file. So, just implement
that this new code will understand "Firstname Lastname" as a single
(input) string and have it output two strings "Firstname" and "Lastname"
and off you go.

What is proposed so far is to encode it as "Firstname Lastname" (just
catenate the two, as is done on for example
https://jira.secondlife.com/cas/login

Can you explain why the login interface of the jira has no problems
with this, but Linden Lab claims it will be forced out of VWRAP?

-- 
Carlo Wood <carlo@alinoe.com>

v2.8.7 | Report a Bug | By Email