Re: [Ietf-caldav] Last Call comment on Etag requirements in draft-dusseault-caldav-12
Lisa Dusseault <lisa@osafoundation.org> Tue, 20 June 2006 23:55 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fsq4d-0004D8-DY; Tue, 20 Jun 2006 19:55:59 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fsq4b-0004Cw-VW for ietf@ietf.org; Tue, 20 Jun 2006 19:55:57 -0400
Received: from laweleka.osafoundation.org ([204.152.186.98]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Fsq4a-00023n-JO for ietf@ietf.org; Tue, 20 Jun 2006 19:55:57 -0400
Received: from [192.168.1.100] (c-69-181-78-47.hsd1.ca.comcast.net [69.181.78.47]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id AC1A4142293; Tue, 20 Jun 2006 16:55:55 -0700 (PDT)
In-Reply-To: <449828CC.3030700@gmx.de>
References: <D58B890CEBB86771C83E8401@Cyrus-Daboo.local> <443FAB85.8030503@gmx.de> <7246CAD3-9329-4B34-8D23-08B196E80EDE@osafoundation.org> <443FEF47.3050406@gmx.de> <5FD8AADA-F91A-4B1F-9453-01178901DB6F@osafoundation.org> <443FF7B9.3050801@gmx.de> <7D5DE367-5FD8-4398-849D-2158EF6BC256@osafoundation.org> <443FFE81.6010605@gmx.de> <CD95571B-E80E-4DA4-A522-23C0647CF6B6@osafoundation.org> <4440AC2D.2050802@gmx.de> <44509D3B.4050503@gmx.de> <DBB5A293-8F91-4E39-BE97-B6BD5236F5A3@osafoundation.org> <44512C9B.6090102@gmx.de> <44847841.8080902@gmx.de> <074E50A7C8A95FFDB5E8B5E6@Cyrus-Daboo.local> <44913E39.7040503@gmx.de> <A53A3668-1C4B-46B2-BE5C-02F3F8D7D45E@apple.com> <4136E0DE-F4F4-4A6E-9AC0-1C6297910ECA@osafoundation.org> <4496FDDD.8010405@gmx.de> <5B9360D3-01CB-477F-AE25-640AB5F4BCC4@osafoundation.org> <449828CC.3030700@gmx.de>
Mime-Version: 1.0 (Apple Message framework v750)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <430D8860-3906-4210-8DD9-5CFCC5843176@osafoundation.org>
Content-Transfer-Encoding: 7bit
From: Lisa Dusseault <lisa@osafoundation.org>
Date: Tue, 20 Jun 2006 16:55:52 -0700
To: Julian Reschke <julian.reschke@gmx.de>
X-Mailer: Apple Mail (2.750)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Cc: Wilfredo Sánchez Vega <wsanchez@apple.com>, Ted Hardie <hardie@qualcomm.com>, HTTP Working Group <ietf-http-wg@w3.org>, ietf@ietf.org, CalDAV DevList <ietf-caldav@osafoundation.org>
Subject: Re: [Ietf-caldav] Last Call comment on Etag requirements in draft-dusseault-caldav-12
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org
On Jun 20, 2006, at 9:56 AM, Julian Reschke wrote: > Lisa Dusseault schrieb: >> Xythos WFC and Chandler (the Zanshin library that does WebDAV in >> python) behave this way and make the assumption I describe. How >> else would you expect a caching or synching client to behave after >> doing a PUT, when the implementors of those clients were pretty >> sure that WebDAV servers stored the content without mucking with it? > > Chandler is not released and obviously operating based on what the > CalDAV spec currently says. > > Regarding the Xythos client: I just did some tests, and as far as I > can tell the behavior is the same independantly of whether the > server returns an ETag in PUT: the client always assumes that > content was not rewritten, and in the absence of an ETag uses the > Last-Modified date to check. So it seems that it doesn't handle > content-rewriting servers at all, right? (one needs to manually > purge the cache to get the actual content). My assertion was that if a strong ETag is returned, Xythos WFC assumes that what it PUT was what the server stored, and it seems you agree. You found that if a Last-Modified is returned instead, WFC makes the same assumption -- naturally, they're very similar. You're probably quite right about the general case, that existing WebDAV clients don't handle content-rewriting servers at all. What's the best thing a content-rewriting server can do in this situation? I would hope that if a client receives neither an ETag nor a Last- Modified in a PUT response, then the next time it synchronizes and sees an ETag that it's never seen before, the client downloads the resource. This allows the content to eventually get synchronized although perhaps not as fast as would be ideal. But CalDAV clients will have to handle content-rewriting servers at least handling events (calendar component resources), because during protocol development we heard from a couple server developers that they'd need to add custom iCalendar properties to an event as soon as it was stored, thus rewriting the content. lisa _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- Last Call comment on Etag requirements in draft-d… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Lisa Dusseault
- Re: [Ietf-caldav] Last Call comment on Etag requi… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Cyrus Daboo
- Re: [Ietf-caldav] Last Call comment on Etag requi… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Peter Dambier
- Re: [Ietf-caldav] Last Call comment on Etag requi… Lisa Dusseault
- Re: [Ietf-caldav] Last Call comment on Etag requi… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Lisa Dusseault
- Re: [Ietf-caldav] Last Call comment on Etag requi… Lisa Dusseault
- Re: [Ietf-caldav] Last Call comment on Etag requi… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Lisa Dusseault
- Re: [Ietf-caldav] Last Call comment on Etag requi… Lisa Dusseault
- Re: [Ietf-caldav] Last Call comment on Etag requi… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Wilfredo Sánchez Vega
- Re: [Ietf-caldav] Last Call comment on Etag requi… Wilfredo Sánchez Vega
- Re: [Ietf-caldav] Last Call comment on Etag requi… Julian Reschke
- Re: [Ietf-caldav] Last Call comment on Etag requi… Robert Sayre
- Re: [Ietf-caldav] Last Call comment on Etag requi… Wilfredo Sánchez Vega
- Re: PMTUD Milestones past due Matt Mathis
- Re: [Ietf-caldav] Last Call comment on Etag requi… Wilfredo Sánchez Vega