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. > >
- Re: [ietf-caldav] draft-daboo-webdav-sync-01 Julian Reschke
- Re: [ietf-caldav] draft-daboo-webdav-sync-01 Roberto Polli
- Re: [ietf-caldav] draft-daboo-webdav-sync-01 Roberto Polli
- Re: [ietf-caldav] draft-daboo-webdav-sync-01 Arnaud Quillaud
- Re: [ietf-caldav] draft-daboo-webdav-sync-01 Roberto Polli
- Re: [ietf-caldav] draft-daboo-webdav-sync-01 Cyrus Daboo
- Re: [ietf-caldav] draft-daboo-webdav-sync-01 Roberto Polli
- [ietf-caldav] draft-daboo-webdav-sync-01 Cyrus Daboo