On Do, 2011-06-23 at 10:18 +0200, Lukas Zeller wrote: > On Jun 22, 2011, at 22:16 , Patrick Ohly wrote: > > > I have done some work on minimizing the number of requests sent during a > > WebDAV and/or CalDAV sync. One major improvement is the use of CTag > > (https://trac.calendarserver.org/browser/CalendarServer/trunk/doc/Extensions/caldav-ctag.txt), > > an extensions supported by Google, Yahoo and Apple calendar servers. > > Oh, that's interesting! I speculated about sync and the iCloud a few > weeks ago > (http://www.hardturm.ch/luz/2011/06/icloud-sync-speculation/), based > on a IETF draft proposal from early 2011, co-authored by Cyrus Daboo > at Apple: http://datatracker.ietf.org/doc/draft-daboo-webdav-sync.
I hope to use that extension at some point. Before I do, there's another improvement that makes more sense first: when something changed on the server (indicated by modified CTag), the code requests a full calendar dump (REPORT) because it needs to know about all UID + RECURRENCE-ID pairs. It would be more efficient to do a PROPFIND to get a list of resources plus the ETags, then only ask for those resources which are new or modified. It's on my TODO list... > Although the iCloud itself is all but "open", it will certainly fuel > the "sync" topic in general in the next few months. And if it is based > on syncable WebDAV as I believe it is, that would be an important step > towards open standards based sync! That would indeed be very good news. > I hope such general thoughts on sync are not considere OT for the > Syncevolution list :-) Not at all! :-) -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
