Re: [mmox] mmox Digest, Vol 1, Issue 111

"dyerbrookme@juno.com" <dyerbrookme@juno.com> Mon, 23 February 2009 16:32 UTC

Return-Path: <dyerbrookme@juno.com>
X-Original-To: mmox@core3.amsl.com
Delivered-To: mmox@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 79CDA28C166 for <mmox@core3.amsl.com>; Mon, 23 Feb 2009 08:32:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.381
X-Spam-Level:
X-Spam-Status: No, score=-2.381 tagged_above=-999 required=5 tests=[AWL=0.217, BAYES_00=-2.599, UNPARSEABLE_RELAY=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 XOqARJ6HoHnE for <mmox@core3.amsl.com>; Mon, 23 Feb 2009 08:32:31 -0800 (PST)
Received: from outbound-mail.vgs.untd.com (outbound-mail.vgs.untd.com [64.136.55.15]) by core3.amsl.com (Postfix) with SMTP id B101028C142 for <mmox@ietf.org>; Mon, 23 Feb 2009 08:32:31 -0800 (PST)
X-UOL-TAGLINE: true
Received: from outbound-bu1.vgs.untd.com (webmail09.vgs.untd.com [10.181.12.149]) by smtpout06.vgs.untd.com with SMTP id AABE4FV6GAYNXRDA for <mmox@ietf.org> (sender <dyerbrookme@juno.com>); Mon, 23 Feb 2009 08:32:06 -0800 (PST)
X-UNTD-OriginStamp: ireJTaFtV8IZgEqY8qAucSk4DgBsdYkN1+4us47t58LoPPNz0X9M1w==
Received: (from dyerbrookme@juno.com) by webmail09.vgs.untd.com (jqueuemail) id N94NN3E2; Mon, 23 Feb 2009 08:31:14 PST
Received: from [68.161.198.3] by webmail09.vgs.untd.com with HTTP: Mon, 23 Feb 2009 16:30:41 GMT
X-Originating-IP: [68.161.198.3]
Mime-Version: 1.0
From: "dyerbrookme@juno.com" <dyerbrookme@juno.com>
Date: Mon, 23 Feb 2009 16:30:41 +0000
To: gareth@litesim.com
X-Mailer: Webmail Version 4.0
Message-Id: <20090223.113041.5499.0@webmail09.vgs.untd.com>
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Content-Type: text/plain; charset="ISO-8859-1"
X-ContentStamp: 2:2:3164220495
X-UNTD-Peer-Info: 10.181.12.149|webmail09.vgs.untd.com|outbound-bu1.vgs.untd.com|dyerbrookme@juno.com
Cc: mmox@ietf.org, dyerbrookme@juno.com
Subject: Re: [mmox] mmox Digest, Vol 1, Issue 111
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Massively Multi-participant Online Games and Applications <mmox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmox>
List-Post: <mailto:mmox@ietf.org>
List-Help: <mailto:mmox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2009 16:32:32 -0000

<For someone talking about choice so much you seem very preconcerned
with mandating what choices VW providers make. Nothing wrong with
putting a field in the asset metadata for permissions stuff, but it
definitely should NOT be a mandatory part of the standard.

It's absolutely about choice. Stripping DRM out as a mandate and removing the mandate is not choice, but a forced march, under the guise that the mandate would remove choice. In fact, the receiving grid has the choice not to hook up to such grids that have these requirements and it can also defeat them, and then signal to those who care that it is not trustworthy; that should be at the heart of what trustworthy means. Why is the onus only on the sending grid? Collective security isn't about one wild grid getting to defeat the business requirements of all the others under the false flag of choice, it's about collective security; the wild grid can keep its wild DRM-less regime on its own server with its own sandboxers. OpenSim says the opposite, make a silo of permissions on one server as a module, thereby negating commerce as a premise to the architecture.

____________________________________________________________
Switch to the thrill of high speed internet for $19.95/mo with AT&T
http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTEs5PjpChbas9zvDZy3dlMmvxUDX7C8QybUtHYlw74vEVquQpBJcP/