From w3c-dist-auth-request@listhub.w3.org Sat Aug 2 01:08:19 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 12B6B3A6887 for ; Sat, 2 Aug 2008 01:08:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L0P8EbhCRCVv for ; Sat, 2 Aug 2008 01:08:18 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 1694F3A6778 for ; Sat, 2 Aug 2008 01:08:17 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KPC8J-0004Ws-0J for w3c-dist-auth-dist@listhub.w3.org; Sat, 02 Aug 2008 08:06:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KPC8H-0004VW-CL for w3c-dist-auth@listhub.w3.org; Sat, 02 Aug 2008 08:06:33 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KPC88-0000sJ-IB for w3c-dist-auth@w3.org; Sat, 02 Aug 2008 08:06:32 +0000 Received: (qmail invoked by alias); 02 Aug 2008 08:05:53 -0000 Received: from p508FFE68.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.254.104] by mail.gmx.net (mp018) with SMTP; 02 Aug 2008 10:05:53 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/HX2t5dIHHp2MdpbMl+WtO3YaZ90OzseAuq1HPDo ZUBDI41Kj5tQ/T Message-ID: <4894155E.2000807@gmx.de> Date: Sat, 02 Aug 2008 10:05:50 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: "'www-webdav-dasl@w3.org'" , WebDAV References: <20080714181833.E11663A6A10@core3.amsl.com> <487BA59E.4040801@gmx.de> In-Reply-To: <487BA59E.4040801@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6899999999999999 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KPC88-0000sJ-IB 74c8d9b294f72707e08c387014b9cf19 X-Original-To: w3c-dist-auth@w3.org Subject: safeness of SEARCH method, Re: Last Call: draft-reschke-webdav-search (Web Distributed Authoring and Versioning (WebDAV) SEARCH) to Proposed Standard Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12963 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Sat, 02 Aug 2008 08:06:35 +0000 Hi, here's a LC comment by myself: the specification should state that SEARCH is a safe method (see ). BR, Julian From w3c-dist-auth-request@listhub.w3.org Sun Aug 3 09:30:58 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EE3783A6ABA for ; Sun, 3 Aug 2008 09:30:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.266 X-Spam-Level: X-Spam-Status: No, score=-6.266 tagged_above=-999 required=5 tests=[AWL=0.333, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62eb05oKi1-Y for ; Sun, 3 Aug 2008 09:30:58 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 1A8153A67F5 for ; Sun, 3 Aug 2008 09:30:57 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KPgSd-0003eU-VV for w3c-dist-auth-dist@listhub.w3.org; Sun, 03 Aug 2008 16:29:36 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KPgSc-0003dH-Ha for w3c-dist-auth@listhub.w3.org; Sun, 03 Aug 2008 16:29:34 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KPgST-0002ib-Mh for w3c-dist-auth@w3.org; Sun, 03 Aug 2008 16:29:34 +0000 Received: (qmail invoked by alias); 03 Aug 2008 16:28:54 -0000 Received: from p508FBF93.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.191.147] by mail.gmx.net (mp057) with SMTP; 03 Aug 2008 18:28:54 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/Iu3UD3afI09MUgFvRNWWq1BlWLzhg7uUDR6pXp/ d3ZtL8Ut42NJy3 Message-ID: <4895DCC5.5060308@gmx.de> Date: Sun, 03 Aug 2008 18:28:53 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: "'www-webdav-dasl@w3.org'" , WebDAV References: <20080714181833.E11663A6A10@core3.amsl.com> <487BA59E.4040801@gmx.de> <4894155E.2000807@gmx.de> In-Reply-To: <4894155E.2000807@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KPgST-0002ib-Mh ab9cb0c72568907eb93f2895df6c7d7c X-Original-To: w3c-dist-auth@w3.org Subject: Re: safeness of SEARCH method, Re: Last Call: draft-reschke-webdav-search (Web Distributed Authoring and Versioning (WebDAV) SEARCH) to Proposed Standard Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12964 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Sun, 03 Aug 2008 16:29:35 +0000 Julian Reschke wrote: > > Hi, > > here's a LC comment by myself: the specification should state that > SEARCH is a safe method (see > ). > > BR, Julian Fixed in -latest, adding: "SEARCH is a safe method; it does not have any significance other than executing a query and returning a query result (see [RFC2616], Section 9.1.1)." (). BR, Julian From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 08:28:29 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 998B528C2F2 for ; Mon, 4 Aug 2008 08:28:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.299 X-Spam-Level: X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MANGLED_FROM=2.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A9a8f3SpjkUF for ; Mon, 4 Aug 2008 08:28:28 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 6B0543A6CCB for ; Mon, 4 Aug 2008 08:28:27 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ1xQ-0002ji-RT for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 15:26:48 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ1xP-0002i8-C0; Mon, 04 Aug 2008 15:26:47 +0000 Received: from bbmail2.blackboard.com ([66.210.59.246]) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ1vl-0001bz-6U; Mon, 04 Aug 2008 15:25:13 +0000 Received: from bbmail2.blackboard.com ([10.20.3.44]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 Aug 2008 08:24:32 -0700 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 4 Aug 2008 08:24:31 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4AC64CF@AZEXBACK.bbbb.net> In-Reply-To: <486BA8E8.20700@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: getting WebDAV SEARCH ready for the IESG thread-index: AcjcXr9OPpQxYRyNS/KNzBk7vqQ4kQZ5fFUg From: "John Barone" To: , X-OriginalArrivalTime: 04 Aug 2008 15:24:32.0403 (UTC) FILETIME=[31D1B630:01C8F646] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: maggie.w3.org 1KQ1vl-0001bz-6U 14c562560922690d6464f5c895763fd4 X-Original-To: w3c-dist-auth@w3.org Subject: RE: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12965 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 15:26:48 +0000 Some comments: In section 2.3.1 Result Set Truncation - Would be nice to indicate what the search limit is (after what number of results was the query truncated) - Partial results: I read this to mean whatever partial results you send back, they must be ordered (within themselves) as the client requested. In many cases the client wants the full list ordered, and then send back the partial results. Any way to indicate this in the request; i.e. if you have to send back partial results (a 507 condition) I want them fully ordered, not just within themselves? Perhaps the server can send back a 507 response for the arbiter URI and no results, if it can't comply with ordering the full result set, and sending back partial results. In section 5.17.1 Relationship to Result Ordering - I read this to mean that the full results should first be ordered by the server, and then send back the requested limit. This seems to contradict what's specified in section 2.3.1, where the results are limited and then ordered (if I'm reading it correctly). I think these 2 sections should be consistent with each other. Regards, -John -----Original Message----- From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org] On Behalf Of Julian Reschke Sent: Wednesday, July 02, 2008 9:12 AM To: w3c-dist-auth@w3.org Cc: WebDAV Subject: getting WebDAV SEARCH ready for the IESG Hi, we recently made some progress on getting WebDAV SEARCH ready for publication. We received some feedback from Chris Newman, and the latest edits on the draft (, ) take those into account. Unless there's new feedback, I'm planning to submit this as draft 16, which, if all goes well, will then by last called. Feedback appreciated, Julian This email and any attachments may contain confidential and proprietary information of Blackboard that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 08:58:28 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2469428C2FD for ; Mon, 4 Aug 2008 08:58:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.008 X-Spam-Level: X-Spam-Status: No, score=-5.008 tagged_above=-999 required=5 tests=[AWL=-0.709, BAYES_00=-2.599, MANGLED_FROM=2.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ez-bfoerx7ki for ; Mon, 4 Aug 2008 08:58:24 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id D1A333A6CDC for ; Mon, 4 Aug 2008 08:58:23 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ2Rl-0005ff-SP for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 15:58:09 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ2Rk-0005Od-NL for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 15:58:08 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KQ2Hi-0002l7-A6 for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 15:47:54 +0000 Received: (qmail invoked by alias); 04 Aug 2008 15:47:15 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.106]) [217.91.35.233] by mail.gmx.net (mp034) with SMTP; 04 Aug 2008 17:47:15 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+o2MpcfiyoTF7xIRcCJjMcQTi9R6k43jM/4A69Qc WS+rqZuibVRmYH Message-ID: <48972480.1060107@gmx.de> Date: Mon, 04 Aug 2008 17:47:12 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: John Barone CC: w3c-dist-auth@w3.org, www-webdav-dasl@w3.org References: <3877DF108AADAA41976200B6D1D104F4AC64CF@AZEXBACK.bbbb.net> In-Reply-To: <3877DF108AADAA41976200B6D1D104F4AC64CF@AZEXBACK.bbbb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.47 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KQ2Hi-0002l7-A6 0c33d1d7aa856427f8700f274611eb81 X-Original-To: w3c-dist-auth@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12966 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 15:58:09 +0000 Hi John, thanks for the comments. The server I worked on a long time ago never truncated results, so I don't have any preference. However, it seems to me that the text in 2.3.1 was phrased this way on purpose -- there may be cases where it's not possible to first sort, then truncate. For instance, when searching can be delegated to an underlying SQL store, but ordering can not, how would you implement that? Thus, I'm hesitant doing any change over here. If you feel strongly about that, we *could* add a statement into the "future extensions" appendix. And yes, the inconsistency with 5.17.1 is a bit awkward, but I'm really not sure we can change this at this point of time. BR, Julian John Barone wrote: > Some comments: > > In section 2.3.1 Result Set Truncation > > - Would be nice to indicate what the search limit is (after what number > of results was the query truncated) > > - Partial results: I read this to mean whatever partial results you send > back, they must be ordered (within themselves) > as the client requested. In many cases the client wants the full list > ordered, and then send back the partial results. > Any way to indicate this in the request; i.e. if you have to send back > partial results (a 507 condition) I want them fully ordered, not just > within themselves? Perhaps the server can send back a 507 response for > the arbiter URI and no results, if it can't comply with ordering the > full result set, and sending back partial results. > > > In section 5.17.1 Relationship to Result Ordering > > - I read this to mean that the full results should first be ordered by > the server, and then send back the requested limit. This seems to > contradict what's specified in section 2.3.1, where the results are > limited and then ordered (if I'm reading it correctly). I think these 2 > sections should be consistent with each other. > > > Regards, > > -John > > > -----Original Message----- > From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org] > On Behalf Of Julian Reschke > Sent: Wednesday, July 02, 2008 9:12 AM > To: w3c-dist-auth@w3.org > Cc: WebDAV > Subject: getting WebDAV SEARCH ready for the IESG > > > Hi, > > we recently made some progress on getting WebDAV SEARCH ready for > publication. > > We received some feedback from Chris Newman, and the latest edits on the > draft > ( ml>, > m-previous.diff.html>) > take those into account. > > Unless there's new feedback, I'm planning to submit this as draft 16, > which, if all goes well, will then by last called. > > Feedback appreciated, > > Julian > > > > > This email and any attachments may contain confidential and proprietary > information of Blackboard that is for the sole use of the intended > recipient. If you are not the intended recipient, disclosure, copying, > re-distribution or other use of any of this information is strictly > prohibited. Please immediately notify the sender and delete this > transmission if you received this email in error. > From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 08:58:28 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6B81F3A6CDB for ; Mon, 4 Aug 2008 08:58:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.299 X-Spam-Level: X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MANGLED_FROM=2.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sn-xnPoAPBxq for ; Mon, 4 Aug 2008 08:58:25 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id BF96F28C2FA for ; Mon, 4 Aug 2008 08:58:24 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ2Rw-0005yF-10 for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 15:58:20 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ2Ru-0005wj-Do; Mon, 04 Aug 2008 15:58:18 +0000 Received: from bbmail2.blackboard.com ([66.210.59.246]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ2Rl-00040L-NZ; Mon, 04 Aug 2008 11:58:18 -0400 Received: from bbmail2.blackboard.com ([10.20.3.44]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 Aug 2008 08:57:36 -0700 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 4 Aug 2008 08:57:35 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4AC64E2@AZEXBACK.bbbb.net> In-Reply-To: <48972480.1060107@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: getting WebDAV SEARCH ready for the IESG thread-index: Acj2SWH8EG6blWCkQoiDfJDylN/XWgAAFzOw From: "John Barone" To: "Julian Reschke" Cc: , X-OriginalArrivalTime: 04 Aug 2008 15:57:36.0454 (UTC) FILETIME=[D067DE60:01C8F64A] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1KQ2Rl-00040L-NZ 4338d5761afb22834e78c2b4d31f5d12 X-Original-To: w3c-dist-auth@w3.org Subject: RE: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12967 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 15:58:20 +0000 > However, it seems to me that the text in 2.3.1 was phrased this way on purpose > -- there may be cases where it's not possible to first sort, > then truncate. For instance, when searching can be delegated to an underlying > SQL store, but ordering can not, how would you implement that? > Thus, I'm hesitant doing any change over here. Completely understood. I'm just saying a client may not want results that aren't ordered over the entire result set. It might be preferred to get no results (and have to further refine the search) than to get truncated results that aren't "globaly" ordered. > If you feel strongly about that, we *could* add a statement into the "future extensions" appendix. I don't feel that strongly about this, just a nice-to-have for some clients. > And yes, the inconsistency with 5.17.1 is a bit awkward, but I'm really not > sure we can change this at this point of time. This I think is a bigger deal. If you acknowledge that some servers cannot (at least easily) order a global result set and then limit the results returned, then how can this be a MUST? Seems like the same issue to me. -John John Barone wrote: > Some comments: > > In section 2.3.1 Result Set Truncation > > - Would be nice to indicate what the search limit is (after what > number of results was the query truncated) > > - Partial results: I read this to mean whatever partial results you > send back, they must be ordered (within themselves) as the client > requested. In many cases the client wants the full list ordered, and > then send back the partial results. > Any way to indicate this in the request; i.e. if you have to send back > partial results (a 507 condition) I want them fully ordered, not just > within themselves? Perhaps the server can send back a 507 response > for the arbiter URI and no results, if it can't comply with ordering > the full result set, and sending back partial results. > > > In section 5.17.1 Relationship to Result Ordering > > - I read this to mean that the full results should first be ordered by > the server, and then send back the requested limit. This seems to > contradict what's specified in section 2.3.1, where the results are > limited and then ordered (if I'm reading it correctly). I think these > 2 sections should be consistent with each other. > > > Regards, > > -John > > > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org] > On Behalf Of Julian Reschke > Sent: Wednesday, July 02, 2008 9:12 AM > To: w3c-dist-auth@w3.org > Cc: WebDAV > Subject: getting WebDAV SEARCH ready for the IESG > > > Hi, > > we recently made some progress on getting WebDAV SEARCH ready for > publication. > > We received some feedback from Chris Newman, and the latest edits on > the draft > ( ht > ml>, > ro > m-previous.diff.html>) > take those into account. > > Unless there's new feedback, I'm planning to submit this as draft 16, > which, if all goes well, will then by last called. > > Feedback appreciated, > > Julian > > > > > This email and any attachments may contain confidential and > proprietary information of Blackboard that is for the sole use of the > intended recipient. If you are not the intended recipient, > disclosure, copying, re-distribution or other use of any of this > information is strictly prohibited. Please immediately notify the > sender and delete this transmission if you received this email in error. > This email and any attachments may contain confidential and proprietary information of Blackboard that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 09:24:30 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 00DC43A6ACE for ; Mon, 4 Aug 2008 09:24:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.079 X-Spam-Level: X-Spam-Status: No, score=-6.079 tagged_above=-999 required=5 tests=[AWL=0.520, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qM99ZKtiKKid for ; Mon, 4 Aug 2008 09:24:29 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id D82D63A68F0 for ; Mon, 4 Aug 2008 09:24:26 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ2rA-0000SA-6n for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 16:24:24 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ2r9-0000RP-Fr for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 16:24:23 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KQ2r0-0006oP-SU for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 12:24:23 -0400 Received: (qmail invoked by alias); 04 Aug 2008 16:23:42 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.106]) [217.91.35.233] by mail.gmx.net (mp044) with SMTP; 04 Aug 2008 18:23:42 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/TTsduxUrT/oCm7BVm1U7FzN1Md0Hg82BzPg8DmS w3GlrXfDZeDq5O Message-ID: <48972D0C.3070808@gmx.de> Date: Mon, 04 Aug 2008 18:23:40 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: John Barone CC: w3c-dist-auth@w3.org, www-webdav-dasl@w3.org References: <3877DF108AADAA41976200B6D1D104F4AC64E2@AZEXBACK.bbbb.net> In-Reply-To: <3877DF108AADAA41976200B6D1D104F4AC64E2@AZEXBACK.bbbb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KQ2r0-0006oP-SU c740ea2c59ed32ce75d11b7b2b7f711e X-Original-To: w3c-dist-auth@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12968 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 16:24:24 +0000 John Barone wrote: >> However, it seems to me that the text in 2.3.1 was phrased this way on > purpose >> -- there may be cases where it's not possible to first sort, >> then truncate. For instance, when searching can be delegated to an > underlying >> SQL store, but ordering can not, how would you implement that? >> Thus, I'm hesitant doing any change over here. > > Completely understood. I'm just saying a client may not want results > that aren't ordered over the entire result set. It might be preferred > to get no results (and have to further refine the search) than to get > truncated results that aren't "globaly" ordered. I do agree that this may be more useful. I'm just skeptic about making this change many years after people have written implementations. >> If you feel strongly about that, we *could* add a statement into the > "future extensions" appendix. > > I don't feel that strongly about this, just a nice-to-have for some > clients. > > >> And yes, the inconsistency with 5.17.1 is a bit awkward, but I'm > really not >> sure we can change this at this point of time. > > This I think is a bigger deal. If you acknowledge that some servers > cannot (at least easily) order a global result set and then limit the > results returned, then how can this be a MUST? Seems like the same > issue to me. I just checked the document's history, and that particular requirement was added in 2003, see the thread around . Back then we probably did not realize that we're introducing an inconsistency between truncation (server enforced) and limiting (on behalf of the client). If this is a minor problem, we should just state it somewhere. If it's a major problem, we could try to fix it. The server I worked on didn't truncate, so I don't have a strong preference. That being said, it would be interesting to know how the other servers (Xythos, Catacomb, Slide...?) behave... BR, Julian From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 09:56:42 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BE6FF3A67F3 for ; Mon, 4 Aug 2008 09:56:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.299 X-Spam-Level: X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MANGLED_FROM=2.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B7P10-GsCzsM for ; Mon, 4 Aug 2008 09:56:42 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id E28B43A6783 for ; Mon, 4 Aug 2008 09:56:41 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ3LM-000434-Bo for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 16:55:36 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ3LL-00042O-MQ for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 16:55:35 +0000 Received: from bbmail2.blackboard.com ([66.210.59.247]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ3LD-0004it-3A for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 12:55:35 -0400 Received: from bbmail2.blackboard.com ([10.20.3.44]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 Aug 2008 09:54:55 -0700 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 4 Aug 2008 09:54:54 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4AC6505@AZEXBACK.bbbb.net> In-Reply-To: <486BA8E8.20700@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: getting WebDAV SEARCH ready for the IESG Thread-Index: AcjcXr9OPpQxYRyNS/KNzBk7vqQ4kQZ88q/Q From: "John Barone" Importance: normal Priority: normal To: Cc: "WebDAV" X-OriginalArrivalTime: 04 Aug 2008 16:54:55.0644 (UTC) FILETIME=[D2529DC0:01C8F652] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-1.1 X-W3C-Hub-Spam-Report: BAYES_05=-1.11 X-W3C-Scan-Sig: bart.w3.org 1KQ3LD-0004it-3A 6529dd4d0536e9062dca6317f8ae2537 X-Original-To: w3c-dist-auth@w3.org Subject: RE: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12969 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 16:55:36 +0000 Another comment on this; there doesn't seem to be any discussion about issuing a SEARCH and limiting on multi-valued properties, in the WHERE. Is this beyond the scope of this particular draft, or is this treated in some other specification/draft? Regards, -John -----Original Message----- From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org] On Behalf Of Julian Reschke Sent: Wednesday, July 02, 2008 9:12 AM To: w3c-dist-auth@w3.org Cc: WebDAV Subject: getting WebDAV SEARCH ready for the IESG Hi, we recently made some progress on getting WebDAV SEARCH ready for publication. We received some feedback from Chris Newman, and the latest edits on the draft (, ) take those into account. Unless there's new feedback, I'm planning to submit this as draft 16, which, if all goes well, will then by last called. Feedback appreciated, Julian This email and any attachments may contain confidential and proprietary information of Xythos that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 09:59:17 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C6C0D3A6783 for ; Mon, 4 Aug 2008 09:59:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.449 X-Spam-Level: X-Spam-Status: No, score=-5.449 tagged_above=-999 required=5 tests=[AWL=1.150, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dFt7LxpGNQ80 for ; Mon, 4 Aug 2008 09:59:16 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id BEAFA3A695F for ; Mon, 4 Aug 2008 09:59:16 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ3Ow-0004YL-Qi for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 16:59:18 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ3Ov-0004Hk-89; Mon, 04 Aug 2008 16:59:17 +0000 Received: from bbmail2.blackboard.com ([66.210.59.247]) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ36Q-0005AQ-8q; Mon, 04 Aug 2008 16:40:18 +0000 Received: from bbmail2.blackboard.com ([10.20.3.44]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 Aug 2008 09:39:38 -0700 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 4 Aug 2008 09:39:37 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4AC64FC@AZEXBACK.bbbb.net> In-Reply-To: <48972D0C.3070808@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: getting WebDAV SEARCH ready for the IESG Thread-Index: Acj2Tnm2p+yz1egWQMi9HZSdpl+O2AAAJnxg From: "John Barone" Importance: normal Priority: normal To: "Julian Reschke" Cc: , X-OriginalArrivalTime: 04 Aug 2008 16:39:38.0222 (UTC) FILETIME=[AF7F20E0:01C8F650] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: maggie.w3.org 1KQ36Q-0005AQ-8q e1d538fce28345eb5c9c91efdd8b8098 X-Original-To: w3c-dist-auth@w3.org Subject: RE: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12970 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 16:59:18 +0000 The Xythos server currently doesn't implement the limit feature. The server does truncate results based on a server setting. Making sure the truncated results are globally ordered is difficult, for the reasons you outlined and particularly when the search spans multiple data stores. Implementing the limit feature would pose the same ordering challenges. I think making 5.17.1 a MUST places a heavy burden on the server implementation. -John -----Original Message----- From: Julian Reschke [mailto:julian.reschke@gmx.de] Sent: Monday, August 04, 2008 9:24 AM To: John Barone Cc: w3c-dist-auth@w3.org; www-webdav-dasl@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG John Barone wrote: >> However, it seems to me that the text in 2.3.1 was phrased this way >> on > purpose >> -- there may be cases where it's not possible to first sort, then >> truncate. For instance, when searching can be delegated to an > underlying >> SQL store, but ordering can not, how would you implement that? >> Thus, I'm hesitant doing any change over here. > > Completely understood. I'm just saying a client may not want results > that aren't ordered over the entire result set. It might be preferred > to get no results (and have to further refine the search) than to get > truncated results that aren't "globaly" ordered. I do agree that this may be more useful. I'm just skeptic about making this change many years after people have written implementations. >> If you feel strongly about that, we *could* add a statement into the > "future extensions" appendix. > > I don't feel that strongly about this, just a nice-to-have for some > clients. > > >> And yes, the inconsistency with 5.17.1 is a bit awkward, but I'm > really not >> sure we can change this at this point of time. > > This I think is a bigger deal. If you acknowledge that some servers > cannot (at least easily) order a global result set and then limit the > results returned, then how can this be a MUST? Seems like the same > issue to me. I just checked the document's history, and that particular requirement was added in 2003, see the thread around . Back then we probably did not realize that we're introducing an inconsistency between truncation (server enforced) and limiting (on behalf of the client). If this is a minor problem, we should just state it somewhere. If it's a major problem, we could try to fix it. The server I worked on didn't truncate, so I don't have a strong preference. That being said, it would be interesting to know how the other servers (Xythos, Catacomb, Slide...?) behave... BR, Julian This email and any attachments may contain confidential and proprietary information of Xythos that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 10:40:29 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C12733A6D0A for ; Mon, 4 Aug 2008 10:40:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.632 X-Spam-Level: X-Spam-Status: No, score=-5.632 tagged_above=-999 required=5 tests=[AWL=0.367, BAYES_00=-2.599, J_CHICKENPOX_35=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h03Z1Q5ugQTf for ; Mon, 4 Aug 2008 10:40:29 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 072F33A6BAA for ; Mon, 4 Aug 2008 10:40:29 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ42W-0001yE-DG for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 17:40:12 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ42V-0001xV-IN for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 17:40:11 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KQ42M-0007Kk-O3 for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 17:40:11 +0000 Received: (qmail invoked by alias); 04 Aug 2008 17:39:32 -0000 Received: from p508FF2BC.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.242.188] by mail.gmx.net (mp024) with SMTP; 04 Aug 2008 19:39:32 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+bYS8Yw0Obufvwq4JhnEbOCVK4Y8CTDlEdDZI8h9 xvKQ0vnBJ7lFnc Message-ID: <48973ED1.5050300@gmx.de> Date: Mon, 04 Aug 2008 19:39:29 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: John Barone CC: w3c-dist-auth@w3.org, www-webdav-dasl@w3.org References: <3877DF108AADAA41976200B6D1D104F4AC64FC@AZEXBACK.bbbb.net> In-Reply-To: <3877DF108AADAA41976200B6D1D104F4AC64FC@AZEXBACK.bbbb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KQ42M-0007Kk-O3 95b488d18f5a3334762922d8fa2bd784 X-Original-To: w3c-dist-auth@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12971 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 17:40:12 +0000 John Barone wrote: > The Xythos server currently doesn't implement the limit feature. The > server does truncate results based on a server setting. Making sure the > truncated results are globally ordered is difficult, for the reasons you > outlined and particularly when the search spans multiple data stores. ...another good point I forgot. > Implementing the limit feature would pose the same ordering challenges. > I think making 5.17.1 a MUST places a heavy burden on the server > implementation. One alternative would be "SHOULD", another one would be just stating that DAV:limit is optional, and servers that can't do the MUST level requirement should reject the query. Any preference? BR, Julian From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 10:44:58 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 573173A6D1A for ; Mon, 4 Aug 2008 10:44:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.96 X-Spam-Level: X-Spam-Status: No, score=-5.96 tagged_above=-999 required=5 tests=[AWL=0.639, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mxPjvv175r6k for ; Mon, 4 Aug 2008 10:44:57 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 98A983A6D19 for ; Mon, 4 Aug 2008 10:44:54 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ47B-0002rI-VK for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 17:45:01 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ47B-0002Xe-5a for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 17:45:01 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KQ472-0007RW-79 for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 17:45:00 +0000 Received: (qmail invoked by alias); 04 Aug 2008 17:44:21 -0000 Received: from p508FF2BC.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.242.188] by mail.gmx.net (mp009) with SMTP; 04 Aug 2008 19:44:21 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+NoxUmGEyNxwFq83jiIiqDncR6bYV//dZgAGnnqE kW+Slg7WTyFv0Z Message-ID: <48973FF2.8090304@gmx.de> Date: Mon, 04 Aug 2008 19:44:18 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: John Barone CC: w3c-dist-auth@w3.org References: <3877DF108AADAA41976200B6D1D104F4AC6505@AZEXBACK.bbbb.net> In-Reply-To: <3877DF108AADAA41976200B6D1D104F4AC6505@AZEXBACK.bbbb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.66 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KQ472-0007RW-79 9219c291664866277dbe38c4f3135a6f X-Original-To: w3c-dist-auth@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12972 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 17:45:01 +0000 John Barone wrote: > Another comment on this; there doesn't seem to be any discussion about > issuing a SEARCH and limiting on multi-valued properties, in the WHERE. > Is this beyond the scope of this particular draft, or is this treated in > some other specification/draft? > > Regards, > > -John Short answer: out of scope. Long answer: this requires a common understanding of what multivalued properties are, and how they are serialized. A proposal was contained in a draft of what later was published as RFC 4316, see . Back when we discussed this, there was a preference of keeping things simple, and so it was removed from subsequent drafts. That being said, I know that the proposal was implemented both by SAP and Xythos (although likely in different namespaces). I would be happy to resurrect that part of the spec as a separate activity, but today I wouldn't be able to update the SAP implementation anymore. BR, Julian From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 11:08:29 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 47B103A6850 for ; Mon, 4 Aug 2008 11:08:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.736 X-Spam-Level: X-Spam-Status: No, score=-5.736 tagged_above=-999 required=5 tests=[AWL=0.863, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RfT9Ld6Nlqvp for ; Mon, 4 Aug 2008 11:08:28 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 604E73A6783 for ; Mon, 4 Aug 2008 11:08:28 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ4TK-000336-Ez for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 18:07:54 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ4TJ-000320-Sc for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 18:07:53 +0000 Received: from bbmail2.blackboard.com ([66.210.59.246]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ4T3-0007cl-U4 for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 14:07:53 -0400 Received: from bbmail2.blackboard.com ([10.20.3.44]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 Aug 2008 11:07:06 -0700 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 4 Aug 2008 11:07:05 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4AC651F@AZEXBACK.bbbb.net> In-Reply-To: <48973FF2.8090304@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: getting WebDAV SEARCH ready for the IESG thread-index: Acj2Wb3UEUTuQIefQ+Ojh0b6on5Z+QAAxq2Q From: "John Barone" To: "Julian Reschke" Cc: X-OriginalArrivalTime: 04 Aug 2008 18:07:06.0809 (UTC) FILETIME=[E7E5F290:01C8F65C] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-0.7 X-W3C-Hub-Spam-Report: BAYES_20=-0.74 X-W3C-Scan-Sig: bart.w3.org 1KQ4T3-0007cl-U4 8f92f649463cf821bbc296420f56d11a X-Original-To: w3c-dist-auth@w3.org Subject: RE: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12973 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 18:07:54 +0000 I think that would be worthwhile, but need not muddy these discussions. -John -----Original Message----- From: Julian Reschke [mailto:julian.reschke@gmx.de] Sent: Monday, August 04, 2008 10:44 AM To: John Barone Cc: w3c-dist-auth@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG John Barone wrote: > Another comment on this; there doesn't seem to be any discussion about > issuing a SEARCH and limiting on multi-valued properties, in the WHERE. > Is this beyond the scope of this particular draft, or is this treated > in some other specification/draft? > > Regards, > > -John Short answer: out of scope. Long answer: this requires a common understanding of what multivalued properties are, and how they are serialized. A proposal was contained in a draft of what later was published as RFC 4316, see . Back when we discussed this, there was a preference of keeping things simple, and so it was removed from subsequent drafts. That being said, I know that the proposal was implemented both by SAP and Xythos (although likely in different namespaces). I would be happy to resurrect that part of the spec as a separate activity, but today I wouldn't be able to update the SAP implementation anymore. BR, Julian This email and any attachments may contain confidential and proprietary information of Blackboard that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 11:20:09 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3AE673A691E for ; Mon, 4 Aug 2008 11:20:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.609 X-Spam-Level: X-Spam-Status: No, score=-5.609 tagged_above=-999 required=5 tests=[AWL=0.390, BAYES_00=-2.599, J_CHICKENPOX_35=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8WMHwGcjpjto for ; Mon, 4 Aug 2008 11:20:08 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 190513A6824 for ; Mon, 4 Aug 2008 11:20:07 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ4f8-0007b8-H8 for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 18:20:06 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ4f6-0007Zd-VT; Mon, 04 Aug 2008 18:20:05 +0000 Received: from bbmail2.blackboard.com ([66.210.59.246]) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ4ey-00005V-44; Mon, 04 Aug 2008 18:20:04 +0000 Received: from bbmail2.blackboard.com ([10.20.3.44]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 Aug 2008 11:19:24 -0700 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 4 Aug 2008 11:19:22 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4AC652E@AZEXBACK.bbbb.net> In-Reply-To: <48973ED1.5050300@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: getting WebDAV SEARCH ready for the IESG thread-index: Acj2WRGDFwh7qPIJRLa4Y2uBENIyEgABGnVA From: "John Barone" To: "Julian Reschke" Cc: , X-OriginalArrivalTime: 04 Aug 2008 18:19:24.0562 (UTC) FILETIME=[9FA21F20:01C8F65E] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: maggie.w3.org 1KQ4ey-00005V-44 982abe91eef218ff50fa28040a659acb X-Original-To: w3c-dist-auth@w3.org Subject: RE: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12974 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 18:20:06 +0000 First and foremost I would be in favor of wording that is consistent with what's outlined in section 2.3.1, for truncation. From a client perspective, I would think that the MUST wording in section 5.17.1 is most desirable. However, from a practical (and admittedly self-serving) point of view, simply stating that the results MUST ordered as the client directed, would be preferred. Section 2.3.1 goes on to say: "... the partial results returned MAY be any subset of the result set that would have satisfied the original query". Perhaps in section 5.17.1 the additional sentence could be phrased: "... the results that are included in the response document SHOULD be those that order highest" Regards, -John -----Original Message----- From: Julian Reschke [mailto:julian.reschke@gmx.de] Sent: Monday, August 04, 2008 10:39 AM To: John Barone Cc: w3c-dist-auth@w3.org; www-webdav-dasl@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG John Barone wrote: > The Xythos server currently doesn't implement the limit feature. The > server does truncate results based on a server setting. Making sure > the truncated results are globally ordered is difficult, for the > reasons you outlined and particularly when the search spans multiple data stores. ...another good point I forgot. > Implementing the limit feature would pose the same ordering challenges. > I think making 5.17.1 a MUST places a heavy burden on the server > implementation. One alternative would be "SHOULD", another one would be just stating that DAV:limit is optional, and servers that can't do the MUST level requirement should reject the query. Any preference? BR, Julian This email and any attachments may contain confidential and proprietary information of Blackboard that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 11:35:35 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 536FB3A6B8F for ; Mon, 4 Aug 2008 11:35:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.046 X-Spam-Level: X-Spam-Status: No, score=-6.046 tagged_above=-999 required=5 tests=[AWL=0.553, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3k1kbNC2uzlU for ; Mon, 4 Aug 2008 11:35:34 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 87BAB3A6824 for ; Mon, 4 Aug 2008 11:35:34 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ4u1-0004eq-BK for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 18:35:29 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ4u0-0004eC-EN for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 18:35:28 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KQ4tr-0000Ya-Nm for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 18:35:27 +0000 Received: (qmail invoked by alias); 04 Aug 2008 18:34:47 -0000 Received: from p508FF2BC.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.242.188] by mail.gmx.net (mp021) with SMTP; 04 Aug 2008 20:34:47 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/Ntc1Gkt/Nla5Fm6atxVV0DR8KhMIAp4lhvBnfVc DQYK1PUe2cL6ib Message-ID: <48974BC4.5020901@gmx.de> Date: Mon, 04 Aug 2008 20:34:44 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: John Barone CC: w3c-dist-auth@w3.org, www-webdav-dasl@w3.org References: <3877DF108AADAA41976200B6D1D104F4AC652E@AZEXBACK.bbbb.net> In-Reply-To: <3877DF108AADAA41976200B6D1D104F4AC652E@AZEXBACK.bbbb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.65 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KQ4tr-0000Ya-Nm 79174bd40fef033458cdc9d985b1b4ba X-Original-To: w3c-dist-auth@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12975 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 18:35:29 +0000 John Barone wrote: > First and foremost I would be in favor of wording that is consistent > with what's outlined in section 2.3.1, for truncation. From a client > perspective, I would think that the MUST wording in section 5.17.1 is > most desirable. However, from a practical (and admittedly self-serving) > point of view, simply stating that the results MUST ordered as the > client directed, would be preferred. Section 2.3.1 goes on to say: > > "... the partial results returned MAY be any subset of the result set > that would have satisfied the original query". > > Perhaps in section 5.17.1 the additional sentence could be phrased: > > "... the results that are included in the response document SHOULD be > those that order highest" So, to be precise, the single change you're proposing is to relax the "must" to a "should"? I'd be ok with that. BR, Julian From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 11:40:21 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C04C3A691E for ; Mon, 4 Aug 2008 11:40:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.974 X-Spam-Level: X-Spam-Status: No, score=-5.974 tagged_above=-999 required=5 tests=[AWL=0.625, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5lXlFRh0D88B for ; Mon, 4 Aug 2008 11:40:20 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 71FDC3A6D3B for ; Mon, 4 Aug 2008 11:39:39 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ4yE-0005Ip-NL for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 18:39:50 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ4yD-0005H7-Fz; Mon, 04 Aug 2008 18:39:49 +0000 Received: from bbmail2.blackboard.com ([66.210.59.246]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ4y4-0005mv-K6; Mon, 04 Aug 2008 14:39:49 -0400 Received: from bbmail2.blackboard.com ([10.20.3.44]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 Aug 2008 11:39:09 -0700 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 4 Aug 2008 11:39:07 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4AC653D@AZEXBACK.bbbb.net> In-Reply-To: <48974BC4.5020901@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: getting WebDAV SEARCH ready for the IESG thread-index: Acj2YMoVLNJDADy0TQe9iSwJCepL6wAACefw From: "John Barone" To: "Julian Reschke" Cc: , X-OriginalArrivalTime: 04 Aug 2008 18:39:09.0233 (UTC) FILETIME=[61C09210:01C8F661] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-0.2 X-W3C-Hub-Spam-Report: BAYES_40=-0.185 X-W3C-Scan-Sig: bart.w3.org 1KQ4y4-0005mv-K6 86ab8ee910234ac6810008e24efb0ced X-Original-To: w3c-dist-auth@w3.org Subject: RE: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12976 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 18:39:50 +0000 Yes, that would be fine. I wasn't privy to the original discussion that resulted in the MUST. So, I don't know if there are some client requirements/concerns that would be stepped on by changing it to a SHOULD. Regards, -John -----Original Message----- From: Julian Reschke [mailto:julian.reschke@gmx.de] Sent: Monday, August 04, 2008 11:35 AM To: John Barone Cc: w3c-dist-auth@w3.org; www-webdav-dasl@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG John Barone wrote: > First and foremost I would be in favor of wording that is consistent > with what's outlined in section 2.3.1, for truncation. From a client > perspective, I would think that the MUST wording in section 5.17.1 is > most desirable. However, from a practical (and admittedly > self-serving) point of view, simply stating that the results MUST > ordered as the client directed, would be preferred. Section 2.3.1 goes on to say: > > "... the partial results returned MAY be any subset of the result set > that would have satisfied the original query". > > Perhaps in section 5.17.1 the additional sentence could be phrased: > > "... the results that are included in the response document SHOULD be > those that order highest" So, to be precise, the single change you're proposing is to relax the "must" to a "should"? I'd be ok with that. BR, Julian This email and any attachments may contain confidential and proprietary information of Blackboard that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 11:50:32 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6AD683A6850 for ; Mon, 4 Aug 2008 11:50:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.78 X-Spam-Level: X-Spam-Status: No, score=-5.78 tagged_above=-999 required=5 tests=[AWL=0.219, BAYES_00=-2.599, J_CHICKENPOX_36=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TQ5xgfcYwwDm for ; Mon, 4 Aug 2008 11:50:31 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 97BE23A67A1 for ; Mon, 4 Aug 2008 11:50:31 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQ58W-0003fQ-7W for w3c-dist-auth-dist@listhub.w3.org; Mon, 04 Aug 2008 18:50:28 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ58V-0003e7-Ed for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 18:50:27 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KQ58M-000103-M5 for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 18:50:26 +0000 Received: (qmail invoked by alias); 04 Aug 2008 18:49:46 -0000 Received: from p508FF2BC.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.242.188] by mail.gmx.net (mp048) with SMTP; 04 Aug 2008 20:49:46 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19byxF9MY9bz1nShNPH/lUInQgIhZDK4Ob1rdvw7y /v21ng8v5EmPCB Message-ID: <48974F42.4040008@gmx.de> Date: Mon, 04 Aug 2008 20:49:38 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: John Barone CC: w3c-dist-auth@w3.org, www-webdav-dasl@w3.org References: <3877DF108AADAA41976200B6D1D104F4AC653D@AZEXBACK.bbbb.net> In-Reply-To: <3877DF108AADAA41976200B6D1D104F4AC653D@AZEXBACK.bbbb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.73 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KQ58M-000103-M5 31f4a55ef4cb693e8f785ce46673f980 X-Original-To: w3c-dist-auth@w3.org Subject: Re: getting WebDAV SEARCH ready for the IESG Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12977 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 04 Aug 2008 18:50:28 +0000 John Barone wrote: > Yes, that would be fine. > > I wasn't privy to the original discussion that resulted in the MUST. > So, I don't know if there are some client requirements/concerns that > would be stepped on by changing it to a SHOULD. > ... I would assume that any query that DAV:limits itself, or results in server-enforced truncation, is unlikely to be useful in a programmatic client. So I wouldn't expect this to be a problem. BR, Julian From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 19:33:30 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D7A6F3A6942 for ; Mon, 4 Aug 2008 19:33:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pJKDkHr2RK7H for ; Mon, 4 Aug 2008 19:33:30 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id C20033A690B for ; Mon, 4 Aug 2008 19:33:29 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQCLM-0001jB-7J for w3c-dist-auth-dist@listhub.w3.org; Tue, 05 Aug 2008 02:32:12 +0000 Received: from farnsworth.w3.org ([128.30.52.43] helo=wiggum.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQCLI-0001gP-94 for w3c-dist-auth@listhub.w3.org; Tue, 05 Aug 2008 02:32:08 +0000 Received: from nobody by wiggum.w3.org with local (Exim 4.63) (envelope-from ) id 1KQCLI-0004Du-6D for w3c-dist-auth@listhub.w3.org; Tue, 05 Aug 2008 02:32:08 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ7Pl-00036x-Rs for w3c-dist-auth@listhub.w3.org; Mon, 04 Aug 2008 21:16:25 +0000 Received: from fg-out-1718.google.com ([72.14.220.153]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQ7PZ-0007C4-2L for w3c-dist-auth@w3.org; Mon, 04 Aug 2008 17:16:25 -0400 Received: by fg-out-1718.google.com with SMTP id 16so1188737fgg.44 for ; Mon, 04 Aug 2008 14:15:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=KJKOu9vBpzdwp7e+3I1ZQsguWZ8v6LkAHGNwOTUBZRE=; b=po4XElYkkUarAXXXa7H+eFe4aSwTieVQUrVdQ0gq9JFqSX55PRv8WjD2ApmXXTQQeo IWbvrLK9jgksPa3kXkkDcp5RYRHsjiYrlAOjOsoQc2/0LVYIy9aypobrpwvw7ZEWZF9l Gh5sqIQw6nDTI3JZdkQirnpTlDc8chKJyKii8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=IIqfmbHhxNK+SWVXv+3BwwOkTtk3Bn4AtOjWdIoqUd55RhQTTdRdXgvYOG8MM7R6U3 ErR2UyKYUfJqFeNzj601izBSqe6wey1d5l/pzuAPf1ZzwLsfdId43A7tG87QNrRU9o/S bulQrLVkdWLkz7F83XQx2N4nFURGRfVg+4FIc= Received: by 10.86.90.13 with SMTP id n13mr10784079fgb.3.1217884546820; Mon, 04 Aug 2008 14:15:46 -0700 (PDT) Received: from ?10.0.1.2? ( [217.233.69.86]) by mx.google.com with ESMTPS id 12sm533420fgg.0.2008.08.04.14.15.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Aug 2008 14:15:45 -0700 (PDT) Message-Id: <00417E37-6DAF-47DF-A984-8853CAFD6870@gmail.com> From: Till Niese To: w3c-dist-auth@w3.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Mon, 4 Aug 2008 23:15:43 +0200 X-Mailer: Apple Mail (2.926) Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KQ7PZ-0007C4-2L dd6b6529f0bc04bd0cedf9767dc14dfa X-caa-id: c27610521595b7519ba0 X-Original-To: w3c-dist-auth@w3.org Subject: Question about WebDAV MOVE/COPY with Overwrite header true Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12978 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Tue, 05 Aug 2008 02:32:12 +0000 Hello, I'm currently working on a WebDAV Server implementation in php. But i'm unsure about the correct behavior of MOVE and COPY with Overwrite true and Depth infinity of a collection to a destination that already exists. What will be the correct behavior if there is a collection or resource inside the destination collection that can't be deleted cause of a lock or missing permissions. Will the complete MOVE or COPY fail cause the DELETE on the destination failed ? And if the MOVE or COPY fails should the same Multistatus header a DELETE with "Depth: infinity" on this collection would return, be returned ? Regards, Till Niese From w3c-dist-auth-request@listhub.w3.org Mon Aug 4 23:23:14 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C4A23A6B1F for ; Mon, 4 Aug 2008 23:23:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.121 X-Spam-Level: X-Spam-Status: No, score=-6.121 tagged_above=-999 required=5 tests=[AWL=0.478, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kbqUzwo+6IyH for ; Mon, 4 Aug 2008 23:23:13 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id AE1E93A68DA for ; Mon, 4 Aug 2008 23:23:12 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KQFvh-0006eE-6n for w3c-dist-auth-dist@listhub.w3.org; Tue, 05 Aug 2008 06:21:57 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KQFvg-0006dV-6L for w3c-dist-auth@listhub.w3.org; Tue, 05 Aug 2008 06:21:56 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KQFvX-0006ii-I9 for w3c-dist-auth@w3.org; Tue, 05 Aug 2008 02:21:56 -0400 Received: (qmail invoked by alias); 05 Aug 2008 06:21:15 -0000 Received: from p508FEEAC.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.238.172] by mail.gmx.net (mp006) with SMTP; 05 Aug 2008 08:21:15 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18f0ds5NqEf6ZP7dWlFSmrRXFgP08TfjrwvBbNrxd E4KGxNvHzY4wvg Message-ID: <4897F158.5000107@gmx.de> Date: Tue, 05 Aug 2008 08:21:12 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Till Niese CC: w3c-dist-auth@w3.org References: <00417E37-6DAF-47DF-A984-8853CAFD6870@gmail.com> In-Reply-To: <00417E37-6DAF-47DF-A984-8853CAFD6870@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.62 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KQFvX-0006ii-I9 7760dbe6f4a27c7c572d712a778a52ba X-Original-To: w3c-dist-auth@w3.org Subject: Re: Question about WebDAV MOVE/COPY with Overwrite header true Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12979 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Tue, 05 Aug 2008 06:21:57 +0000 Till Niese wrote: > > Hello, > > I'm currently working on a WebDAV Server implementation in php. > But i'm unsure about the correct behavior of MOVE and COPY with > Overwrite true and Depth infinity of a collection to a destination that > already exists. > What will be the correct behavior if there is a collection or resource > inside the destination collection that can't be deleted cause of a lock > or missing permissions. > Will the complete MOVE or COPY fail cause the DELETE on the destination > failed ? It depends on the implementation. WebDAV only requires best effort. > And if the MOVE or COPY fails should the same Multistatus header a > DELETE with "Depth: infinity" on this collection would return, be > returned ? That's the case shown in , isn't it? BR, Julian From mrsandreamessie@mrsandreamessie.idhost.pl Wed Aug 6 05:44:32 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C164B3A6C6F for ; Wed, 6 Aug 2008 05:44:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uRLHZWpCXdoW for ; Wed, 6 Aug 2008 05:44:32 -0700 (PDT) Received: from post43.flexopartner.net (post43.flexopartner.net [62.233.142.43]) by core3.amsl.com (Postfix) with ESMTP id 847A93A6C3F for ; Wed, 6 Aug 2008 05:44:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by post43.flexopartner.net (Postfix) with ESMTP id 2F3A781A85; Wed, 6 Aug 2008 14:43:57 +0200 (CEST) Received: from post43.flexopartner.net ([127.0.0.1]) by localhost (post43.flexopartner.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07676-05; Wed, 6 Aug 2008 14:43:56 +0200 (CEST) Received: from poczta.idhost.pl (localhost [127.0.0.1]) by post43.flexopartner.net (Postfix) with SMTP id 4DBB2815B0; Wed, 6 Aug 2008 14:43:02 +0200 (CEST) Received: from 81.91.235.232 (SquirrelMail authenticated user mrsandreamessie@mrsandreamessie.idhost.pl) by poczta.idhost.pl with HTTP; Wed, 6 Aug 2008 14:43:50 +0200 (CEST) Message-ID: <2360.81.91.235.232.1218026630.squirrel@poczta.idhost.pl> Date: Wed, 6 Aug 2008 14:43:50 +0200 (CEST) Subject: ATTENTION : Beneficiary , From: mrsandreamessie@mrsandreamessie.idhost.pl User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal To: undisclosed-recipients: ; X-Virus-Scanned: by amavisd-new-2.3.3 (20050822) ATTENTION : Beneficiary , We have been instructed to pay $350,000 to you via ATM Card system. By this method, an ATM CARD will be sent to you to for withdrawal from any ATM center worldwide. There are 250 banks in the world on the " ATM International Card Operation System" you can withdraw your money from any where depending on the one you prefer that operates ATM withdrawer system. You are requested to contact our ATM PAYMENT CENTER. BCEAO UNITED BANK BENIN INTERNATIONAL REMINTTANCE DEPARTMEMT TEL:00229-93069540 FAX:00229-21-30-64-41 E-mail:BCEAO_UBBI@ubbi.com ATM PAYMENT CENTER contact. C.W.E DOMINICUS. Immediately so that you can be told what is require for the account to be activated as well as delivery of the ATM Credit card to you. Mrs.Andrea Messie Dossou ATM Credit Department.Bell South Associates Inc, From w3c-dist-auth-request@listhub.w3.org Mon Aug 11 05:03:34 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5876A3A6CBC for ; Mon, 11 Aug 2008 05:03:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.699 X-Spam-Level: X-Spam-Status: No, score=-7.699 tagged_above=-999 required=5 tests=[BAYES_50=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZBUXbxzHtBVP for ; Mon, 11 Aug 2008 05:03:33 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 7F8EE3A67D2 for ; Mon, 11 Aug 2008 05:03:33 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KSW5W-0007ZL-UI for w3c-dist-auth-dist@listhub.w3.org; Mon, 11 Aug 2008 12:01:26 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSW5V-0007Yf-GH for w3c-dist-auth@listhub.w3.org; Mon, 11 Aug 2008 12:01:25 +0000 Received: from wilson.telenet-ops.be ([195.130.132.42]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSW5M-0008Ke-Lc for w3c-dist-auth@w3.org; Mon, 11 Aug 2008 08:01:25 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by wilson.telenet-ops.be (Postfix) with SMTP id 1460D3407B; Mon, 11 Aug 2008 14:00:50 +0200 (CEST) Received: from [192.168.0.109] (d54C3960D.access.telenet.be [84.195.150.13]) by wilson.telenet-ops.be (Postfix) with ESMTP id F393C34076; Mon, 11 Aug 2008 14:00:48 +0200 (CEST) Message-Id: From: =?ISO-8859-1?Q?Werner_Donn=E9?= To: w3c-dist-auth@w3.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v926) Date: Mon, 11 Aug 2008 14:00:47 +0200 X-Mailer: Apple Mail (2.926) Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1KSW5M-0008Ke-Lc a2c1cfba4578be47fcf9a1b33375c310 X-Original-To: w3c-dist-auth@w3.org Subject: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12980 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 11 Aug 2008 12:01:26 +0000 Hi, I wonder if the BIND spec could include an informal discussion about the relationship with RFC 3253. There are two cases I see at the moment that are worth mentioning. 1) When supporting version controlled collections, bindings may be introduced in a server without actually issuing the BIND method. When a MOVE is performed of a resource from one collection to another, both collections should be checked out. An additional binding would be the result if one collection would be subsequently checked =20= in, while the check-out of the other is undone. The resulting situation is meaningless if the binding model is not supported. 2) RFC 3253 proposes the version-history feature. It can provide access to the version history of a resource, "even after all version-=20 controlled resources for that version history have been deleted". In terms of the binding model this means "when all bindings to it in any collection version have been deleted". RFC 3253 doesn't propose a way to =20 reinstate a version history in the URI namespace of a server. With the BIND =20 method there is a possibility by using a resource-id as the value of the href element. In practice, this is a way for an end-user to recover an accidentally deleted version-controlled resource. Best regards, Werner. -- Werner Donn=E9 -- Re = http://www.pincette.biz Engelbeekstraat 8 = http://www.re.be BE-3300 Tienen tel: (+32) 486 425803 e-mail: werner.donne@re.be From w3c-dist-auth-request@listhub.w3.org Mon Aug 11 07:37:43 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9ACFF28C178 for ; Mon, 11 Aug 2008 07:37:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y11BNV+pCTfi for ; Mon, 11 Aug 2008 07:37:42 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 9C1A528C1BB for ; Mon, 11 Aug 2008 07:37:20 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KSYVE-00018A-Vl for w3c-dist-auth-dist@listhub.w3.org; Mon, 11 Aug 2008 14:36:09 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSYVD-00016o-Je; Mon, 11 Aug 2008 14:36:07 +0000 Received: from daboo.name ([151.201.22.177]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSYV2-0003qI-Ib; Mon, 11 Aug 2008 10:36:07 -0400 Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id E79F3B5659C; Mon, 11 Aug 2008 10:35:23 -0400 (EDT) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8KRxPeTcUnMV; Mon, 11 Aug 2008 10:35:23 -0400 (EDT) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id D097DB56586; Mon, 11 Aug 2008 10:35:22 -0400 (EDT) Date: Mon, 11 Aug 2008 10:35:20 -0400 From: Cyrus Daboo To: w3c-dist-auth@w3.org, www-webdav-dasl@w3.org Message-ID: <7D704C09F43AC2400000000D@caldav.corp.apple.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Received-SPF: none X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=0.0 X-W3C-Hub-Spam-Report: BAYES_50=0.001 X-W3C-Scan-Sig: bart.w3.org 1KSYV2-0003qI-Ib c6933ccd4e10865aad27adce292ddcbc X-Original-To: w3c-dist-auth@w3.org Subject: "Starts with" comparison in search Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12981 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 11 Aug 2008 14:36:08 +0000 Hi, Is it too late to consider adding a "startswith" comparison operation to the basicsearch grammar in the SEARCH extension? I think that is a key string match operation to have in addition to "contains". -- Cyrus Daboo From w3c-dist-auth-request@listhub.w3.org Mon Aug 11 08:02:35 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E48973A69AF for ; Mon, 11 Aug 2008 08:02:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.299 X-Spam-Level: X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LfUVLj2aL8Hd for ; Mon, 11 Aug 2008 08:02:35 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 29D503A6D45 for ; Mon, 11 Aug 2008 08:02:35 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KSYtc-0002RE-32 for w3c-dist-auth-dist@listhub.w3.org; Mon, 11 Aug 2008 15:01:20 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSYta-0002Py-Ri for w3c-dist-auth@listhub.w3.org; Mon, 11 Aug 2008 15:01:18 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KSYtR-0007R2-UU for w3c-dist-auth@w3.org; Mon, 11 Aug 2008 11:01:18 -0400 Received: (qmail invoked by alias); 11 Aug 2008 15:00:37 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.106]) [217.91.35.233] by mail.gmx.net (mp065) with SMTP; 11 Aug 2008 17:00:37 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19g9A0yuAZgTBlYvEdB7pC/mJeEA11/EP1RmJE2cV jc6iuRVbg/lxHI Message-ID: <48A05411.7020609@gmx.de> Date: Mon, 11 Aug 2008 17:00:33 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Cyrus Daboo CC: w3c-dist-auth@w3.org, www-webdav-dasl@w3.org References: <7D704C09F43AC2400000000D@caldav.corp.apple.com> In-Reply-To: <7D704C09F43AC2400000000D@caldav.corp.apple.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-0.2 X-W3C-Hub-Spam-Report: BAYES_40=-0.185, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KSYtR-0007R2-UU 8bb222bbcbe559023d5784af1bf8342a X-Original-To: w3c-dist-auth@w3.org Subject: Re: "Starts with" comparison in search Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12982 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 11 Aug 2008 15:01:20 +0000 Cyrus Daboo wrote: > > Hi, > Is it too late to consider adding a "startswith" comparison operation to > the basicsearch grammar in the SEARCH extension? I think that is a key > string match operation to have in addition to "contains". Hi Cyrus, are we talking about properties, or about content? For properties, you can use DAV:like, with something like "prefix%" (see ). BR, Julian From w3c-dist-auth-request@listhub.w3.org Mon Aug 11 08:10:50 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 40DD93A6D6E for ; Mon, 11 Aug 2008 08:10:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.299 X-Spam-Level: X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lPGCLmmGVO-y for ; Mon, 11 Aug 2008 08:10:49 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id DD83C3A65A6 for ; Mon, 11 Aug 2008 08:10:48 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KSZ1b-0004LE-7I for w3c-dist-auth-dist@listhub.w3.org; Mon, 11 Aug 2008 15:09:35 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSZ1a-0004Jv-91; Mon, 11 Aug 2008 15:09:34 +0000 Received: from daboo.name ([151.201.22.177]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSZ1R-0000Kf-Ti; Mon, 11 Aug 2008 11:09:34 -0400 Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id DCE66B56CB5; Mon, 11 Aug 2008 11:08:59 -0400 (EDT) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4UURb9HWCqwZ; Mon, 11 Aug 2008 11:08:59 -0400 (EDT) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id 95749B56CAE; Mon, 11 Aug 2008 11:08:58 -0400 (EDT) Date: Mon, 11 Aug 2008 11:08:55 -0400 From: Cyrus Daboo To: Julian Reschke cc: w3c-dist-auth@w3.org, www-webdav-dasl@w3.org Message-ID: <4B9D4699783A0D0D93D9CBA5@caldav.corp.apple.com> In-Reply-To: <48A05411.7020609@gmx.de> References: <7D704C09F43AC2400000000D@caldav.corp.apple.com> <48A05411.7020609@gmx.de> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Received-SPF: none X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=0.0 X-W3C-Hub-Spam-Report: BAYES_50=0.001 X-W3C-Scan-Sig: bart.w3.org 1KSZ1R-0000Kf-Ti 3559aaaabbaaca54e658e6e071323fba X-Original-To: w3c-dist-auth@w3.org Subject: Re: "Starts with" comparison in search Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12983 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 11 Aug 2008 15:09:35 +0000 Hi Julian, --On August 11, 2008 5:00:33 PM +0200 Julian Reschke wrote: > are we talking about properties, or about content? > > For properties, you can use DAV:like, with something like "prefix%" (see > .section.5.15>). Ah yes. That is probably sufficient for the vast majority of use cases I can think of. -- Cyrus Daboo From w3c-dist-auth-request@listhub.w3.org Mon Aug 11 08:37:51 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 62EF228C15B for ; Mon, 11 Aug 2008 08:37:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ozqC-N0Ykj7j for ; Mon, 11 Aug 2008 08:37:50 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 327C03A6E7F for ; Mon, 11 Aug 2008 08:37:46 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KSZSC-0006lW-Kd for w3c-dist-auth-dist@listhub.w3.org; Mon, 11 Aug 2008 15:37:04 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSZSB-0006je-0t; Mon, 11 Aug 2008 15:37:03 +0000 Received: from bbmail2.blackboard.com ([66.210.59.246]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSZS2-0003ro-GO; Mon, 11 Aug 2008 11:37:02 -0400 Received: from bbmail2.blackboard.com ([10.20.3.43]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 11 Aug 2008 08:36:22 -0700 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 11 Aug 2008 08:36:24 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4B1A3F8@AZEXBACK.bbbb.net> In-Reply-To: <7D704C09F43AC2400000000D@caldav.corp.apple.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: "Starts with" comparison in search thread-index: Acj7v8tvftWNr8djTA++sou8MpThxAACCQ8g From: "John Barone" To: "Cyrus Daboo" , , X-OriginalArrivalTime: 11 Aug 2008 15:36:22.0151 (UTC) FILETIME=[01C0E970:01C8FBC8] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=0.0 X-W3C-Hub-Spam-Report: BAYES_50=0.001 X-W3C-Scan-Sig: bart.w3.org 1KSZS2-0003ro-GO 1e33fbbc79f95c8c4cb654c2ea06dfde X-Original-To: w3c-dist-auth@w3.org Subject: RE: "Starts with" comparison in search Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12984 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 11 Aug 2008 15:37:04 +0000 +1 would be nice -John -----Original Message----- From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org] On Behalf Of Cyrus Daboo Sent: Monday, August 11, 2008 7:35 AM To: w3c-dist-auth@w3.org; www-webdav-dasl@w3.org Subject: "Starts with" comparison in search Hi, Is it too late to consider adding a "startswith" comparison operation to the basicsearch grammar in the SEARCH extension? I think that is a key string match operation to have in addition to "contains". -- Cyrus Daboo This email and any attachments may contain confidential and proprietary information of Blackboard that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 11 08:38:41 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 311F63A67B6 for ; Mon, 11 Aug 2008 08:38:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.299 X-Spam-Level: X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DTED3o0kz68F for ; Mon, 11 Aug 2008 08:38:40 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 536083A6D6E for ; Mon, 11 Aug 2008 08:38:40 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KSZTX-00071V-JN for w3c-dist-auth-dist@listhub.w3.org; Mon, 11 Aug 2008 15:38:27 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSZTW-000703-72; Mon, 11 Aug 2008 15:38:26 +0000 Received: from bbmail2.blackboard.com ([66.210.59.246]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSZTK-00042G-BC; Mon, 11 Aug 2008 11:38:26 -0400 Received: from bbmail2.blackboard.com ([10.20.3.43]) by bbmail2.blackboard.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 11 Aug 2008 08:37:43 -0700 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Mon, 11 Aug 2008 08:37:41 -0700 Message-ID: <3877DF108AADAA41976200B6D1D104F4B1A3FA@AZEXBACK.bbbb.net> In-Reply-To: <4B9D4699783A0D0D93D9CBA5@caldav.corp.apple.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: "Starts with" comparison in search thread-index: Acj7xHv+BrYskx5GQQSxvPNnKdeP5gAA6mcg From: "John Barone" To: "Cyrus Daboo" , "Julian Reschke" Cc: , X-OriginalArrivalTime: 11 Aug 2008 15:37:43.0185 (UTC) FILETIME=[320DB810:01C8FBC8] Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=0.0 X-W3C-Hub-Spam-Report: BAYES_50=0.001 X-W3C-Scan-Sig: bart.w3.org 1KSZTK-00042G-BC 0814f642f700a0e083fa54ff2b427847 X-Original-To: w3c-dist-auth@w3.org Subject: RE: "Starts with" comparison in search Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12985 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Mon, 11 Aug 2008 15:38:27 +0000 Err... True. Disregard my +1 -John -----Original Message----- From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org] On Behalf Of Cyrus Daboo Sent: Monday, August 11, 2008 8:09 AM To: Julian Reschke Cc: w3c-dist-auth@w3.org; www-webdav-dasl@w3.org Subject: Re: "Starts with" comparison in search Hi Julian, --On August 11, 2008 5:00:33 PM +0200 Julian Reschke wrote: > are we talking about properties, or about content? > > For properties, you can use DAV:like, with something like "prefix%" > (see > rfc > .section.5.15>). Ah yes. That is probably sufficient for the vast majority of use cases I can think of. -- Cyrus Daboo This email and any attachments may contain confidential and proprietary information of Blackboard that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error. From w3c-dist-auth-request@listhub.w3.org Mon Aug 11 22:15:14 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 04BE33A6D4B for ; Mon, 11 Aug 2008 22:15:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.298 X-Spam-Level: X-Spam-Status: No, score=-10.298 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nodE2Fyl4OQU for ; Mon, 11 Aug 2008 22:15:13 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id C18423A6784 for ; Mon, 11 Aug 2008 22:15:12 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KSmBW-00035q-Iz for w3c-dist-auth-dist@listhub.w3.org; Tue, 12 Aug 2008 05:12:42 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSmBU-00035C-8k for w3c-dist-auth@listhub.w3.org; Tue, 12 Aug 2008 05:12:40 +0000 Received: from e5.ny.us.ibm.com ([32.97.182.145]) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KSmBL-0001pb-2M for w3c-dist-auth@w3.org; Tue, 12 Aug 2008 05:12:39 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e5.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m7C5BsVL003330 for ; Tue, 12 Aug 2008 01:11:54 -0400 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m7C5BsWw231660 for ; Tue, 12 Aug 2008 01:11:54 -0400 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m7C5BsiM012475 for ; Tue, 12 Aug 2008 01:11:54 -0400 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m7C5BsKM012471; Tue, 12 Aug 2008 01:11:54 -0400 In-Reply-To: To: =?ISO-8859-1?Q?Werner_Donn=E9?= Cc: w3c-dist-auth@w3.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 From: Geoffrey M Clemm Message-ID: Date: Tue, 12 Aug 2008 01:11:52 -0400 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 8.0.1|February 07, 2008) at 08/12/2008 01:11:53, Serialize complete at 08/12/2008 01:11:53 Content-Type: multipart/alternative; boundary="=_alternative 001C8DE4852574A3_=" Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-6.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KSmBL-0001pb-2M 212c072af1ff1f5a755c38a25a51d2b3 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12986 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Tue, 12 Aug 2008 05:12:42 +0000 This is a multipart message in MIME format. --=_alternative 001C8DE4852574A3_= Content-Type: text/plain; charset="US-ASCII" Point 1 is correct. But wrt point 2, RFC3243 does provide a way to reinstate a version history, by specifying a Version in the body of a VERSION-CONTROL request. Also note that a BIND request would not provide a way to reinstate a version history, because reinstating a version history is done by creating a new version-controlled resource whose VERSION-HISTORY property identifies that version history (and this cannot be done via a BIND operation). Cheers, Geoff Werner wrote on 08/11/2008 08:00:47 AM: > > Hi, > > I wonder if the BIND spec could include an informal discussion about > the relationship with RFC 3253. There are two cases I see at the moment > that are worth mentioning. > > 1) When supporting version controlled collections, bindings may be > introduced in a server without actually issuing the BIND method. > When a MOVE is performed of a resource from one collection to > another, both collections should be checked out. An additional binding > would be the result if one collection would be subsequently checked > in, > while the check-out of the other is undone. The resulting situation > is meaningless if the binding model is not supported. > > 2) RFC 3253 proposes the version-history feature. It can provide access > to the version history of a resource, "even after all version- > controlled > resources for that version history have been deleted". In terms of the > binding model this means "when all bindings to it in any collection > version have been deleted". RFC 3253 doesn't propose a way to > reinstate > a version history in the URI namespace of a server. With the BIND > method > there is a possibility by using a resource-id as the value of the href > element. In practice, this is a way for an end-user to recover an > accidentally deleted version-controlled resource. --=_alternative 001C8DE4852574A3_= Content-Type: text/html; charset="US-ASCII"
Point 1 is correct.  

But wrt point 2, RFC3243 does provide a way to reinstate a version history, by specifying a Version in the body of a VERSION-CONTROL request.  Also note that a BIND request would not provide a way to reinstate a version history, because reinstating a version history is done by creating a new version-controlled resource whose VERSION-HISTORY property identifies that version history (and this cannot be done via a BIND operation).

Cheers,
Geoff

Werner wrote on 08/11/2008 08:00:47 AM:
>
> Hi,
>
> I wonder if the BIND spec could include an informal discussion about
> the relationship with RFC 3253. There are two cases I see at the moment
> that are worth mentioning.
>
> 1) When supporting version controlled collections, bindings may be
>   introduced in a server without actually issuing the BIND method.
>   When a MOVE is performed of a resource from one collection to
>   another, both collections should be checked out. An additional binding
>   would be the result if one collection would be subsequently checked  
> in,
>   while the check-out of the other is undone. The resulting situation
>   is meaningless if the binding model is not supported.
>
> 2) RFC 3253 proposes the version-history feature. It can provide access
>   to the version history of a resource, "even after all version-
> controlled
>   resources for that version history have been deleted". In terms of the
>   binding model this means "when all bindings to it in any collection
>   version have been deleted". RFC 3253 doesn't propose a way to  
> reinstate
>   a version history in the URI namespace of a server. With the BIND  
> method
>   there is a possibility by using a resource-id as the value of the href
>   element. In practice, this is a way for an end-user to recover an
>   accidentally deleted version-controlled resource.
 --=_alternative 001C8DE4852574A3_=-- From w3c-dist-auth-request@listhub.w3.org Tue Aug 12 13:04:54 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 959A53A6C42 for ; Tue, 12 Aug 2008 13:04:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.149 X-Spam-Level: X-Spam-Status: No, score=-9.149 tagged_above=-999 required=5 tests=[AWL=-1.150, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y5B0uUfQOtkn for ; Tue, 12 Aug 2008 13:04:53 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 59A9A3A6C46 for ; Tue, 12 Aug 2008 13:04:52 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KT05V-00023U-H0 for w3c-dist-auth-dist@listhub.w3.org; Tue, 12 Aug 2008 20:03:25 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KT05U-00022p-Dj for w3c-dist-auth@listhub.w3.org; Tue, 12 Aug 2008 20:03:24 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KT05L-0003u8-HI for w3c-dist-auth@w3.org; Tue, 12 Aug 2008 16:03:24 -0400 Received: (qmail invoked by alias); 12 Aug 2008 20:02:43 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.106]) [217.91.35.233] by mail.gmx.net (mp057) with SMTP; 12 Aug 2008 22:02:43 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19vf6wo3v1v1958IkbHWlJkHGfiZvE8DVbUCDIQMa ujCP/u9Q6J1C+s Message-ID: <48A1EC62.3070107@gmx.de> Date: Tue, 12 Aug 2008 22:02:42 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: "'www-webdav-dasl@w3.org'" , WebDAV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KT05L-0003u8-HI e2f0e789dd636bce2834bfd63ad3be2d X-Original-To: w3c-dist-auth@w3.org Subject: WebDAV SEARCH Last Call over Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12987 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Tue, 12 Aug 2008 20:03:25 +0000 Hi, the IETF Last Call for WebDAV SEARCH ended yesterday, and the following points were raised: 1) some editorial nits ("SHOULD not" instead of "SHOULD NOT", an XML namespace using a domain name not reserved for examples) 2) missing statement about safeness of SEARCH method 3) John Barone's proposal to relax the server requirement for sorting truncated results (see thread starting at ). I have fixed 1) and 2) in my "latest" version; here are the diffs: -- snip -- Section 2.2., paragraph 0: OLD: 2.2. The Request NEW: SEARCH is a safe method; it does not have any significance other than executing a query and returning a query result (see [RFC2616], Section 9.1.1). 2.2. The Request Section 5.19.9., paragraph 1: OLD: NEW: Section 8., paragraph 1: OLD: Query grammars are identified by URIs. Applications SHOULD not attempt to retrieve these URIs even if they appear to be retrievable (for example, those that begin with "http://") NEW: Query grammars are identified by URIs. Applications SHOULD NOT attempt to retrieve these URIs even if they appear to be retrievable (for example, those that begin with "http://") -- snip -- ...see also and . With respect to point 3, I'm willing to follow John's proposal to relax the MUST to a SHOULD. Feedback on this one appreciated, in particular if somebody feels strongly about it and doesn't want it to be changed. BR, Julian From w3c-dist-auth-request@listhub.w3.org Sat Aug 16 02:32:12 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ED7103A67E9 for ; Sat, 16 Aug 2008 02:32:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.677 X-Spam-Level: X-Spam-Status: No, score=-9.677 tagged_above=-999 required=5 tests=[AWL=0.922, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gv8S4U+JFD4e for ; Sat, 16 Aug 2008 02:32:12 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id D00F73A63D2 for ; Sat, 16 Aug 2008 02:32:11 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KUI73-0003vF-HD for w3c-dist-auth-dist@listhub.w3.org; Sat, 16 Aug 2008 09:30:21 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KUI70-0003nb-5D for w3c-dist-auth@listhub.w3.org; Sat, 16 Aug 2008 09:30:18 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KUI6r-0005JO-8p for w3c-dist-auth@w3.org; Sat, 16 Aug 2008 09:30:17 +0000 Received: (qmail invoked by alias); 16 Aug 2008 09:29:38 -0000 Received: from p508FCA64.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.202.100] by mail.gmx.net (mp066) with SMTP; 16 Aug 2008 11:29:38 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/VEyIqSVfVh2eRMaXUsEEIJKwTI8gFOtuwEdmmi9 3DnSKnPE16G5NX Message-ID: <48A69DFC.3060200@gmx.de> Date: Sat, 16 Aug 2008 11:29:32 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Geoffrey M Clemm CC: =?ISO-8859-1?Q?Werner_Donn=E9?= , w3c-dist-auth@w3.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KUI6r-0005JO-8p d6b5bee0fa73aeb02adabc6683432127 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12988 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Sat, 16 Aug 2008 09:30:21 +0000 Geoffrey M Clemm wrote: > > Point 1 is correct. Indeed. I think Werner is right in that many do not understand the relation between BIND and DeltaV, and thus it would be useful to state it. We already have a "Relationship to WebDAV Access Control Protocol" (), so my proposal would be to make that a generic "Relationship to other WebDAV Specifications", and having one subsection for ACL and DeltaV each. The DeltaV part could read (this is mainly Werner's text): "When supporting version controlled collections, bindings may be introduced in a server without actually issuing the BIND method. For instance, when a MOVE is performed of a resource from one version-controlled collection to another, both collections should be checked out. An additional binding would be the result if the target collection would be subsequently checked in, while the check-out of the source collection is undone. The resulting situation is meaningless if the binding model is not supported." Note: I changed 2nd last sentence to state which collection is being checked-in (the target) and which would be reverted (the source). So, if we have /target, /source and /source/test, all of which version-controlled, and do: (1) CHECKOUT /source/ HTTP/1.1 (2) CHECKOUT /target/ HTTP/1.1 (3) MOVE /source/test HTTP/1.1 Destination: /target/test (4) CHECKIN /target/ HTTP/1.1 (5) UNCHECKOUT /source/ HTTP/1.1 we would end up with /source/test and /target/test being bindings to the same resource. If we did (4b) UNCHECKOUT /source/ HTTP/1.1 (5b) CHECKIN /target/ HTTP/1.1 We would end up with zero bindings, so the resource would be gone (also interesting, but...) So, call for consensus: a) Add that section? b) Is the proposed text and scenario accurate? c) Include the expanded example with message exchanges? BR, Julian From w3c-dist-auth-request@listhub.w3.org Sat Aug 16 03:46:18 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 53DDF3A6AEB for ; Sat, 16 Aug 2008 03:46:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.725 X-Spam-Level: X-Spam-Status: No, score=-9.725 tagged_above=-999 required=5 tests=[AWL=0.874, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ymEZD0wMN2fa for ; Sat, 16 Aug 2008 03:46:17 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 3393B3A6A29 for ; Sat, 16 Aug 2008 03:46:16 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KUJHK-0005wQ-J5 for w3c-dist-auth-dist@listhub.w3.org; Sat, 16 Aug 2008 10:45:02 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KUJHI-00057a-Ns for w3c-dist-auth@listhub.w3.org; Sat, 16 Aug 2008 10:45:00 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KUJ54-0006de-Dn for w3c-dist-auth@w3.org; Sat, 16 Aug 2008 06:32:33 -0400 Received: (qmail invoked by alias); 16 Aug 2008 10:31:50 -0000 Received: from p508FCA64.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.202.100] by mail.gmx.net (mp051) with SMTP; 16 Aug 2008 12:31:50 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/Y3BsZ7VXYsEnBPPOuACZ3XN5qwKXhBMHo+AwqOE x2O88h8NSPFbBm Message-ID: <48A6AC91.4010309@gmx.de> Date: Sat, 16 Aug 2008 12:31:45 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Geoffrey M Clemm CC: =?ISO-8859-1?Q?Werner_Donn=E9?= , w3c-dist-auth@w3.org References: <48A69DFC.3060200@gmx.de> In-Reply-To: <48A69DFC.3060200@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-0.7 X-W3C-Hub-Spam-Report: BAYES_20=-0.74, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KUJ54-0006de-Dn 116b41c23f34d60a7e8f58fb05f23b18 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12989 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Sat, 16 Aug 2008 10:45:02 +0000 Julian Reschke wrote: > > Geoffrey M Clemm wrote: >> >> Point 1 is correct. > > Indeed. > > I think Werner is right in that many do not understand the relation > between BIND and DeltaV, and thus it would be useful to state it. > > We already have a "Relationship to WebDAV Access Control Protocol" > (), > so my proposal would be to make that a generic "Relationship to other > WebDAV Specifications", and having one subsection for ACL and DeltaV each. > > The DeltaV part could read (this is mainly Werner's text): > > "When supporting version controlled collections, bindings may be > introduced in a server without actually issuing the BIND method. For > instance, when a MOVE is performed of a resource from one > version-controlled collection to another, both collections should be > checked out. An additional binding would be the result if the target > collection would be subsequently checked in, while the check-out of the > source collection is undone. The resulting situation is meaningless if > the binding model is not supported." > ... Hm. It just occurred to me that a server that implements MOVE as a sequence of COPY and DELETE would expose a different behavior -- checking in the destination collection but reverting the source collection would turn the operation into the equivalent of a COPY, not a BIND... BR, Julian From w3c-dist-auth-request@listhub.w3.org Sat Aug 16 11:23:56 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 067A83A65A6 for ; Sat, 16 Aug 2008 11:23:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.448 X-Spam-Level: X-Spam-Status: No, score=-10.448 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yntuoivuYsJh for ; Sat, 16 Aug 2008 11:23:54 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id C680A3A683E for ; Sat, 16 Aug 2008 11:23:54 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KUQQ6-0007d8-Br for w3c-dist-auth-dist@listhub.w3.org; Sat, 16 Aug 2008 18:22:34 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KUQQ4-0007c1-Os for w3c-dist-auth@listhub.w3.org; Sat, 16 Aug 2008 18:22:32 +0000 Received: from e2.ny.us.ibm.com ([32.97.182.142]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KUQPw-0000RC-4P for w3c-dist-auth@w3.org; Sat, 16 Aug 2008 14:22:32 -0400 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e2.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m7GILqe7026318 for ; Sat, 16 Aug 2008 14:21:52 -0400 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m7GILqlC174010 for ; Sat, 16 Aug 2008 14:21:52 -0400 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m7GILpa3009444 for ; Sat, 16 Aug 2008 14:21:52 -0400 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av02.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m7GILpwo009441; Sat, 16 Aug 2008 14:21:51 -0400 In-Reply-To: <48A6AC91.4010309@gmx.de> To: Julian Reschke Cc: w3c-dist-auth@w3.org, =?ISO-8859-1?Q?Werner_Donn=E9?= MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 From: Geoffrey M Clemm Message-ID: Date: Sat, 16 Aug 2008 14:21:51 -0400 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 8.0.1|February 07, 2008) at 08/16/2008 14:21:51, Serialize complete at 08/16/2008 14:21:51 Content-Type: multipart/alternative; boundary="=_alternative 0064E032852574A7_=" Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-5.1 X-W3C-Hub-Spam-Report: BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KUQPw-0000RC-4P fb12e717c3fa6d99bbb9918278cbda84 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12990 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Sat, 16 Aug 2008 18:22:34 +0000 This is a multipart message in MIME format. --=_alternative 0064E032852574A7_= Content-Type: text/plain; charset="US-ASCII" The "Hm" note is correct. A MOVE will create an additional binding if the MOVE has REBIND semantics, but not if the MOVE has COPY/DELETE semantics. Cheers, Geoff Julian Reschke wrote on 08/16/2008 06:31:45 AM: > Julian Reschke wrote: > > > > Geoffrey M Clemm wrote: > >> > >> Point 1 is correct. > > > > Indeed. > > > > I think Werner is right in that many do not understand the relation > > between BIND and DeltaV, and thus it would be useful to state it. > > > > We already have a "Relationship to WebDAV Access Control Protocol" > > ( html#rfc.section.9>), > > so my proposal would be to make that a generic "Relationship to other > > WebDAV Specifications", and having one subsection for ACL and DeltaV each. > > > > The DeltaV part could read (this is mainly Werner's text): > > > > "When supporting version controlled collections, bindings may be > > introduced in a server without actually issuing the BIND method. For > > instance, when a MOVE is performed of a resource from one > > version-controlled collection to another, both collections should be > > checked out. An additional binding would be the result if the target > > collection would be subsequently checked in, while the check-out of the > > source collection is undone. The resulting situation is meaningless if > > the binding model is not supported." > > ... > > Hm. > > It just occurred to me that a server that implements MOVE as a sequence > of COPY and DELETE would expose a different behavior -- checking in the > destination collection but reverting the source collection would turn > the operation into the equivalent of a COPY, not a BIND... > > BR, Julian --=_alternative 0064E032852574A7_= Content-Type: text/html; charset="US-ASCII"
The "Hm" note is correct.  A MOVE will create an additional binding if the MOVE has REBIND semantics, but not if the MOVE has COPY/DELETE semantics.

Cheers,
Geoff

Julian Reschke <julian.reschke@gmx.de> wrote on 08/16/2008 06:31:45 AM:

> Julian Reschke wrote:
> >
> > Geoffrey M Clemm wrote:
> >>
> >> Point 1 is correct.  
> >
> > Indeed.
> >
> > I think Werner is right in that many do not understand the relation
> > between BIND and DeltaV, and thus it would be useful to state it.
> >
> > We already have a "Relationship to WebDAV Access Control Protocol"
> > (<http://greenbytes.de/tech/webdav/draft-ietf-webdav-bind-latest.
> html#rfc.section.9>),
> > so my proposal would be to make that a generic "Relationship to other
> > WebDAV Specifications", and having one subsection for ACL and DeltaV each.
> >
> > The DeltaV part could read (this is mainly Werner's text):
> >
> > "When supporting version controlled collections, bindings may be
> > introduced in a server without actually issuing the BIND method. For
> > instance, when a MOVE is performed of a resource from one
> > version-controlled collection to another, both collections should be
> > checked out. An additional binding would be the result if the target
> > collection would be subsequently checked in, while the check-out of the
> > source collection is undone. The resulting situation is meaningless if
> > the binding model is not supported."
> > ...
>
> Hm.
>
> It just occurred to me that a server that implements MOVE as a sequence
> of COPY and DELETE would expose a different behavior -- checking in the
> destination collection but reverting the source collection would turn
> the operation into the equivalent of a COPY, not a BIND...
>
> BR, Julian
 --=_alternative 0064E032852574A7_=-- From w3c-dist-auth-request@listhub.w3.org Sun Aug 17 12:41:54 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EE0A23A6848 for ; Sun, 17 Aug 2008 12:41:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.809 X-Spam-Level: X-Spam-Status: No, score=-9.809 tagged_above=-999 required=5 tests=[AWL=0.790, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4x0hx-rJYOfn for ; Sun, 17 Aug 2008 12:41:52 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id D673E3A67B2 for ; Sun, 17 Aug 2008 12:41:51 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KUo73-0007yo-KL for w3c-dist-auth-dist@listhub.w3.org; Sun, 17 Aug 2008 19:40:29 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KUo72-0007xr-Dv for w3c-dist-auth@listhub.w3.org; Sun, 17 Aug 2008 19:40:28 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KUo6t-00006r-Iq for w3c-dist-auth@w3.org; Sun, 17 Aug 2008 15:40:28 -0400 Received: (qmail invoked by alias); 17 Aug 2008 19:39:46 -0000 Received: from p508FDFDE.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.223.222] by mail.gmx.net (mp066) with SMTP; 17 Aug 2008 21:39:46 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+HWF0NyRGHiCjuCVOhv1Da1rqf8PJJzn80uIYUpZ 4SLRpKjblHTWpx Message-ID: <48A87E7A.9070207@gmx.de> Date: Sun, 17 Aug 2008 21:39:38 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: "'www-webdav-dasl@w3.org'" , WebDAV References: <48A1EC62.3070107@gmx.de> In-Reply-To: <48A1EC62.3070107@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-1.1 X-W3C-Hub-Spam-Report: BAYES_05=-1.11, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KUo6t-00006r-Iq e3563edf899de72380a82f13752ee945 X-Original-To: w3c-dist-auth@w3.org Subject: Re: WebDAV SEARCH Last Call over Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12991 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Sun, 17 Aug 2008 19:40:29 +0000 Julian Reschke wrote: > ... > With respect to point 3, I'm willing to follow John's proposal to relax > the MUST to a SHOULD. Feedback on this one appreciated, in particular if > somebody feels strongly about it and doesn't want it to be changed. > ... For now I have changed the text to say "SHOULD", see . In absence of other feedback I'll submit this one as draft 18 sometime next week. Best regards, Julian From doute`re1967@techdata.com Mon Aug 18 16:58:16 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BA9293A67CE for ; Mon, 18 Aug 2008 16:58:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -48.88 X-Spam-Level: X-Spam-Status: No, score=-48.88 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_IPADDR=2.426, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ab++HViL1EsP for ; Mon, 18 Aug 2008 16:58:15 -0700 (PDT) Received: from c-71-230-106-242.hsd1.nj.comcast.net (c-71-230-106-242.hsd1.nj.comcast.net [71.230.106.242]) by core3.amsl.com (Postfix) with ESMTP id 49AA63A6897 for ; Mon, 18 Aug 2008 16:58:15 -0700 (PDT) Date: Mon, 18 Aug 2008 20:00:18 -0400 Message-Id: <7986372787.dg13.LGOB.208969578810@techdata.com> From: "Top News Agency" Reply-To: "Do Not Reply please" To: webdav-archive@ietf.org Subject: Weekly top news MIME-Version: 1.0 X-Mailer:eBizmailer4.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Bigfoot found, shot down in cold blood

A hunter claims that he = saw the=20 legendary beast known as Bigfoot, shot him five times through the chest = and=20 watched it bleed to death in a remote part of Washington = state.


Read All (31) breaking = news
AND=20 24 shocking videos From dreemrah_1986@techdata.com Mon Aug 18 16:59:52 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5F5343A67CE for ; Mon, 18 Aug 2008 16:59:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -47.38 X-Spam-Level: X-Spam-Status: No, score=-47.38 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_IPADDR=2.426, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sMh9lk+Y1HeE for ; Mon, 18 Aug 2008 16:59:51 -0700 (PDT) Received: from c-71-230-106-242.hsd1.nj.comcast.net (c-71-230-106-242.hsd1.nj.comcast.net [71.230.106.242]) by core3.amsl.com (Postfix) with ESMTP id 625373A63D3 for ; Mon, 18 Aug 2008 16:59:51 -0700 (PDT) Date: Mon, 18 Aug 2008 20:01:55 -0400 Message-Id: <1610761231.zh60.VMVM.389138611071@techdata.com> From: "Top News Agency" Reply-To: "Do Not Reply please" To: webdav-archive@lists.ietf.org Subject: Weekly top news MIME-Version: 1.0 X-Mailer:eBizmailer4.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ethics Committee Makes Ten Commandments Rules Change - Stealing Is Now=20 OK

The House of Representatives ethics committee has passed a new = set of=20 Republican backed rules which reduce the Ten Commandments down to nine=20 "suggestions".


Read=20 All (34) breaking news
AND 40 shocking videos From donkerbl@techdata.com Mon Aug 18 17:00:40 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8EEC73A6897 for ; Mon, 18 Aug 2008 17:00:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -51.38 X-Spam-Level: X-Spam-Status: No, score=-51.38 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_IPADDR=2.426, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, URIBL_AB_SURBL=10, URIBL_BLACK=20, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fJjHBFoa0AEM for ; Mon, 18 Aug 2008 17:00:39 -0700 (PDT) Received: from c-71-230-106-242.hsd1.nj.comcast.net (c-71-230-106-242.hsd1.nj.comcast.net [71.230.106.242]) by core3.amsl.com (Postfix) with ESMTP id 87F4F3A6834 for ; Mon, 18 Aug 2008 17:00:39 -0700 (PDT) Date: Mon, 18 Aug 2008 20:02:43 -0400 Message-Id: <3392550050.qy18.HRGD.524805902364@techdata.com> From: "Top News Agency" Reply-To: "Do Not Reply please" To: webdav-archive@megatron.ietf.org Subject: Weekly top news MIME-Version: 1.0 X-Mailer:eBizmailer4.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Real Life Pokemon Discovered In China

A real life Pokemon has = been=20 discovered in the Shezui Province of China according to reports coming = from=20 Beijing.


Read=20 All (20) breaking news
AND 49 shocking videos From w3c-dist-auth-request@listhub.w3.org Tue Aug 19 01:25:55 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EC4993A681B for ; Tue, 19 Aug 2008 01:25:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.999 X-Spam-Level: X-Spam-Status: No, score=-8.999 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LJSOF5roJhTF for ; Tue, 19 Aug 2008 01:25:54 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id D46CE3A67A5 for ; Tue, 19 Aug 2008 01:25:54 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KVMVT-0001U9-Km for w3c-dist-auth-dist@listhub.w3.org; Tue, 19 Aug 2008 08:23:59 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KVMVS-0001TC-0k for w3c-dist-auth@listhub.w3.org; Tue, 19 Aug 2008 08:23:58 +0000 Received: from harold.telenet-ops.be ([195.130.133.65]) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KVMVG-0006Gs-Uo for w3c-dist-auth@w3.org; Tue, 19 Aug 2008 08:23:57 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by harold.telenet-ops.be (Postfix) with SMTP id 0FDF83001D; Tue, 19 Aug 2008 10:23:21 +0200 (CEST) Received: from [192.168.0.109] (d54C3960D.access.telenet.be [84.195.150.13]) by harold.telenet-ops.be (Postfix) with ESMTP id D586530004; Tue, 19 Aug 2008 10:23:20 +0200 (CEST) From: =?ISO-8859-1?Q?Werner_Donn=E9?= To: Geoffrey M Clemm In-Reply-To: References: Message-Id: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v926) Date: Tue, 19 Aug 2008 10:23:18 +0200 Cc: w3c-dist-auth@w3.org X-Mailer: Apple Mail (2.926) Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: maggie.w3.org 1KVMVG-0006Gs-Uo 3dfa3c653663307ff8ff8c6970ed751a X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12992 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Tue, 19 Aug 2008 08:23:59 +0000 > But wrt point 2, RFC3243 does provide a way to reinstate a version =20 > history, by specifying a Version in the body of a VERSION-CONTROL =20 > request. Also note that a BIND request would not provide a way to =20 > reinstate a version history, because reinstating a version history =20 > is done by creating a new version-controlled resource whose VERSION-=20= > HISTORY property identifies that version history (and this cannot be =20= > done via a BIND operation). In RFC 3253 I find in section 14.8 that you can indeed reinstate the =20 version history of a collection in this way, but I can't find anything like =20 that for resources that are not collections. I see no evidence for the statement that a new version-controlled =20 resource should be created for reinstating a version history. This seems to be =20= what happens when the VERSION-CONTROL method is used, but that is not the =20 same thing. The usage of BIND I propose is semantically equivalent to an addition to the version-controlled-binding-set property of the parent collection =20 of the request URI. Werner. -- Werner Donn=E9 -- Re = http://www.pincette.biz Engelbeekstraat 8 = http://www.re.be BE-3300 Tienen tel: (+32) 486 425803 e-mail: werner.donne@re.be From w3c-dist-auth-request@listhub.w3.org Tue Aug 19 06:07:27 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1B8D43A6883 for ; Tue, 19 Aug 2008 06:07:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.373 X-Spam-Level: X-Spam-Status: No, score=-10.373 tagged_above=-999 required=5 tests=[AWL=-0.075, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id peFNbSruRMnT for ; Tue, 19 Aug 2008 06:07:26 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id CC8683A69CC for ; Tue, 19 Aug 2008 06:07:25 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KVQts-0000dB-K5 for w3c-dist-auth-dist@listhub.w3.org; Tue, 19 Aug 2008 13:05:28 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KVQtq-0000cV-5n for w3c-dist-auth@listhub.w3.org; Tue, 19 Aug 2008 13:05:26 +0000 Received: from e4.ny.us.ibm.com ([32.97.182.144]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KVQtf-0001O4-LV for w3c-dist-auth@w3.org; Tue, 19 Aug 2008 09:05:26 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e4.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m7JD4huY009470 for ; Tue, 19 Aug 2008 09:04:43 -0400 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m7JD4hOd234102 for ; Tue, 19 Aug 2008 09:04:43 -0400 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m7JD4hkG008626 for ; Tue, 19 Aug 2008 09:04:43 -0400 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m7JD4hP1008618; Tue, 19 Aug 2008 09:04:43 -0400 In-Reply-To: To: =?ISO-8859-1?Q?Werner_Donn=E9?= Cc: w3c-dist-auth@w3.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 From: Geoffrey M Clemm Message-ID: Date: Tue, 19 Aug 2008 09:04:42 -0400 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 8.0.1|February 07, 2008) at 08/19/2008 09:04:42, Serialize complete at 08/19/2008 09:04:42 Content-Type: multipart/alternative; boundary="=_alternative 0047D6C7852574AA_=" Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-6.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KVQtf-0001O4-LV e2bd5206bc4e4854f1118a0ecc53c0ba X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12993 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Tue, 19 Aug 2008 13:05:28 +0000 This is a multipart message in MIME format. --=_alternative 0047D6C7852574AA_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable The semantics that let you use VERSION-CONTROL to "restore" any resource=20 from its version-history are defined in section 6.7. Section 14.8 is just the extended semantics of VERSION-CONTROL when=20 restoring version-controlled-collections. You cannot use BIND to "restore" a version history, because the child of a = version-controlled-folder is a version-controlled-resource, not a=20 version-history, whereas BIND is defined to make the specified resource a=20 child of the specified collection. Cheers, Geoff Werner Donn=E9 wrote on 08/19/2008 04:23:18 AM: >=20 > > But wrt point 2, RFC3243 does provide a way to reinstate a version=20 > > history, by specifying a Version in the body of a VERSION-CONTROL=20 > > request. Also note that a BIND request would not provide a way to=20 > > reinstate a version history, because reinstating a version history=20 > > is done by creating a new version-controlled resource whose VERSION-=20 > > HISTORY property identifies that version history (and this cannot be=20 > > done via a BIND operation). >=20 > In RFC 3253 I find in section 14.8 that you can indeed reinstate the=20 > version > history of a collection in this way, but I can't find anything like=20 > that for > resources that are not collections. >=20 > I see no evidence for the statement that a new version-controlled=20 > resource > should be created for reinstating a version history. This seems to be=20 > what > happens when the VERSION-CONTROL method is used, but that is not the=20 > same > thing. >=20 > The usage of BIND I propose is semantically equivalent to an addition to > the version-controlled-binding-set property of the parent collection=20 > of the > request URI. >=20 > Werner. > -- > Werner Donn=E9 -- Re http://www. > pincette.biz > Engelbeekstraat 8=20 > http://www.re.be > BE-3300 Tienen > tel: (+32) 486 425803 e-mail: werner.donne@re.be >=20 >=20 >=20 >=20 >=20 --=_alternative 0047D6C7852574AA_= Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable
The semantics that let you use VERSION-CONTROL to "restore" any resource from its version-history are defined in section 6.7.
Section 14.8 is just the extended semantics of VERSI= ON-CONTROL when restoring version-controlled-collections.

You cannot use BIND to "restore" a version history, because the child of a version-controlled-folder is a version-cont= rolled-resource, not a version-history, whereas BIND is defined to make the specified resour= ce a child of the specified collection.

Cheers,
Geoff




Werner Donn=E9 <werner.donne@re.be> wrote on 0= 8/19/2008 04:23:18 AM:

>
> > But wrt point 2, RFC3243 does provide a way to reinstate a version  
> > history, by specifying a Version in the body of a VERSION-CONTROL  
> > request.  Also note that a BIND request would not provide a way to  
> > reinstate a version history, because reinstating a version history  
> > is done by creating a new version-controlled resource whose VERSI= ON-
> > HISTORY property identifies that version history (and this cannot be  
> > done via a BIND operation).
>
> In RFC 3253 I find in section 14.8 that you can indeed reinstate the  
> version
> history of a collection in this way, but I can't find anything like  
> that for
> resources that are not collections.
>
> I see no evidence for the statement that a new version-controlled  
> resource
> should be created for reinstating a version history. This seems to be  
> what
> happens when the VERSION-CONTROL method is used, but that is not the  
> same
> thing.
>
> The usage of BIND I propose is semantically equivalent to an addition to
> the version-controlled-binding-set property of the parent collection  
> of the
> request URI.
>
> Werner.
> --
> Werner Donn=E9  --  Re                                     http://www.
> pincette.biz
> Engelbeekstraat 8                                              
> http://www.re.be
> BE-3300 Tienen
> tel: (+32) 486 425803   e-mail: werner.donne@re.be
>
>
>
>
>
--=_alternative 0047D6C7852574AA_=-- From w3c-dist-auth-request@listhub.w3.org Tue Aug 19 06:18:24 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE98028C164 for ; Tue, 19 Aug 2008 06:18:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.649 X-Spam-Level: X-Spam-Status: No, score=-9.649 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TX1iOnlUaThJ for ; Tue, 19 Aug 2008 06:18:24 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id D074D3A69CC for ; Tue, 19 Aug 2008 06:18:23 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KVR5r-0006fM-Rj for w3c-dist-auth-dist@listhub.w3.org; Tue, 19 Aug 2008 13:17:51 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KVR5q-0006eW-1P for w3c-dist-auth@listhub.w3.org; Tue, 19 Aug 2008 13:17:50 +0000 Received: from winston.telenet-ops.be ([195.130.137.75]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KVR5g-0003Cj-2u for w3c-dist-auth@w3.org; Tue, 19 Aug 2008 09:17:49 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by winston.telenet-ops.be (Postfix) with SMTP id 5EDBEA002D; Tue, 19 Aug 2008 15:17:13 +0200 (CEST) Received: from [192.168.0.109] (d54C3960D.access.telenet.be [84.195.150.13]) by winston.telenet-ops.be (Postfix) with ESMTP id 5B5A4A002E; Tue, 19 Aug 2008 15:17:09 +0200 (CEST) From: =?ISO-8859-1?Q?Werner_Donn=E9?= To: Geoffrey M Clemm In-Reply-To: References: Message-Id: <8A4A5A1D-6CF5-4771-937A-AF64E496D634@re.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v926) Date: Tue, 19 Aug 2008 15:17:09 +0200 Cc: w3c-dist-auth@w3.org X-Mailer: Apple Mail (2.926) Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1KVR5g-0003Cj-2u c28c8a6a4cd6b8662c4dd0e9eddd21fc X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12994 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Tue, 19 Aug 2008 13:17:51 +0000 > The semantics that let you use VERSION-CONTROL to "restore" any =20 > resource from its version-history are defined in section 6.7. This is part of the workspace feature, which is optional. Shouldn't =20 this be part of the general VERSION-CONTROL semantics? I don't think you need =20= the workspace feature for this behaviour. > > Section 14.8 is just the extended semantics of VERSION-CONTROL when =20= > restoring version-controlled-collections. > > You cannot use BIND to "restore" a version history, because the =20 > child of a version-controlled-folder is a version-controlled-=20 > resource, not a version-history, whereas BIND is defined to make the =20= > specified resource a child of the specified collection. > I have not suggested that the version history become the child of a version-controlled folder. The request URI of the BIND would be the =20 child and from the resource-id the version history would be inferred. > Cheers, > Geoff > Werner. > > > > Werner Donn=E9 wrote on 08/19/2008 04:23:18 AM: > > > > > > But wrt point 2, RFC3243 does provide a way to reinstate a version > > > history, by specifying a Version in the body of a VERSION-CONTROL > > > request. Also note that a BIND request would not provide a way to > > > reinstate a version history, because reinstating a version history > > > is done by creating a new version-controlled resource whose =20 > VERSION- > > > HISTORY property identifies that version history (and this =20 > cannot be > > > done via a BIND operation). > > > > In RFC 3253 I find in section 14.8 that you can indeed reinstate the > > version > > history of a collection in this way, but I can't find anything like > > that for > > resources that are not collections. > > > > I see no evidence for the statement that a new version-controlled > > resource > > should be created for reinstating a version history. This seems to =20= > be > > what > > happens when the VERSION-CONTROL method is used, but that is not the > > same > > thing. > > > > The usage of BIND I propose is semantically equivalent to an =20 > addition to > > the version-controlled-binding-set property of the parent collection > > of the > > request URI. > > > > Werner. > > -- > > Werner Donn=E9 -- Re = http://www. > > pincette.biz > > Engelbeekstraat 8 > > http://www.re.be > > BE-3300 Tienen > > tel: (+32) 486 425803 e-mail: werner.donne@re.be > > > > > > > > > > -- Werner Donn=E9 -- Re = http://www.pincette.biz Engelbeekstraat 8 = http://www.re.be BE-3300 Tienen tel: (+32) 486 425803 e-mail: werner.donne@re.be From w3c-dist-auth-request@listhub.w3.org Wed Aug 20 19:58:10 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1074D3A680B for ; Wed, 20 Aug 2008 19:58:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.348 X-Spam-Level: X-Spam-Status: No, score=-10.348 tagged_above=-999 required=5 tests=[AWL=-0.050, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NpHVKUv3FIIy for ; Wed, 20 Aug 2008 19:58:09 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 24A373A6970 for ; Wed, 20 Aug 2008 19:58:08 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KW0LZ-0000rI-0B for w3c-dist-auth-dist@listhub.w3.org; Thu, 21 Aug 2008 02:56:25 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KW0LX-0000qe-AI for w3c-dist-auth@listhub.w3.org; Thu, 21 Aug 2008 02:56:23 +0000 Received: from e1.ny.us.ibm.com ([32.97.182.141]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KW0LO-0001jY-Mr for w3c-dist-auth@w3.org; Wed, 20 Aug 2008 22:56:23 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e1.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m7L2tgvN009450 for ; Wed, 20 Aug 2008 22:55:42 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m7L2tg4v197506 for ; Wed, 20 Aug 2008 22:55:42 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m7L2tgMI031442 for ; Wed, 20 Aug 2008 22:55:42 -0400 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m7L2tgqc031432; Wed, 20 Aug 2008 22:55:42 -0400 In-Reply-To: <8A4A5A1D-6CF5-4771-937A-AF64E496D634@re.be> To: =?ISO-8859-1?Q?Werner_Donn=E9?= Cc: w3c-dist-auth@w3.org X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: From: Geoffrey M Clemm Date: Wed, 20 Aug 2008 18:35:35 -0400 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 8.0.1|February 07, 2008) at 08/20/2008 22:55:41 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-6.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, DATE_IN_PAST_03_06=0.044, RCVD_IN_DNSWL_MED=-4, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KW0LO-0001jY-Mr 21195df09c93589fdeace9ef80ef669d X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12995 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Thu, 21 Aug 2008 02:56:25 +0000 Werner Donn=E9 wrote on 08/19/2008 09:17:09 AM: > > The semantics that let you use VERSION-CONTROL to "restore" any > > resource from its version-history are defined in section 6.7. > > This is part of the workspace feature, which is optional. Shouldn't > this be > part of the general VERSION-CONTROL semantics? I don't think you need= > the workspace feature for this behaviour. The partitioning of functions into a few "features" always has arbitrar= y aspects, so the current spec just captured the rough consensus of the design group. A particular server is always free to implement parts of= a feature if the functionality it wants to provide does not allign exactl= y with the feature partitioning of the spec. We can define new "feature groupings", but we should not define alternative syntax/mechanisms for functions that are already defined in the specification. > > Section 14.8 is just the extended semantics of VERSION-CONTROL when= > > restoring version-controlled-collections. > > > > You cannot use BIND to "restore" a version history, because the > > child of a version-controlled-folder is a version-controlled- > > resource, not a version-history, whereas BIND is defined to make th= e > > specified resource a child of the specified collection. > > > > I have not suggested that the version history become the child of a > version-controlled folder. The request URI of the BIND would be the > child > and from the resource-id the version history would be inferred. I don't believe that is compatible with the current semantics defined f= or BIND (I'd need to see an example of what you have in mind to comment mo= re precisely). But more importantly, since that functionality is already provided by RFC-3253 with the VERSION-CONTROL method, there's no reason= to provide an alternative mechanism via the BIND method. Cheers, Geoff = From w3c-dist-auth-request@listhub.w3.org Wed Aug 27 15:13:54 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AA1473A6AB8 for ; Wed, 27 Aug 2008 15:13:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.999 X-Spam-Level: X-Spam-Status: No, score=-7.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qMLF0g7-ISLr for ; Wed, 27 Aug 2008 15:13:53 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 3B57B3A6A75 for ; Wed, 27 Aug 2008 15:13:53 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KYTF5-0004Zf-Q7 for w3c-dist-auth-dist@listhub.w3.org; Wed, 27 Aug 2008 22:11:55 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYTF4-0004Yz-B8 for w3c-dist-auth@listhub.w3.org; Wed, 27 Aug 2008 22:11:54 +0000 Received: from smtp0.beanfield.net ([66.207.192.7]) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYTEv-0001v4-D6 for w3c-dist-auth@w3.org; Wed, 27 Aug 2008 22:11:53 +0000 Received: from 206-223-184-75.beanfield.net (206-223-184-75.beanfield.net [206.223.184.75]) by smtp0.beanfield.net (8.13.4/8.12.11) with ESMTP id m7RM905K057119 for ; Wed, 27 Aug 2008 18:09:00 -0400 (EDT) (envelope-from evert@rooftopsolutions.nl) Message-Id: <658488E7-B691-4A48-9043-8B6D0D902F88@rooftopsolutions.nl> From: Evert | Rooftop To: w3c-dist-auth@w3.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 27 Aug 2008 18:11:08 -0400 X-Mailer: Apple Mail (2.928.1) Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: maggie.w3.org 1KYTEv-0001v4-D6 11beed45c83398602a20d53087068b88 X-Original-To: w3c-dist-auth@w3.org Subject: Litmus test questions Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12996 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Wed, 27 Aug 2008 22:11:55 +0000 Hey guys, I sent these emails to the litmus mailing list, but they never seem to arrive.. I'm hoping this list is an appropriate place to ask these litmus related questions: First problem is with property test #13: 13. propreplace........... FAIL (PROPPATCH on `/litmus/prop2': http://hidden/litmus/prop2 : 404 Not Found http://hidden/litmus/prop2: 404 Not Found http://hidden/litmus/prop2 : 404 Not Foundhttp://hidden/litmus/prop2: 404 Not Found http://hidden/litmus/prop2 : 404 Not Found ) As far as I can tell, the last mutation on /litmus/prop2 happened in Test 11 (propdeletes), which brings the list of properties to this state: prop1 (deleted) prop2 (deleted) prop3 (deleted) prop4 (deleted) prop5 value5 prop6 value6 prop7 value7 prop8 value8 prop9 value9 Test 12 (propget), returns this : /litmus/prop2 value5 value6 value7 value8 value9 HTTP/1.1 200 Ok HTTP/1.1 404 Not Found (Expected result, and this is also a 'pass') Then test 13 starts, which requests: 5178 5179 5180 5181 5182 5183 newvalue5 5184 newvalue6 5185 newvalue7 5186 newvalue8 5187 newvalue9 5188 This was the first oddnesss, since it actually requests to delete the already deleted properties at first. According to spec.. I return the appropriate 404's and 200's: 5204 Read block (1793 bytes): 5205 [ 5206 5207 5208 litmus/prop2 5209 5210 5211 5212 5213 HTTP/1.1 404 Not Found 5214 5215 5216 5217 5218 5219 HTTP/1.1 404 Not Found 5220 5221 5222 5223 5224 5225 HTTP/1.1 404 Not Found 5226 5227 5228 5229 5230 5231 HTTP/1.1 404 Not Found 5232 5233 5234 5235 5236 5237 HTTP/1.1 404 Not Found 5238 5239 5240 5241 5242 5243 HTTP/1.1 200 Ok 5244 5245 5246 5247 5248 5249 HTTP/1.1 200 Ok 5250 5251 5252 5253 5254 5255 HTTP/1.1 200 Ok 5256 5257 5258 5259 5260 5261 HTTP/1.1 200 Ok 5262 5263 5264 5265 5266 5267 HTTP/1.1 200 Ok 5268 5269 5270 5271 ] So, my question.. what am I doing wrong? Second one, In property test 23, litmus makes the following request: The 'bar' namespace is an invalid one, and expat is quickly to respond with: xmlns: URI bar is not absolute, so I respond with a 400 Bad Request.. This is also a FAIL for litmus, so I'm curious to what _should_ be returned in this situation.. Evert From w3c-dist-auth-request@listhub.w3.org Thu Aug 28 00:55:01 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 628D73A6A0C for ; Thu, 28 Aug 2008 00:55:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.687 X-Spam-Level: X-Spam-Status: No, score=-8.687 tagged_above=-999 required=5 tests=[AWL=1.912, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M+p8Sp+w9vRI for ; Thu, 28 Aug 2008 00:55:00 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 443E93A685F for ; Thu, 28 Aug 2008 00:54:59 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KYcJC-0003Gv-VH for w3c-dist-auth-dist@listhub.w3.org; Thu, 28 Aug 2008 07:52:47 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYcJB-0003G6-Nk for w3c-dist-auth@listhub.w3.org; Thu, 28 Aug 2008 07:52:45 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KYcJ2-0001oY-TX for w3c-dist-auth@w3.org; Thu, 28 Aug 2008 03:52:45 -0400 Received: (qmail invoked by alias); 28 Aug 2008 07:52:04 -0000 Received: from p508FC646.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.198.70] by mail.gmx.net (mp025) with SMTP; 28 Aug 2008 09:52:04 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/7O1QqU577fwa/eN7s2u4yiCxQ0f2N5G+HlWySAR fpgvHP5CcYUfHa Message-ID: <48B65921.2000202@gmx.de> Date: Thu, 28 Aug 2008 09:52:01 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Evert | Rooftop CC: w3c-dist-auth@w3.org References: <658488E7-B691-4A48-9043-8B6D0D902F88@rooftopsolutions.nl> In-Reply-To: <658488E7-B691-4A48-9043-8B6D0D902F88@rooftopsolutions.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KYcJ2-0001oY-TX 2672081f60c8cdba302e80b48bc835d9 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Litmus test questions Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12997 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Thu, 28 Aug 2008 07:52:46 +0000 Evert | Rooftop wrote: > ... > This was the first oddnesss, since it actually requests to delete the > already deleted properties at first. According to spec.. I return the > appropriate 404's and 200's: > ... "Specifying the removal of a property that does not exist is not an error." -- > ... > xmlns='DAV:'> xmlns:t='http://webdav.org/neon/litmus/'> xmlns='bar'/> > > The 'bar' namespace is an invalid one, and expat is quickly to respond > with: xmlns: URI bar is not absolute, so I respond with a 400 Bad Request.. > > This is also a FAIL for litmus, so I'm curious to what _should_ be > returned in this situation.. > ... Wow, that's the first time I hear that an XML parser is choking on a namespace name. Whether or not "bar" is a legal namespace name may be controversial; my recollection is that the W3C, after lots and lots of messages exchanged about that topic, basically deprecated them. Potentially there's a config switch in expat where you can switch off the checking. It's well intended, but I wouldn't me surprised that insisting on it may break existing WebDAV clients. BR, Julian From w3c-dist-auth-request@listhub.w3.org Thu Aug 28 01:43:09 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7B13028C172 for ; Thu, 28 Aug 2008 01:43:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.299 X-Spam-Level: X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L3SDtG5ZMkDL for ; Thu, 28 Aug 2008 01:43:08 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 068FB3A6A9C for ; Thu, 28 Aug 2008 01:43:08 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KYd55-0004UR-F0 for w3c-dist-auth-dist@listhub.w3.org; Thu, 28 Aug 2008 08:42:15 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYd53-0004So-PM for w3c-dist-auth@listhub.w3.org; Thu, 28 Aug 2008 08:42:14 +0000 Received: from monty.telenet-ops.be ([195.130.132.56]) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYd4u-0006Wf-UQ for w3c-dist-auth@w3.org; Thu, 28 Aug 2008 08:42:13 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by monty.telenet-ops.be (Postfix) with SMTP id 4F55454018; Thu, 28 Aug 2008 10:41:39 +0200 (CEST) Received: from [192.168.0.109] (d54C3960D.access.telenet.be [84.195.150.13]) by monty.telenet-ops.be (Postfix) with ESMTP id 1E5A95405D; Thu, 28 Aug 2008 10:41:36 +0200 (CEST) From: =?ISO-8859-1?Q?Werner_Donn=E9?= To: Geoffrey M Clemm In-Reply-To: References: Message-Id: <1DFCE453-99D1-4D87-88ED-BBB259D38CB9@re.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v926) Date: Thu, 28 Aug 2008 10:41:36 +0200 Cc: Julian Reschke , w3c-dist-auth@w3.org X-Mailer: Apple Mail (2.926) Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: maggie.w3.org 1KYd4u-0006Wf-UQ bdb4467b51e212149c1696954112eff3 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12998 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Thu, 28 Aug 2008 08:42:15 +0000 I don't understand how COPY/DELETE semantics for the MOVE could apply to a version controlled resource. It would destroy the version history. It may be a valid implementation, but not a very useful one. Regards, Werner. On 16 Aug 2008, at 20:21, Geoffrey M Clemm wrote: > > The "Hm" note is correct. A MOVE will create an additional binding =20= > if the MOVE has REBIND semantics, but not if the MOVE has COPY/=20 > DELETE semantics. > > Cheers, > Geoff > > Julian Reschke wrote on 08/16/2008 06:31:45 =20= > AM: > > > Julian Reschke wrote: > > > > > > Geoffrey M Clemm wrote: > > >> > > >> Point 1 is correct. > > > > > > Indeed. > > > > > > I think Werner is right in that many do not understand the =20 > relation > > > between BIND and DeltaV, and thus it would be useful to state it. > > > > > > We already have a "Relationship to WebDAV Access Control Protocol" > > > ( > html#rfc.section.9>), > > > so my proposal would be to make that a generic "Relationship to =20= > other > > > WebDAV Specifications", and having one subsection for ACL and =20 > DeltaV each. > > > > > > The DeltaV part could read (this is mainly Werner's text): > > > > > > "When supporting version controlled collections, bindings may be > > > introduced in a server without actually issuing the BIND method. =20= > For > > > instance, when a MOVE is performed of a resource from one > > > version-controlled collection to another, both collections =20 > should be > > > checked out. An additional binding would be the result if the =20 > target > > > collection would be subsequently checked in, while the check-out =20= > of the > > > source collection is undone. The resulting situation is =20 > meaningless if > > > the binding model is not supported." > > > ... > > > > Hm. > > > > It just occurred to me that a server that implements MOVE as a =20 > sequence > > of COPY and DELETE would expose a different behavior -- checking =20 > in the > > destination collection but reverting the source collection would =20 > turn > > the operation into the equivalent of a COPY, not a BIND... > > > > BR, Julian -- Werner Donn=E9 -- Re = http://www.pincette.biz Engelbeekstraat 8 = http://www.re.be BE-3300 Tienen tel: (+32) 486 425803 e-mail: werner.donne@re.be From w3c-dist-auth-request@listhub.w3.org Thu Aug 28 06:40:28 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2EB0028C2BB for ; Thu, 28 Aug 2008 06:40:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.298 X-Spam-Level: X-Spam-Status: No, score=-10.298 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d9dCUPlPsNLW for ; Thu, 28 Aug 2008 06:40:26 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id BD54B28C1D9 for ; Thu, 28 Aug 2008 06:40:26 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KYhiS-0004MU-Ez for w3c-dist-auth-dist@listhub.w3.org; Thu, 28 Aug 2008 13:39:12 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYhiQ-0004Lb-Qo for w3c-dist-auth@listhub.w3.org; Thu, 28 Aug 2008 13:39:11 +0000 Received: from e4.ny.us.ibm.com ([32.97.182.144]) by maggie.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYhiH-0003oJ-FM for w3c-dist-auth@w3.org; Thu, 28 Aug 2008 13:39:10 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e4.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m7SDcQHV026642 for ; Thu, 28 Aug 2008 09:38:26 -0400 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m7SDcPqu226026 for ; Thu, 28 Aug 2008 09:38:26 -0400 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m7SDcPDE003509 for ; Thu, 28 Aug 2008 09:38:25 -0400 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av02.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m7SDcPJ1003498; Thu, 28 Aug 2008 09:38:25 -0400 In-Reply-To: <1DFCE453-99D1-4D87-88ED-BBB259D38CB9@re.be> To: =?ISO-8859-1?Q?Werner_Donn=E9?= Cc: Julian Reschke , w3c-dist-auth@w3.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 From: Geoffrey M Clemm Message-ID: Date: Thu, 28 Aug 2008 09:38:25 -0400 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 8.0.1|February 07, 2008) at 08/28/2008 09:38:24, Serialize complete at 08/28/2008 09:38:24 Content-Type: multipart/alternative; boundary="=_alternative 004AED44852574B3_=" Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-6.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, SPF_PASS=-0.001 X-W3C-Scan-Sig: maggie.w3.org 1KYhiH-0003oJ-FM f42b9e48976d54a79c8088cc2181e2de X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12999 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Thu, 28 Aug 2008 13:39:12 +0000 This is a multipart message in MIME format. --=_alternative 004AED44852574B3_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable I change my response to agree with Werner. RFC 3253 explicitly requires that the versioning metadata have a MOVE=20 "move" semantics, not "copy/delete" semantics (section 3.15), so the "Hm"=20 note does not apply. Cheers, Geoff Werner Donn=E9 wrote on 08/28/2008 04:41:36 AM: > I don't understand how COPY/DELETE semantics for the MOVE could apply > to a version controlled resource. It would destroy the version history. > It may be a valid implementation, but not a very useful one. >=20 > Regards, >=20 > Werner. >=20 > On 16 Aug 2008, at 20:21, Geoffrey M Clemm wrote: >=20 > > > > The "Hm" note is correct. A MOVE will create an additional binding=20 > > if the MOVE has REBIND semantics, but not if the MOVE has COPY/=20 > > DELETE semantics. > > > > Cheers, > > Geoff > > > > Julian Reschke wrote on 08/16/2008 06:31:45=20 > > AM: > > > > > Julian Reschke wrote: > > > > > > > > Geoffrey M Clemm wrote: > > > >> > > > >> Point 1 is correct. > > > > > > > > Indeed. > > > > > > > > I think Werner is right in that many do not understand the=20 > > relation > > > > between BIND and DeltaV, and thus it would be useful to state it. > > > > > > > > We already have a "Relationship to WebDAV Access Control Protocol" > > > > ( > > html#rfc.section.9>), > > > > so my proposal would be to make that a generic "Relationship to=20 > > other > > > > WebDAV Specifications", and having one subsection for ACL and=20 > > DeltaV each. > > > > > > > > The DeltaV part could read (this is mainly Werner's text): > > > > > > > > "When supporting version controlled collections, bindings may be > > > > introduced in a server without actually issuing the BIND method.=20 > > For > > > > instance, when a MOVE is performed of a resource from one > > > > version-controlled collection to another, both collections=20 > > should be > > > > checked out. An additional binding would be the result if the=20 > > target > > > > collection would be subsequently checked in, while the check-out=20 > > of the > > > > source collection is undone. The resulting situation is=20 > > meaningless if > > > > the binding model is not supported." > > > > ... > > > > > > Hm. > > > > > > It just occurred to me that a server that implements MOVE as a=20 > > sequence > > > of COPY and DELETE would expose a different behavior -- checking=20 > > in the > > > destination collection but reverting the source collection would=20 > > turn > > > the operation into the equivalent of a COPY, not a BIND... > > > > > > BR, Julian >=20 > -- > Werner Donn=E9 -- Re http://www. > pincette.biz > Engelbeekstraat 8=20 > http://www.re.be > BE-3300 Tienen > tel: (+32) 486 425803 e-mail: werner.donne@re.be >=20 >=20 >=20 >=20 >=20 --=_alternative 004AED44852574B3_= Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable
I change my response to agree with Werner.
RFC 3253 explicitly requires that the versioning met= adata have a MOVE "move" semantics, not "copy/delete" semanti= cs (section 3.15), so the "Hm" note does not apply.

Cheers,
Geoff

Werner Donn=E9 <werner.donne@re.be> wrote on 0= 8/28/2008 04:41:36 AM:

> I don't understand how COPY/DELETE semantics for the MOVE could apply<= br> > to a version controlled resource. It would destroy the version history= .
> It may be a valid implementation, but not a very useful one.
>
> Regards,
>
> Werner.
>
> On 16 Aug 2008, at 20:21, Geoffrey M Clemm wrote:
>
> >
> > The "Hm" note is correct.  A MOVE will create an additional binding  
> > if the MOVE has REBIND semantics, but not if the MOVE has COPY/
> > DELETE semantics.
> >
> > Cheers,
> > Geoff
> >
> > Julian Reschke <julian.reschke@gmx.de> wrote on 08/16/2008 06:31:45  
> > AM:
> >
> > > Julian Reschke wrote:
> > > >
> > > > Geoffrey M Clemm wrote:
> > > >>
> > > >> Point 1 is correct.
> > > >
> > > > Indeed.
> > > >
> > > > I think Werner is right in that many do not understand the  
> > relation
> > > > between BIND and DeltaV, and thus it would be useful to state it.
> > > >
> > > > We already have a "Relationship to WebDAV Access Control Protocol"
> > > > (<http://greenbytes.de/tech/webdav/draft-ietf-webdav= -bind-latest.
> > > html#rfc.section.9>),
> > > > so my proposal would be to make that a generic "Re= lationship to  
> > other
> > > > WebDAV Specifications", and having one subsection for ACL and  
> > DeltaV each.
> > > >
> > > > The DeltaV part could read (this is mainly Werner's text):
> > > >
> > > > "When supporting version controlled collections, bindings may be
> > > > introduced in a server without actually issuing the BIND method.  
> > For
> > > > instance, when a MOVE is performed of a resource from one
> > > > version-controlled collection to another, both collecti= ons  
> > should be
> > > > checked out. An additional binding would be the result if the  
> > target
> > > > collection would be subsequently checked in, while the check-out  
> > of the
> > > > source collection is undone. The resulting situation is  
> > meaningless if
> > > > the binding model is not supported."
> > > > ...
> > >
> > > Hm.
> > >
> > > It just occurred to me that a server that implements MOVE as a  
> > sequence
> > > of COPY and DELETE would expose a different behavior -- checking  
> > in the
> > > destination collection but reverting the source collection would  
> > turn
> > > the operation into the equivalent of a COPY, not a BIND... > > >
> > > BR, Julian
>
> --
> Werner Donn=E9  --  Re                                     http://www.
> pincette.biz
> Engelbeekstraat 8                                              
> http://www.re.be
> BE-3300 Tienen
> tel: (+32) 486 425803   e-mail: werner.donne@re.be
>
>
>
>
>
--=_alternative 004AED44852574B3_=-- From w3c-dist-auth-request@listhub.w3.org Thu Aug 28 06:53:08 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 48F5028C246 for ; Thu, 28 Aug 2008 06:53:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.019 X-Spam-Level: X-Spam-Status: No, score=-7.019 tagged_above=-999 required=5 tests=[AWL=3.580, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nFh3g3kzAXxk for ; Thu, 28 Aug 2008 06:53:07 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 6B8BD28C20D for ; Thu, 28 Aug 2008 06:53:07 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KYhvQ-0001Od-Qh for w3c-dist-auth-dist@listhub.w3.org; Thu, 28 Aug 2008 13:52:36 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYhvQ-0001Nx-4D for w3c-dist-auth@listhub.w3.org; Thu, 28 Aug 2008 13:52:36 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KYhvH-0008Oj-Fn for w3c-dist-auth@w3.org; Thu, 28 Aug 2008 09:52:36 -0400 Received: (qmail invoked by alias); 28 Aug 2008 13:51:55 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.106]) [217.91.35.233] by mail.gmx.net (mp041) with SMTP; 28 Aug 2008 15:51:55 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+i7FNs1iOibE7IwW20ncYGBTFKIkn4KapaEQQDIj 7NJRHFHY0Ltpnb Message-ID: <48B6AD77.5060008@gmx.de> Date: Thu, 28 Aug 2008 15:51:51 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Geoffrey M Clemm CC: =?ISO-8859-1?Q?Werner_Donn=E9?= , w3c-dist-auth@w3.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-1.1 X-W3C-Hub-Spam-Report: BAYES_05=-1.11, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KYhvH-0008Oj-Fn d2b1b15202fdc9302d1f3f027d85b053 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relationship between BIND and RFC 3253 Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13000 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Thu, 28 Aug 2008 13:52:36 +0000 Geoffrey M Clemm wrote: > > I change my response to agree with Werner. > RFC 3253 explicitly requires that the versioning metadata have a MOVE > "move" semantics, not "copy/delete" semantics (section 3.15), so the > "Hm" note does not apply. > > Cheers, > Geoff I agree as well. So, should I spend some energy into integrating the proposal in into the current version of the draft? BR, Julian From w3c-dist-auth-request@listhub.w3.org Thu Aug 28 08:05:14 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 949BB3A6CD0 for ; Thu, 28 Aug 2008 08:05:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.999 X-Spam-Level: X-Spam-Status: No, score=-8.999 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kw5uv9k9MKmZ for ; Thu, 28 Aug 2008 08:05:13 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 72FA53A6CC6 for ; Thu, 28 Aug 2008 08:05:12 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KYj2d-00031t-6k for w3c-dist-auth-dist@listhub.w3.org; Thu, 28 Aug 2008 15:04:07 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYj2b-00030P-QX for w3c-dist-auth@listhub.w3.org; Thu, 28 Aug 2008 15:04:05 +0000 Received: from smtp0.beanfield.net ([66.207.192.7]) by bart.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KYj2T-0001LP-1k for w3c-dist-auth@w3.org; Thu, 28 Aug 2008 11:04:05 -0400 Received: from 206-223-184-75.beanfield.net (206-223-184-75.beanfield.net [206.223.184.75]) by smtp0.beanfield.net (8.13.4/8.12.11) with ESMTP id m7SF18Ao073752; Thu, 28 Aug 2008 11:01:09 -0400 (EDT) (envelope-from evert@rooftopsolutions.nl) Cc: w3c-dist-auth@w3.org Message-Id: <4F934F01-CB25-446E-B92E-53292B0FD56F@rooftopsolutions.nl> From: Evert | Rooftop To: Julian Reschke In-Reply-To: <48B65921.2000202@gmx.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Thu, 28 Aug 2008 11:03:17 -0400 References: <658488E7-B691-4A48-9043-8B6D0D902F88@rooftopsolutions.nl> <48B65921.2000202@gmx.de> X-Mailer: Apple Mail (2.928.1) Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1KYj2T-0001LP-1k 3a77f81a0fb2345593e7552ba25c930c X-Original-To: w3c-dist-auth@w3.org Subject: Re: Litmus test questions Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13001 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Thu, 28 Aug 2008 15:04:07 +0000 On 28-Aug-08, at 3:52 AM, Julian Reschke wrote: > > Evert | Rooftop wrote: >> ... >> This was the first oddnesss, since it actually requests to delete >> the already deleted properties at first. According to spec.. I >> return the appropriate 404's and 200's: >> ... > > "Specifying the removal of a property that does not exist is not an > error." -- > Thanks for this .. > > >> ... >> > xmlns='DAV:'>> > >> The 'bar' namespace is an invalid one, and expat is quickly to >> respond with: xmlns: URI bar is not absolute, so I respond with a >> 400 Bad Request.. >> This is also a FAIL for litmus, so I'm curious to what _should_ be >> returned in this situation.. > > ... > > Wow, that's the first time I hear that an XML parser is choking on a > namespace name. > > Whether or not "bar" is a legal namespace name may be controversial; > my recollection is that the W3C, after lots and lots of messages > exchanged about that topic, basically deprecated them. > > Potentially there's a config switch in expat where you can switch > off the checking. It's well intended, but I wouldn't me surprised > that insisting on it may break existing WebDAV clients. > > BR, Julian > I'm going to try to figure out a way around these warnings.. I actually also replace 'DAV:' with urn:DAV before parsing, for the same reasons.. Thanks a lot, this is really helpful.. Evert From w3c-dist-auth-request@listhub.w3.org Sat Aug 30 02:56:33 2008 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 32EAE3A690E for ; Sat, 30 Aug 2008 02:56:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.165 X-Spam-Level: X-Spam-Status: No, score=-9.165 tagged_above=-999 required=5 tests=[AWL=1.434, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W3VJ1KqGlj6m for ; Sat, 30 Aug 2008 02:56:32 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 3C9223A68D1 for ; Sat, 30 Aug 2008 02:56:32 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.63) (envelope-from ) id 1KZNAW-0000Et-Fd for w3c-dist-auth-dist@listhub.w3.org; Sat, 30 Aug 2008 09:54:56 +0000 Received: from [128.30.52.63] (helo=bart.w3.org) by frink.w3.org with esmtp (Exim 4.63) (envelope-from ) id 1KZNAU-0000DS-OF for w3c-dist-auth@listhub.w3.org; Sat, 30 Aug 2008 09:54:54 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.63) (envelope-from ) id 1KZNAL-00054H-N0 for w3c-dist-auth@w3.org; Sat, 30 Aug 2008 05:54:54 -0400 Received: (qmail invoked by alias); 30 Aug 2008 09:54:13 -0000 Received: from p508FDB35.dip.t-dialin.net (EHLO [192.168.178.22]) [80.143.219.53] by mail.gmx.net (mp022) with SMTP; 30 Aug 2008 11:54:13 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19EXJ0bKFdEmFOGWX87kL+dAi6Q576mvHkh2Mce6w Fa2h/w2xGwG+9e Message-ID: <48B918C1.6000000@gmx.de> Date: Sat, 30 Aug 2008 11:54:09 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: "'www-webdav-dasl@w3.org'" , WebDAV References: <48A1EC62.3070107@gmx.de> <48A87E7A.9070207@gmx.de> In-Reply-To: <48A87E7A.9070207@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5600000000000001 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1KZNAL-00054H-N0 c51693606d29e7e6c24629ef0403531c X-Original-To: w3c-dist-auth@w3.org Subject: WebDAV SEARCH draft 18 submitted, was: WebDAV SEARCH Last Call over Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13002 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Resent-Message-Id: Resent-Date: Sat, 30 Aug 2008 09:54:56 +0000 FYI: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > Title : Web Distributed Authoring and Versioning (WebDAV) SEARCH > Author(s) : J. Reschke, et al. > Filename : draft-reschke-webdav-search-18.txt > Pages : 62 > Date : 2008-08-30 > > This document specifies a set of methods, headers and properties > composing WebDAV SEARCH, an application of the HTTP/1.1 protocol to > efficiently search for DAV resources based upon a set of client- > supplied criteria.Editorial Note (To be removed by RFC Editor before > publication) > > Please send comments to the Distributed Authoring and Versioning > (WebDAV) DASL mailing list at , which > may be joined by sending a message with subject "subscribe" to > . Discussions of the WebDAV > DASL mailing list are archived at > . > > An issues list and XML and HTML versions of this draft are available > from . > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-reschke-webdav-search-18.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > > > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >> ... >> With respect to point 3, I'm willing to follow John's proposal to >> relax the MUST to a SHOULD. Feedback on this one appreciated, in >> particular if somebody feels strongly about it and doesn't want it to >> be changed. >> ... > > For now I have changed the text to say "SHOULD", see > . > > > In absence of other feedback I'll submit this one as draft 18 sometime > next week. > > Best regards, Julian >