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

Morgaine <morgaine.dinova@googlemail.com> Sun, 04 October 2009 19:32 UTC

Return-Path: <morgaine.dinova@googlemail.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 764BF3A6916 for <ogpx@core3.amsl.com>; Sun, 4 Oct 2009 12:32:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.541
X-Spam-Level:
X-Spam-Status: No, score=-1.541 tagged_above=-999 required=5 tests=[AWL=0.435, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
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 rkQcUDwvW3pm for <ogpx@core3.amsl.com>; Sun, 4 Oct 2009 12:32:45 -0700 (PDT)
Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by core3.amsl.com (Postfix) with ESMTP id 9C7323A684E for <ogpx@ietf.org>; Sun, 4 Oct 2009 12:32:44 -0700 (PDT)
Received: by ewy28 with SMTP id 28so3508687ewy.42 for <ogpx@ietf.org>; Sun, 04 Oct 2009 12:34:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=MoZOKAm2OC1K46oVxuumh8e2Kqrb2YgSJbw2L//0XLw=; b=MaoRXkAyYINcHTTBFp9FIutF2gA08SkwrzIoJUC7EmHaPooRwf10U/E5nWosvxCUIu lEkaNqnlXP/8ceSEFkgUVOFLz8St7LgBGiwYirQVtCaPkl6nlnH09HEL+5hBdQxeasRT 3CZb9VYIcYizqxft79dRGsRac7BzKJCYzwvKA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=USz1Z82A0ONzbH+6OVvusww3sFNKRaEmtJ7LB1Foiei5i6J7Q3sB/CUgJQKvuT9sNG obHfZH/yKL3p2+416UxKjCcvTJ/biCSQl9k+mIM+pyK+aqqJwydOjsJS7EvAl45dJzrh 3cXkJ+g4A0foRfJZ9UhPvd8+A2uW3moTVTCdY=
MIME-Version: 1.0
Received: by 10.211.160.4 with SMTP id m4mr6035723ebo.24.1254684854797; Sun, 04 Oct 2009 12:34:14 -0700 (PDT)
In-Reply-To: <9b8a8de40910041146h4c8e8bbdt2176ee143ec6656b@mail.gmail.com>
References: <e0b04bba0909291751g157d2043g1c15e8d8ac417ccf@mail.gmail.com> <3a880e2c0910020932t5995c477qb0d798de1c2653f6@mail.gmail.com> <20091003192159.GA7474@alinoe.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> <9b8a8de40910041146h4c8e8bbdt2176ee143ec6656b@mail.gmail.com>
Date: Sun, 04 Oct 2009 20:34:14 +0100
Message-ID: <e0b04bba0910041234m281838jdf9fbb1b0c138008@mail.gmail.com>
From: Morgaine <morgaine.dinova@googlemail.com>
To: Vaughn Deluca <vaughn.deluca@gmail.com>
Content-Type: multipart/alternative; boundary="00504502d38a1347f504752115bd"
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: Sun, 04 Oct 2009 19:32:46 -0000

Google have not modified SMTP to carry SMTP-readable metadata about the age
of participants, so the whole example of Google is inaccurate and moot.

Carrying data as payload is a different matter entirely to using it in the
protocol.

There is nothing to stop arbitrary payloads being sent between world to
implement random policies which, indirectly, could deny connections or deny
object transfer, but this is outside the scope of the protocol.

It **HAS** to be outside of the scope of the protocol, because there exist
an infinite number of possible attributes on the basis of which a world
could implement an exclusion policy, and we're not here to ennumerate such
attributes nor to support one particular type of attribute over another.


Morgaine.






==========================================

On Sun, Oct 4, 2009 at 7:46 PM, Vaughn Deluca <vaughn.deluca@gmail.com>wrote:

>
>
> On Sun, Oct 4, 2009 at 4:56 PM, SM <sm@resistor.net> wrote:
>
>> At 04:21 04-10-2009, Vaughn Deluca wrote:
>>
>>> I think SMTP is a very good example. An SMTP server  will reject mail
>>> from untrusted sources; if I try to use the SMTP server in Domain X while
>>> logged in at domain Y it normally fails, because the SMTP server does not
>>> trust anybody but those it has information on (that might include age, real
>>> world address etc.), i.e. users  from X.
>>>
>>
>> SMTP is not based on a concept of "trust domains".  If a SMTP server were
>> to reject mail from untrusted sources, this email would not reach your
>> mailbox.
>>
>> You are using a gmail.com email address.  Does your email provider have
>> your real name, your real world address and did it validate your age?
>>
>
> No, but that is besides the point, they *could* have done so, in fact they
> implicitly did, since they made me accept their TOS including this:
>
> 2.3 You may not use the Services and may not accept the Terms if (a) you
> are not of legal age to form a binding contract with Google,
>
> and this:
>
>   5.1 In order to access certain Services, you may be required to provide
> information about yourself (such as identification or contact details)   as
> part of the registration process for the Service, or as part of your
> continued use of the Services. You agree that any registration information
> you give to Google will always be accurate, correct and up to date.
>
> I read that as:
> a) I have to be 18 or older
> b) I am obliged to prove my true age if asked for.
>
> 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 possible to transfer the age
> information without putting it explicitly in the protocol, and indeed
> Morgaine's example of SMTP is a perfect model to demonstrate how that could
> work.
> There are still complications, but if feel this is a good basis to work
> from.
> --Vaughn
>
>
>
>>
>> Regards,
>> -sm
>>
>
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>