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

"Meadhbh Hamrick (Infinity)" <infinity@lindenlab.com> Mon, 23 February 2009 22:01 UTC

Return-Path: <infinity@lindenlab.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 2269F28C220 for <mmox@core3.amsl.com>; Mon, 23 Feb 2009 14:01:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.59
X-Spam-Level:
X-Spam-Status: No, score=-3.59 tagged_above=-999 required=5 tests=[AWL=0.008, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 6G15I9zmJuEC for <mmox@core3.amsl.com>; Mon, 23 Feb 2009 14:01:28 -0800 (PST)
Received: from tammy.lindenlab.com (tammy.lindenlab.com [64.154.223.128]) by core3.amsl.com (Postfix) with ESMTP id EF86028C150 for <mmox@ietf.org>; Mon, 23 Feb 2009 14:01:27 -0800 (PST)
Received: from regression.lindenlab.com (regression.lindenlab.com [10.1.16.8]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tammy.lindenlab.com (Postfix) with ESMTP id 877A53DBC44F; Mon, 23 Feb 2009 14:01:46 -0800 (PST)
Message-Id: <B65A8184-12AD-468B-AC94-12CA66A37AE1@lindenlab.com>
From: "Meadhbh Hamrick (Infinity)" <infinity@lindenlab.com>
To: Robert Gehorsam <RGehorsam@forterrainc.com>
In-Reply-To: <9A27EF31A4DF2C4C8BB45D661B13BA87039B0C9F@MERCURY.forterrainc.com>
Content-Type: multipart/alternative; boundary="Apple-Mail-8--578731348"
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Mon, 23 Feb 2009 14:01:46 -0800
References: <9A27EF31A4DF2C4C8BB45D661B13BA87039B0C9F@MERCURY.forterrainc.com>
X-Mailer: Apple Mail (2.930.3)
Cc: mmox@ietf.org, jwatte@gmail.com, dyerbrookme@juno.com
Subject: Re: [mmox] mmox Digest, Vol 1, Issue 113
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 22:01:29 -0000

so OLIVE supports direct end user content upload without administrator  
interaction? (though it's probably not enabled by policy in some/many  
deployments?)

On Feb 23, 2009, at 1:57 PM, Robert Gehorsam wrote:

> The key point relative to earlier comments is that Forterra is NOT  
> EVER the clearinghouse for its customers..  That was the erroneous  
> assumption.  An administrator could probably set whatever policy  
> they wanted.
>
> -----Original Message-----
> From: mmox-bounces@ietf.org <mmox-bounces@ietf.org>
> To: Jon Watte <jwatte@gmail.com>
> CC: mmox@ietf.org <mmox@ietf.org>; dyerbrookme@juno.com <dyerbrookme@juno.com 
> >
> Sent: Mon Feb 23 13:54:30 2009
> Subject: Re: [mmox] mmox Digest, Vol 1, Issue 113
>
> but i believe the sense of the comment was that the end user (distinct
> from the person who administers the service) is not allowed to upload
> arbitrary content.
>
> my understanding of both OLIVE and there.com is that they both do not
> allow arbitrary content upload, but instead require someone other than
> the content creator approve (and transfer) the content.
>
> but... i could be wrong.
>
> On Feb 23, 2009, at 1:50 PM, Jon Watte wrote:
>
> > Dan Olivares wrote:
> >> "In the There.com/Forterra context, customer content is cleared
> >> through a centralized clearing house and must be approved by the
> >> company before it can be uploaded; customers are in a subordinate
> >>
> >
> > Just to be clear: There.com (operated by Makena Technologies) and
> > OLIVE (sold by Forterra Systems) are different products, with very
> > different customers and very different processes. There.com has a
> > central clearinghouse. Forterra Systems does not -- each customer of
> > the OLIVE platform decides how and what content goes into their
> > installation.
> >
> > The There.com model is "we provide a PG-13 safe environment with
> > some degree of content protection, and we implement it through a
> > content review system" (and now the iPhone store does the same  
> thing).
> >
> > The OLIVE model is "let the customer decide, although we can help
> > you with that if you need help."
> >
> > Sincerely,
> >
> > jw
> >
> > _______________________________________________
> > mmox mailing list
> > mmox@ietf.org
> > https://www.ietf.org/mailman/listinfo/mmox
>
> _______________________________________________
> mmox mailing list
> mmox@ietf.org
> https://www.ietf.org/mailman/listinfo/mmox
>