Re: [ogpx] VWRAP Draft Charter - 2009 09 01

Infinity Linden <infinity@lindenlab.com> Mon, 05 October 2009 18:40 UTC

Return-Path: <infinity@lindenlab.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 693E43A6A16 for <ogpx@core3.amsl.com>; Mon, 5 Oct 2009 11:40:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.79
X-Spam-Level:
X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[AWL=0.187, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 O0rRZ7j8Y9w8 for <ogpx@core3.amsl.com>; Mon, 5 Oct 2009 11:40:03 -0700 (PDT)
Received: from mail-px0-f176.google.com (mail-px0-f176.google.com [209.85.216.176]) by core3.amsl.com (Postfix) with ESMTP id 348663A68D6 for <ogpx@ietf.org>; Mon, 5 Oct 2009 11:40:03 -0700 (PDT)
Received: by pxi6 with SMTP id 6so3743932pxi.32 for <ogpx@ietf.org>; Mon, 05 Oct 2009 11:41:34 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.142.196.7 with SMTP id t7mr30529wff.90.1254768094192; Mon, 05 Oct 2009 11:41:34 -0700 (PDT)
In-Reply-To: <e0b04bba0910050320h48c9b079w9d3ea86e7f6e0b44@mail.gmail.com>
References: <e0b04bba0909291751g157d2043g1c15e8d8ac417ccf@mail.gmail.com> <e0b04bba0910031452o2a497effi57c4e92f8902b5df@mail.gmail.com> <20091003222118.GA16290@alinoe.com> <e0b04bba0910031633k2127d996v5ef5d3f356623a69@mail.gmail.com> <4646639E08F58B42836FAC24C94624DD771A0D8236@GVW0433EXB.americas.hpqcorp.net> <9b8a8de40910040421y41314922o4c5242c77941af4c@mail.gmail.com> <6.2.5.6.2.20091004072856.031ac940@resistor.net> <4646639E08F58B42836FAC24C94624DD771A0D827E@GVW0433EXB.americas.hpqcorp.net> <6.2.5.6.2.20091005015852.03101298@resistor.net> <e0b04bba0910050320h48c9b079w9d3ea86e7f6e0b44@mail.gmail.com>
Date: Mon, 5 Oct 2009 11:41:34 -0700
Message-ID: <3a880e2c0910051141u3824b27fs80d6a0388356c36f@mail.gmail.com>
From: Infinity Linden <infinity@lindenlab.com>
To: Morgaine <morgaine.dinova@googlemail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: ogpx@ietf.org
Subject: Re: [ogpx] VWRAP Draft Charter - 2009 09 01
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, 05 Oct 2009 18:40:04 -0000

i agree that identifying information should not be included in the
protocol, but for use cases where such information is required for
proper operation (i.e. - the adult verification example) we should not
eliminate it as a possibility.

i would recommend making it not be a required part of the protocol,
but identify where in the protocol flows such information SHOULD be
included if that option is to be used by collaborating AD's and RD's.
one of the reasons LLSD was designed was for situations like this; it
is quite possible for agent domains that do not want to reveal
sensitive information (like the account holders age or whether they
are considered an "adult" for the purposes of accessing adult content)
then they do not have to include those bits of information in the
protocol flow. these agent domains may find, howerver, that some
region operators will refuse to allow them to place avatars in their
regions. this is a POLICY issue that should be left entirely up to the
AD and RD.

morgaine, if the {agent|region} domain code you write wants to connect
potentially underage account holders with adult content, that's
entirely your call. however, there are a number of us here who operate
in an environment in which these concerns are very real.

also. i'm sure the people who have been sending email to you on this
topic are perfectly capable of participating in the conversation here.

-cheers
-meadhbh

On Mon, Oct 5, 2009 at 3:20 AM, Morgaine <morgaine.dinova@googlemail.com> wrote:
> Judging by personal mails received on this topic, I sense that sanity is
> prevailing, and that there is no desire nor intention to make trigger
> concepts such as age, sex, race, religion, creed, DNA genome or any other
> sensitive and/or personal information part of the protocol.
>
> It would be the thin end of the wedge, and I'm hoping that people are clever
> enough not to go there.
>
> Services are authenticated.  Let that be enough.
>
> Morgaine.
>
>
>
>
>
> ===================================
>
> On Mon, Oct 5, 2009 at 10:21 AM, SM <sm@resistor.net> wrote:
>>
>> At 09:18 04-10-2009, Dickson, Mike (ISS Software) wrote:
>>>
>>> Sure it does if I'm required to authenticate to use it.  That is, if I'm
>>> sending using my gmail.com address and I'm required to authenticate to use
>>> it then yes, its very possible
>>> to make the association.  True, I may be able to find an SMTP server that
>>> will accept my
>>
>> That's mail submission.  I'll skip the discussion about the analogy.
>>
>> At 11:46 04-10-2009, Vaughn Deluca wrote:
>>>
>>> But the discussion is drifting,  were talking about the way that for
>>> instance an age limit might be passed in the protocol.  Carlo said that info
>>> was needed, Morgaine set it
>>>  has no place in the protocol, using SMTP as an example, Mike stated that
>>> it is very well
>>
>> The discussion seems to be about acquiring policy information to authorize
>> access to a resource and whether that should be part of the protocol.  It
>> could be age, location or other non-technical information.
>>
>> Regards,
>> -sm
>> _______________________________________________
>> ogpx mailing list
>> ogpx@ietf.org
>> https://www.ietf.org/mailman/listinfo/ogpx
>
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>