Re: [ietf-caldav] X- props in organizer's copy

Helge Hess <helge.hess@opengroupware.org> Thu, 05 February 2009 14:13 UTC

Return-Path: <helge.hess@opengroupware.org>
X-Original-To: ietf-caldav@osafoundation.org
Delivered-To: ietf-caldav@osafoundation.org
Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 60F0377D720 for <ietf-caldav@osafoundation.org>; Thu, 5 Feb 2009 06:13:25 -0800 (PST)
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Score: -1.11
X-Spam-Level:
X-Spam-Status: No, score=-1.11 tagged_above=-50 required=4 tests=[BAYES_05=-1.11]
Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h7HDH0YRt8ZX for <ietf-caldav@osafoundation.org>; Thu, 5 Feb 2009 06:13:13 -0800 (PST)
Received: from mail.mdlink.net (mail.mdlink.net [213.211.192.40]) by leka.osafoundation.org (Postfix) with ESMTP id 750D077D71E for <ietf-caldav@osafoundation.org>; Thu, 5 Feb 2009 06:09:46 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.mdlink.net (Postfix) with ESMTP id CFB0E11E0134 for <ietf-caldav@osafoundation.org>; Thu, 5 Feb 2009 15:09:47 +0100 (CET)
Received: from helge.in.skyrix.com (xl0-wan.skyrix.com [213.211.192.114]) by mail.mdlink.net (Postfix) with ESMTP id 255AA11E1003 for <ietf-caldav@osafoundation.org>; Thu, 5 Feb 2009 15:09:45 +0100 (CET)
Message-Id: <E23B43C9-85D3-4723-809E-015B41E17AE5@opengroupware.org>
From: Helge Hess <helge.hess@opengroupware.org>
To: CalDAV DevList <ietf-caldav@osafoundation.org>
In-Reply-To: <498AEC98.4020300@sun.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Thu, 5 Feb 2009 15:09:40 +0100
References: <498AEC98.4020300@sun.com>
X-Mailer: Apple Mail (2.930.3)
Subject: Re: [ietf-caldav] X- props in organizer's copy
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussions on Calendar Access protocol based on WebDAV <ietf-caldav.osafoundation.org>
List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-caldav>, <mailto:ietf-caldav-request@osafoundation.org?subject=unsubscribe>
List-Archive: <http://lists.osafoundation.org/pipermail/ietf-caldav>
List-Post: <mailto:ietf-caldav@osafoundation.org>
List-Help: <mailto:ietf-caldav-request@osafoundation.org?subject=help>
List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-caldav>, <mailto:ietf-caldav-request@osafoundation.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2009 14:13:27 -0000

On 05.02.2009, at 14:41, Arnaud Quillaud wrote:
> Actually, the same could be said about regular properties: An  
> organizer
> may want to add an attachment to his copy of a meeting but may not  
> want
> to send it to the attendees.


VALARM is another component which should not be transmitted?

Instead of an attribute on each property, a single property listing  
the 'personal' properties might be more efficient? Eg:

   SCHEDULE-NO-PROPAGATE:X-MYCLIENT-EVENT-COLOR,X-MYCLIENT-EVENT-ID

BTW: this issue not only applies to scheduling, but also to shared  
calendars. Eg if I save an event to a shared calendar, I might not  
want to save 'my' alarm. Instead the client might want to keep that  
locally.

Greets,
   Helge
-- 
http://zideone.com/