Return-Path: Delivered-To: apmail-incubator-esme-dev-archive@minotaur.apache.org Received: (qmail 36858 invoked from network); 10 Nov 2009 14:49:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Nov 2009 14:49:04 -0000 Received: (qmail 17861 invoked by uid 500); 10 Nov 2009 14:49:04 -0000 Delivered-To: apmail-incubator-esme-dev-archive@incubator.apache.org Received: (qmail 17824 invoked by uid 500); 10 Nov 2009 14:49:04 -0000 Mailing-List: contact esme-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: esme-dev@incubator.apache.org Delivered-To: mailing list esme-dev@incubator.apache.org Received: (qmail 17814 invoked by uid 99); 10 Nov 2009 14:49:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Nov 2009 14:49:04 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of hirsch.dick@gmail.com designates 209.85.218.210 as permitted sender) Received: from [209.85.218.210] (HELO mail-bw0-f210.google.com) (209.85.218.210) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Nov 2009 14:49:01 +0000 Received: by bwz2 with SMTP id 2so106626bwz.20 for ; Tue, 10 Nov 2009 06:48:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=FpVO2fN8JsgnutV976bkE7RP7WYrFaYKXCAC1EUQHV8=; b=si8PUgrR2ZTWxEMSlKKhs4VgBxPhLTkJGBdo/VEG+MtB0HKHLI1pPj7ofvgGWMy73w foZmse47SWMaWKIoGKB+ulhky066piqEsOjLzJnCg2kA5YvjFw855n55zpNUbNioni96 DV7wkXbPfu9LOcwVJennVzpRfyXWlOsxsesvw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=KTRQm1avtQAy02hvj0HkeIPPwNOC0dwuN62EidpYkCZfApQLvIt+78CjjaP410pvKT NeLqsIkAGq5jq0/n7xwLfIqhUNf55f3KaS1qRansUHESuwhrAyU7pbphISzQHmgvcACJ 3m/vV7wqq2CUgx8HC1ObmGc/nY2HhkIH83s0Q= MIME-Version: 1.0 Received: by 10.102.249.20 with SMTP id w20mr67860muh.62.1257864518580; Tue, 10 Nov 2009 06:48:38 -0800 (PST) In-Reply-To: <68f4a0e80911100641n7a7d2026g45ccd72dbc7a36e0@mail.gmail.com> References: <68f4a0e80910270655g77db6321m53f8757a9ab115b2@mail.gmail.com> <68f4a0e80910290938x2614b4e6r5a4e05fa69f0ebb2@mail.gmail.com> <68f4a0e80911100556q23fc9b37m68d7e3a056a3c078@mail.gmail.com> <68f4a0e80911100641n7a7d2026g45ccd72dbc7a36e0@mail.gmail.com> Date: Tue, 10 Nov 2009 15:48:38 +0100 Message-ID: Subject: Re: Actions, tags, and the public timeline From: Richard Hirsch To: esme-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 >Can we send a message to more than one pool? If I remember correctly a message can only be in one pool. Based on this restriction, it would only make sense to use the pool-linked functionality for actions with messages that originate in non-pools (for example, RSS feeds) D. On Tue, Nov 10, 2009 at 3:41 PM, Ethan Jewett wrote: > I forgot about the way messages are handled when resending. I like > newlines for adding pool and tag information to rss and atom actions. > > Everyone else agree that the "action" part of an action for atom or > rss should look like this?: > > atom:http://the.address.com/to/my/feed.atom > pool:My Pool > tags:test,myfeed,address.com > > Can we send a message to more than one pool? > > Ethan > > On Tue, Nov 10, 2009 at 9:31 AM, Vassil Dichev wrote: >>> Just bumping this up again, as I kind of forgot about it. Vassil, what >>> would this syntax to specify a tag or pool for a new message look >>> like? I assume it would be different for resend vs. messages generated >>> from feeds. >> >> For an atom/RSS feed I imagine it could be specified with something >> like "pool:mypool" or "tags:tag1,tag2", separated by >> newline/whitespace/commas from the action definition >> "atom:http://server.org/whatever", depending on how we want to >> separate several tags (spaces, commas). >> >> For resending messages this is problematic- messages are by design >> immutable, so we can't add/edit tags (this has been discussed in the >> past). Resending to another pool is also a security problem, as is >> explicitly indicated in the last design specification by Bill >> Fernandez. >> >> The important thing to remember is that a message is saved only >> *once*. A user's timeline consists only of references to messages, not >> of copies of messages. Thus there's a problem when you edit a message, >> because this will affect all users with this message in the timeline. >> This causes consistency problems on many levels, which could result in >> confusion for the users, undefined behavior to streaming clients when >> an old message is edited, and severe performance problems. >> >> So in short, for Atom/RSS the answer is easy, for resending I don't >> believe it will be implemented. >> >> Vassil >> >