Re: [ietf-caldav] draft-daboo-webdav-sync-01

Arnaud Quillaud <Arnaud.Quillaud@Sun.COM> Wed, 11 March 2009 13:32 UTC

Return-Path: <Arnaud.Quillaud@Sun.COM>
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 F119979401D for <ietf-caldav@osafoundation.org>; Wed, 11 Mar 2009 06:32:51 -0700 (PDT)
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Score: -5.498
X-Spam-Level:
X-Spam-Status: No, score=-5.498 tagged_above=-50 required=4 tests=[AWL=1.101, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 Yqfaq3ZBd7QF for <ietf-caldav@osafoundation.org>; Wed, 11 Mar 2009 06:32:47 -0700 (PDT)
Received: from gmp-eb-inf-1.sun.com (gmp-eb-inf-1.sun.com [192.18.6.21]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 047AC7841ED for <ietf-caldav@osafoundation.org>; Wed, 11 Mar 2009 06:32:45 -0700 (PDT)
Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n2BDWUql005828 for <ietf-caldav@osafoundation.org>; Wed, 11 Mar 2009 13:32:43 GMT
MIME-version: 1.0
Content-transfer-encoding: 8BIT
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KGC00J00E2Z4X00@fe-emea-10.sun.com> for ietf-caldav@osafoundation.org; Wed, 11 Mar 2009 13:32:30 +0000 (GMT)
Received: from [129.150.118.101] ([unknown] [129.150.118.101]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KGC0031GGA0HXH0@fe-emea-10.sun.com>; Wed, 11 Mar 2009 13:32:25 +0000 (GMT)
Date: Wed, 11 Mar 2009 14:32:24 +0100
From: Arnaud Quillaud <Arnaud.Quillaud@Sun.COM>
In-reply-to: <200903111314.39176.rpolli@babel.it>
Sender: Arnaud.Quillaud@Sun.COM
To: Roberto Polli <rpolli@babel.it>
Message-id: <49B7BD68.8010401@sun.com>
References: <29696E9E8589A72FC19EB4F6@caldav.corp.apple.com> <200903101539.33711.rpolli@babel.it> <8F0CB26631865CED16D04B54@caldav.corp.apple.com> <200903111314.39176.rpolli@babel.it>
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
Cc: ietf-caldav@osafoundation.org
Subject: Re: [ietf-caldav] draft-daboo-webdav-sync-01
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: Wed, 11 Mar 2009 13:32:52 -0000

Roberto Polli wrote:
> On martedì 10 marzo 2009 15:50:29 you wrote:
>   
>> Note that the current spec is a generic webdav spec.
>>     
> you mean the target is about fasten webdav sync and not caldav one?
>
>   
Given that caldav is based on webdav, this spec applies to both (and to 
any other webdav based protocol e.g. CardDAV).
>> You want to get deleted items separately from other changes?
>>     
> yes. I know the issue is quite complex. Afaik sync process needs at least 3 
> methods:
> 1- get new items since last sync
> 2- get updated items since last sync
> 3- get deleted items since last sync
>
>   
The current spec gives you all 3, except that there is only one method 
(see http://tools.ietf.org/html/draft-daboo-webdav-sync-01#section-4.2):

<<

      The DAV:status element in each DAV:sync-response element is used
      to indicate how the resource may have changed:

         A status code of '201 Created' is used to indicate resources
         that are new.

         A status code of '200 OK' is used to indicate resources that
         have changed.

         A status code of '404 Not Found' is used to indicate resources
         that have been removed.

 >>


>> For CalDAV we would
>> need to write an extension that would allow a time-range to be included in
>> the report
>>     
> I miss the point:
> * as of now we can find events by time-range with caldav for queries 1) and 2) 
> using CREATED|LAST-MOD
>   
Hmm, this is rather dangerous since those iCalendar properties are 
controlled by the client, not by the server.
> * as we lack a method for 3) we're forced to use etags mapping (and storing a 
> table on database with a history between syncs), thus retrieving all events 
> and retrieve deleted items by difference of sets (stored - retrieved).
> * retrieving deleted items directly from server will (partially) solve that 
> issue.. 
>   
I think the current spec returns exactly what you want.
> I wish this mail is not too confuse.
>
> Hope it helps+Peace,
> R.
>
>