From w3c-dist-auth-request@frink.w3.org Sun Jan 01 07:21:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Et2Cu-0007jQ-CB for webdav-archive@megatron.ietf.org; Sun, 01 Jan 2006 07:21:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA01751 for ; Sun, 1 Jan 2006 07:19:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Et2A5-0000Ex-6D for w3c-dist-auth-dist@listhub.w3.org; Sun, 01 Jan 2006 12:18:09 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Et2A2-0000DY-DL for w3c-dist-auth@listhub.w3.org; Sun, 01 Jan 2006 12:18:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Et29z-0007R0-DE for w3c-dist-auth@w3.org; Sun, 01 Jan 2006 12:18:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k01CI1EV002965; Sun, 1 Jan 2006 04:18:01 -0800 Date: Sun, 1 Jan 2006 04:18:01 -0800 Message-Id: <200601011218.k01CI1EV002965@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Et29z-0007R0-DE 4cfd06236d8291007a8a70f52788eb7d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 50] Property teminology inconsistent with RFC3253 X-Archived-At: http://www.w3.org/mid/200601011218.k01CI1EV002965@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11459 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, 01 Jan 2006 12:18:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=50 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-01 04:18 ------- The changes look good to me, except that I would prefer to use some other property than DAV:getcontentlength as example for "protected" (because that one is even computed). Such as: Section 14., para. 2: OLD: A protected property is one which cannot be changed with a PROPPATCH request. There may be other requests which would result in a change to a protected property (as when a PUT request to an existing resource causes DAV:contentlength to change to a new value). Note that a given property could be protected on one type of resource, but not protected on another type of resource. NEW: A protected property is one which cannot be changed with a PROPPATCH request. There may be other requests which would result in a change to a protected property (as when a LOCK request affects the value of DAV:lockdiscovery). Note that a given property could be protected on one type of resource, but not protected on another type of resource. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ber@globaltechnoconcepts.com Mon Jan 02 02:06:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EtJmL-0007ur-8x for webdav-archive@megatron.ietf.org; Mon, 02 Jan 2006 02:06:49 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA23847 for ; Mon, 2 Jan 2006 02:05:36 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EtJrL-0005P9-EY for webdav-archive@ietf.org; Mon, 02 Jan 2006 02:12:01 -0500 Received: from c-66-177-40-30.hsd1.fl.comcast.net ([66.177.40.30] helo=143899664) by mx2.foretec.com with smtp (Exim 4.24) id 1EtJm5-0004Ra-Kx for webdav-archive@ietf.org; Mon, 02 Jan 2006 02:06:34 -0500 Received: from globaltechnoconcepts.com (-1211051632 [-1210566752]) by c-66-177-40-30.hsd1.fl.comcast.net (Qmailv1) with ESMTP id A72E84C9EE for ; Mon, 02 Jan 2006 01:04:12 -0600 Date: Mon, 02 Jan 2006 01:04:12 -0600 From: Doctor X-Mailer: The Bat! (v2.00.6) Personal X-Priority: 3 Message-ID: <8977885054.20060102010412@globaltechnoconcepts.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------0344B599445E74D" X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.10; AVE: 6.20.0.1; VDF: 6.20.0.46; host: c-66-177-40-30.hsd1.fl.comcast.net) X-Spam-Score: 1.3 (+) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe This is a multi-part message in MIME format. ------------0344B599445E74D Content-Type: text/plain Content-Transfer-Encoding: 7bit Vloagra $3.3 Letvitra $3.3 Cicalis $3.7 Imibtrex $16.4 Flowmax $2.2 Ultfram $0.78 Viaoxx $4.75 Amubien $2.2 Valivum $0.97 Xabnax $1.09 Somqa $3 Mernidia $2.2 visit our website http://havesimpy.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------0344B599445E74D Content-Type: text/html Content-Transfer-Encoding: 7bit Vlbagra - $3.3
Lervitra - $3.3
Cizalis - $3.7
Imiqtrex - $16.4
Floemax - $2.2
Ultqram - $0.78
Vimoxx - $4.75
Amsbien - $2.2
Valitum - $0.97
Xaunax - $1.09
Somca - $3
Mertidia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------0344B599445E74D-- From prethorian@graham1894.fsnet.co.uk Tue Jan 03 04:05:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eti6r-0005ad-G5 for webdav-archive@megatron.ietf.org; Tue, 03 Jan 2006 04:05:37 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA22718 for ; Tue, 3 Jan 2006 04:04:23 -0500 (EST) Received: from [58.140.28.18] (helo=-1212483624) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EtiC4-0002QQ-Nj for webdav-archive@ietf.org; Tue, 03 Jan 2006 04:11:03 -0500 Received: from graham1894.fsnet.co.uk (-1219250968 [-1212675064]) by greyhoundprinting.com (Qmailv1) with ESMTP id A0BEF58CBC for ; Tue, 03 Jan 2006 03:21:05 -0600 Date: Tue, 03 Jan 2006 03:21:05 -0600 From: Doctor X-Mailer: The Bat! (v2.00.1) Personal X-Priority: 3 Message-ID: <6507051132.20060103032105@graham1894.fsnet.co.uk> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------28E95DB7F7FCCA8" X-Virus-Scanned: Norton X-Spam-Score: 1.2 (+) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe This is a multi-part message in MIME format. ------------28E95DB7F7FCCA8 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlmagra $3.3 Leuvitra $3.3 Ciyalis $3.7 Imijtrex $16.4 Flojmax $2.2 Ultpram $0.78 Vijoxx $4.75 Amubien $2.2 Valiwum $0.97 Xagnax $1.09 Somya $3 Merlidia $2.2 visit our website http://spacydak.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------28E95DB7F7FCCA8 Content-Type: text/html Content-Transfer-Encoding: 7bit Vlpagra - $3.3
Levvitra - $3.3
Cihalis - $3.7
Imimtrex - $16.4
Flokmax - $2.2
Ultaram - $0.78
Viwoxx - $4.75
Amvbien - $2.2
Valimum - $0.97
Xaanax - $1.09
Somna - $3
Mervidia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------28E95DB7F7FCCA8-- From w3c-dist-auth-request@frink.w3.org Tue Jan 03 14:45:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ets64-00078G-PE for webdav-archive@megatron.ietf.org; Tue, 03 Jan 2006 14:45:28 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA18859 for ; Tue, 3 Jan 2006 14:44:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ets4O-0001DI-Js for w3c-dist-auth-dist@listhub.w3.org; Tue, 03 Jan 2006 19:43:44 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Ets4N-0001Ci-K5 for w3c-dist-auth@listhub.w3.org; Tue, 03 Jan 2006 19:43:43 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1Ets4F-0004W4-38 for w3c-dist-auth@w3.org; Tue, 03 Jan 2006 19:43:42 +0000 Received: (qmail invoked by alias); 03 Jan 2006 19:43:30 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp028) with SMTP; 03 Jan 2006 20:43:30 +0100 X-Authenticated: #1915285 Message-ID: <43BAD372.3020809@gmx.de> Date: Tue, 03 Jan 2006 20:41:38 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: WebDAV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Ets4F-0004W4-38 f6bb617d9ab93866d6e08a8f12abba12 X-Original-To: w3c-dist-auth@w3.org Subject: Cacheability; MKCOL idempotent? X-Archived-At: http://www.w3.org/mid/43BAD372.3020809@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11460 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, 03 Jan 2006 19:43:44 +0000 Content-Transfer-Encoding: 7bit Hi. While looking into BugZilla issue 80 ("Specify idempotence and safeness for all new methods", ), I noticed that RFC2518 says that MKCOL's results aren't cacheable because it's not idempotent (see ). I think that's incorrect, because similar to PUT, repeating the same MKCOL request multiple times will cause the server to have the same state afterwards (just like PUT, but unlike POST). So I fixed that, but wonder: should this affect what we say about the cacheability of MKCOL results? Are we still saying "MUST NOT be cached"? As a matter of fact, should we rethink that for all methods? We currently say that PROPFIND results SHOULD NOT be cached (). Is there any good reason for it? Should the fact that real-world WebDAV clients *do* cache PROPFIND results tell us something? :-) Feedback appreciated, Julian From lamb@semco.com Tue Jan 03 15:17:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Etsao-0005Be-9q for webdav-archive@megatron.ietf.org; Tue, 03 Jan 2006 15:17:14 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA23456 for ; Tue, 3 Jan 2006 15:16:00 -0500 (EST) Received: from 84-105-221-153.cable.quicknet.nl ([84.105.221.153] helo=semco.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Etsg9-0001oz-Cc for webdav-archive@ietf.org; Tue, 03 Jan 2006 15:22:45 -0500 Message-ID: <000001c610a2$9cf70aa0$6777a8c0@consume> Reply-To: "Apphia Lambros" From: "Apphia Lambros" To: "Tinuviel Willard" Subject: Re: Pharamaceuticsal Date: Tue, 3 Jan 2006 15:16:43 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61078.B42102A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 1.3 (+) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0002_01C61078.B42102A0" ------=_NextPart_001_0002_01C61078.B42102A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Propeci VIGRA from $3.33 axil Xana Sma eridia CIALS from $3.75 VLIUM from $1.21 Levita Abien =20 http://www.holonline.com =20 ------=_NextPart_001_0002_01C61078.B42102A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Propeci
VIGRA from = $3.33
axil
Xana
Sma
eridia
CIALS from = $3.75
VLIUM from = $1.21
Levita
Abien
 
------=_NextPart_001_0002_01C61078.B42102A0-- ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000201c610a2$9bfa563e$6777a8c0@consume> Content-Transfer-Encoding: base64 R0lGODdhDAANAMIAAP///wUICKGiomJkZN/g4ENFRSQmJsDBwSwAAAAADAANAAADLgi63CBBuDXq VIGEKwookjNIwjBlgOZ0C9gMQRybjEEshMEcHlMclNCitNA5jAkAOw== ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000701c610a2$9bfa563e$6777a8c0@consume> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhBQAMAIAAAP///w8OECwAAAAABQAMAAACDESAlprX61BkEtqHCgA7 ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000601c610a2$9bfa563e$6777a8c0@consume> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhDgAZAOMAAP///wMMCEJIRaCjot/g4CIqJoGFg2FnZMDCwQAAAAAAAAAAAAAAAAAAAAAA AAAAACwAAAAADgAZAAAESxDISau9OOvNu/9gKHLCcA3CFAhERRSBOhiVYcRSXFQFgQOxg0kyOABV AERKIkAcc5Jecvd8GowHWhX36kK/gIPACP4hAs4yhfyNAAA7 ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000301c610a2$9bfa563e$6777a8c0@consume> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhDAAaAMIAAP///wcOEiYsL6KkpsHCw4OGiEVKTQAAACwAAAAADAAaAAADKQi63P4wykmr vTjjwLsYTNAQQrGIo3A+KNAu5MqQoNJxgkGE08v2wEgCADs= ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000101c610a2$9bfa563e$6777a8c0@consume> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhCgARAOMAAP///wEGCYCChCAlJ2BjZd/f4EBERr/AwZ+hogAAAAAAAAAAAAAAAAAAAAAA AAAAACwAAAAACgARAAAEMRDISau9OOvNqRhBQBSTYJCFOQ3kFFTH8b3SMQyEUNDAgFA8HgDBM+iG oEnBEDIcaBEAOw== ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000901c610a2$9bfa563e$6777a8c0@consume> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhDgAUAMIAAP///w8ECKWgoi0jJsPAwUtCReHf4IeBgywAAAAADgAUAAADLQi63P4wykmr vTirIEYYRBdwS1AYwGGiQlASJbqVjEvPNw7Y+p77OR5QJywqEgA7 ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000501c610a2$9bfa563e$6777a8c0@consume> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhCgAUAMIAAP///xAGCKWhoi0lJsPAwUtEReHf4AAAACwAAAAACgAUAAADKgi63P4wykmr fWKEQRjhwNcphbAIxRIYizGoTbAMrOIu5ZkqYgiemh8gAQA7 ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000801c610a2$9bfa563e$6777a8c0@consume> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhBgAOAMIAAP///wIDDb/AwiEiK0FCSWBhZ9/f4AAAACwAAAAABgAOAAADEwi63P4riEFU KMBYHVvwIPOJTAIAOw== ------=_NextPart_000_0001_01C61078.B42102A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000401c610a2$9bfa563e$6777a8c0@consume> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhCQAQAMIAAP///wAGC19jZp+ho9/f4B8lKQAAAAAAACwAAAAACQAQAAADIgi63P4wSijG GkKRQsDuCgZUjWA6RAAyZsaIpMZ582iFbgIAOw== ------=_NextPart_000_0001_01C61078.B42102A0-- From w3c-dist-auth-request@frink.w3.org Tue Jan 03 15:51:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ett87-0003rw-2A for webdav-archive@megatron.ietf.org; Tue, 03 Jan 2006 15:51:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA28883 for ; Tue, 3 Jan 2006 15:50:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ett6l-00024x-4p for w3c-dist-auth-dist@listhub.w3.org; Tue, 03 Jan 2006 20:50:15 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ett6h-000240-VE for w3c-dist-auth@listhub.w3.org; Tue, 03 Jan 2006 20:50:12 +0000 Received: from [132.151.6.50] (helo=newodin.ietf.org) by maggie.w3.org with esmtp (Exim 4.50) id 1Ett6Z-0005aP-7L for w3c-dist-auth@w3.org; Tue, 03 Jan 2006 20:50:11 +0000 Received: from mlee by newodin.ietf.org with local (Exim 4.43) id 1Ett6X-00005X-Mf; Tue, 03 Jan 2006 15:50:01 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org Cc: w3c-dist-auth@w3.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 03 Jan 2006 15:50:01 -0500 Received-SPF: none (maggie.w3.org: domain of mlee@newodin.ietf.org does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1Ett6Z-0005aP-7L f60ad9dcda8c937583df2f2351ca2293 X-Original-To: w3c-dist-auth@w3.org Subject: I-D ACTION:draft-ietf-webdav-rfc2518bis-10.txt X-Archived-At: http://www.w3.org/mid/E1Ett6X-00005X-Mf@newodin.ietf.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11461 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, 03 Jan 2006 20:50:15 +0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the WWW Distributed Authoring and Versioning Working Group of the IETF. Title : HTTP Extensions for Distributed Authoring - WebDAV Author(s) : L. Dusseault Filename : draft-ietf-webdav-rfc2518bis-10.txt Pages : 131 Date : 2006-1-3 WebDAV consists of a set of methods, headers, and content-types ancillary to HTTP/1.1 for the management of resource properties, creation and management of resource collections, URL namespace manipulation, and resource locking (collision avoidance). RFC2518 was published in February 1999, and this specification makes minor revisions mostly due to interoperability experience. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-webdav-rfc2518bis-10.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-webdav-rfc2518bis-10.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-webdav-rfc2518bis-10.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2006-1-3110726.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-rfc2518bis-10.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-rfc2518bis-10.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2006-1-3110726.I-D@ietf.org> --OtherAccess-- --NextPart-- From w3c-dist-auth-request@frink.w3.org Tue Jan 03 16:42:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ettuy-0005q7-Rs for webdav-archive@megatron.ietf.org; Tue, 03 Jan 2006 16:42:11 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18397 for ; Tue, 3 Jan 2006 16:40:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EttuG-0007YP-DW for w3c-dist-auth-dist@listhub.w3.org; Tue, 03 Jan 2006 21:41:24 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EttuC-0007XZ-Q1 for w3c-dist-auth@listhub.w3.org; Tue, 03 Jan 2006 21:41:21 +0000 Received: from e6.ny.us.ibm.com ([32.97.182.146]) by maggie.w3.org with esmtp (Exim 4.50) id 1Etttz-0003GC-Tj for w3c-dist-auth@w3.org; Tue, 03 Jan 2006 21:41:19 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e6.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k03Lf01D008091 for ; Tue, 3 Jan 2006 16:41:00 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k03Lf0ck126016 for ; Tue, 3 Jan 2006 16:41:00 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k03LexVO022870 for ; Tue, 3 Jan 2006 16:40:59 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k03Lexh9022865 for ; Tue, 3 Jan 2006 16:40:59 -0500 In-Reply-To: <43BAD372.3020809@gmx.de> To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Tue, 3 Jan 2006 16:41:01 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/03/2006 16:40:59, Serialize complete at 01/03/2006 16:40:59 Content-Type: multipart/alternative; boundary="=_alternative 00771BAB852570EB_=" Received-SPF: pass (maggie.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.146 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1Etttz-0003GC-Tj 1b36d75e2ae3343a7883b8da1a4b5400 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Cacheability; MKCOL idempotent? X-Archived-At: http://www.w3.org/mid/OFBC7C9221.E217449A-ON852570EB.00753F7F-852570EB.00771C16@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11462 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, 03 Jan 2006 21:41:24 +0000 This is a multipart message in MIME format. --=_alternative 00771BAB852570EB_= Content-Type: text/plain; charset="US-ASCII" Julian wrote on 01/03/2006 02:41:38 PM: > > While looking into BugZilla issue 80 ("Specify idempotence and safeness > for all new methods", > ), I noticed > that RFC2518 says that MKCOL's results aren't cacheable because it's not > idempotent (see > latest.html#rfc.change.bz080.3>). > I think that's incorrect, because similar to PUT, repeating the same > MKCOL request multiple times will cause the server to have the same > state afterwards (just like PUT, but unlike POST). I agree. MKCOL is idempotent. > So I fixed that, but wonder: should this affect what we say about the > cacheability of MKCOL results? Are we still saying "MUST NOT be cached"? Yes (just as PUT must not be cached). > As a matter of fact, should we rethink that for all methods? We > currently say that PROPFIND results SHOULD NOT be cached > ( latest.html#rfc.section.8.2>). PROPFIND isn't cacheable because we don't provide any cache-validity mechanisms for properties (such as etag or last-modified). > Is there any good reason for it? Should the fact that real-world WebDAV > clients *do* cache PROPFIND results tell us something? :-) Just tells us that there are buggy clients out there (:-). Cheers, Geoff --=_alternative 00771BAB852570EB_= Content-Type: text/html; charset="US-ASCII"
Julian wrote on 01/03/2006 02:41:38 PM:
>
> While looking into BugZilla issue 80 ("Specify idempotence and safeness
> for all new methods",
> <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80>), I noticed
> that RFC2518 says that MKCOL's results aren't cacheable because it's not
> idempotent (see
> <http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-
> latest.html#rfc.change.bz080.3>).
> I think that's incorrect, because similar to PUT, repeating the same
> MKCOL request multiple times will cause the server to have the same
> state afterwards (just like PUT, but unlike POST).

I agree.  MKCOL is idempotent.

> So I fixed that, but wonder: should this affect what we say about the
> cacheability of MKCOL results? Are we still saying "MUST NOT be cached"?

Yes (just as PUT must not be cached).

> As a matter of fact, should we rethink that for all methods? We
> currently say that PROPFIND results SHOULD NOT be cached
> (<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-
> latest.html#rfc.section.8.2>).

PROPFIND isn't cacheable because we don't provide any
cache-validity mechanisms for properties (such as etag or last-modified).

> Is there any good reason for it? Should the fact that real-world WebDAV
> clients *do* cache PROPFIND results tell us something? :-)

Just tells us that there are buggy clients out there (:-).

Cheers,
Geoff
 --=_alternative 00771BAB852570EB_=-- From ngoanh@gingerbull.com Wed Jan 04 11:46:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuBmL-0005e0-W1 for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 11:46:26 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA26459 for ; Wed, 4 Jan 2006 11:45:11 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EuBrq-0007kQ-HY for webdav-archive@ietf.org; Wed, 04 Jan 2006 11:52:07 -0500 Received: from [66.97.132.4] (helo=-1217517672) by mx2.foretec.com with smtp (Exim 4.24) id 1EuBmE-0007OO-QT for webdav-archive@ietf.org; Wed, 04 Jan 2006 11:46:19 -0500 Received: from gingerbull.com (-1217771176 [-1212692032]) by 66-97-132-4.viawest.net (Qmailv1) with ESMTP id 3172C64A3D for ; Wed, 04 Jan 2006 10:45:06 -0500 Date: Wed, 04 Jan 2006 10:45:06 -0500 From: Doctor X-Mailer: The Bat! (v2.00.1) Personal X-Priority: 3 Message-ID: <4390733664.20060104104506@gingerbull.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------DD9B3DFCE653B19" X-Virus-Scanned: by amavisd-milter at 66-97-132-4.viawest.net X-Spam-Score: 4.6 (++++) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe This is a multi-part message in MIME format. ------------DD9B3DFCE653B19 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vllagra $3.3 Leivitra $3.3 Cibalis $3.7 Imiqtrex $16.4 Floxmax $2.2 Ultmram $0.78 Viioxx $4.75 Amfbien $2.2 Valijum $0.97 Xaunax $1.09 Somba $3 Meraidia $2.2 visit our website http://govenetile.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------DD9B3DFCE653B19 Content-Type: text/html Content-Transfer-Encoding: 7bit Vlzagra - $3.3
Lesvitra - $3.3
Civalis - $3.7
Imihtrex - $16.4
Flopmax - $2.2
Ultnram - $0.78
Vimoxx - $4.75
Amibien - $2.2
Valisum - $0.97
Xaunax - $1.09
Somaa - $3
Mermidia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------DD9B3DFCE653B19-- From w3c-dist-auth-request@frink.w3.org Wed Jan 04 12:51:41 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuCnV-0000W5-G6 for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 12:51:41 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06200 for ; Wed, 4 Jan 2006 12:50:26 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuCls-0005T2-CR for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 17:50:00 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuClp-0005SA-Si for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 17:49:58 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuCle-0003rg-S1 for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 17:49:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04Hnjhd016665; Wed, 4 Jan 2006 09:49:45 -0800 Date: Wed, 4 Jan 2006 09:49:45 -0800 Message-Id: <200601041749.k04Hnjhd016665@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuCle-0003rg-S1 77cfe41668b905543fd3b95c162b955a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601041749.k04Hnjhd016665@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11463 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, 04 Jan 2006 17:50:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 09:49 ------- Assigned to Lisa for above changes. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 12:53:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuCp8-0000pc-Uc for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 12:53:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06379 for ; Wed, 4 Jan 2006 12:52:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuCoV-0006Me-EE for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 17:52:43 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuCoU-0006M0-9n for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 17:52:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuCoL-0002oo-V7 for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 17:52:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04HqWxd016704; Wed, 4 Jan 2006 09:52:32 -0800 Date: Wed, 4 Jan 2006 09:52:32 -0800 Message-Id: <200601041752.k04HqWxd016704@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EuCoL-0002oo-V7 953747f7b0f15b1901abb3780ac6f044 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601041752.k04HqWxd016704@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11464 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, 04 Jan 2006 17:52:43 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 09:52 ------- MKCOL is indeed idempotent, contrary to what 2518 says. Julian to review spec language on cacheability. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 12:53:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuCpC-0000q3-BU for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 12:53:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06396 for ; Wed, 4 Jan 2006 12:52:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuCoc-0006PE-48 for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 17:52:50 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuCob-0006Mo-Cm for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 17:52:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuCoU-0005wb-KZ for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 17:52:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04HqgFJ016718; Wed, 4 Jan 2006 09:52:42 -0800 Date: Wed, 4 Jan 2006 09:52:42 -0800 Message-Id: <200601041752.k04HqgFJ016718@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuCoU-0005wb-KZ 84dbdc9946f22c0f3d1d77e559c79202 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601041752.k04HqgFJ016718@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11465 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, 04 Jan 2006 17:52:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 12:54:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuCq9-0000vN-ST for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 12:54:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06567 for ; Wed, 4 Jan 2006 12:53:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuCpX-0006ls-N4 for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 17:53:47 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuCpW-0006kE-CV for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 17:53:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuCpO-0006Lh-SA for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 17:53:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04HrctK016791; Wed, 4 Jan 2006 09:53:38 -0800 Date: Wed, 4 Jan 2006 09:53:38 -0800 Message-Id: <200601041753.k04HrctK016791@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuCpO-0006Lh-SA c590dbddf155b7bc2f2b321356a64f06 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 146] PROP_ROUNDTRIP X-Archived-At: http://www.w3.org/mid/200601041753.k04HrctK016791@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11468 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, 04 Jan 2006 17:53:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=146 Bug 146 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 12:54:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuCqA-0000vZ-6T for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 12:54:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06568 for ; Wed, 4 Jan 2006 12:53:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuCpU-0006jn-1d for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 17:53:44 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuCpT-0006il-8W for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 17:53:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuCpM-0006KP-DM for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 17:53:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04HrZwp016745; Wed, 4 Jan 2006 09:53:35 -0800 Date: Wed, 4 Jan 2006 09:53:35 -0800 Message-Id: <200601041753.k04HrZwp016745@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuCpM-0006KP-DM 847a90cfe438638e78bba06331e2748d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601041753.k04HrZwp016745@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11466 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, 04 Jan 2006 17:53:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-04 09:53 ------- I didn't make the exact changes in the diff, but rather the changes we discussed in the call. This will be in a revision to -10. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 12:54:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuCqA-0000vl-Ej for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 12:54:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06569 for ; Wed, 4 Jan 2006 12:53:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuCpW-0006kS-EE for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 17:53:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuCpU-0006jr-ON for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 17:53:44 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuCpN-0006L2-Kf for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 17:53:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04HraFe016763; Wed, 4 Jan 2006 09:53:36 -0800 Date: Wed, 4 Jan 2006 09:53:36 -0800 Message-Id: <200601041753.k04HraFe016763@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuCpN-0006L2-Kf 4c24e3e2d6294825bd21f68e3465a3df X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 22] attributes on properties X-Archived-At: http://www.w3.org/mid/200601041753.k04HraFe016763@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11467 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, 04 Jan 2006 17:53:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=22 Bug 22 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 12:54:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuCqH-0000xG-JO for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 12:54:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06577 for ; Wed, 4 Jan 2006 12:53:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuCph-0006y6-5y for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 17:53:57 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuCpX-0006ks-3N for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 17:53:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuCpN-0004wU-HD for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 17:53:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04HrbXr016777; Wed, 4 Jan 2006 09:53:37 -0800 Date: Wed, 4 Jan 2006 09:53:37 -0800 Message-Id: <200601041753.k04HrbXr016777@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuCpN-0004wU-HD 4d6ae864bd55e7fde02ae3129e57a70f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 174] Terminology in 4.4: "namespace name in scope" X-Archived-At: http://www.w3.org/mid/200601041753.k04HrbXr016777@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11469 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, 04 Jan 2006 17:53:57 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=174 Bug 174 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:02:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuCxW-0003m6-4g for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:02:02 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA07356 for ; Wed, 4 Jan 2006 13:00:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuCwo-0002Fo-SG for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:01:18 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuCwo-0002FD-3g for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:01:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuCwc-0005El-2k for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:01:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04HnM7N016641; Wed, 4 Jan 2006 09:49:22 -0800 Date: Wed, 4 Jan 2006 09:49:22 -0800 Message-Id: <200601041749.k04HnM7N016641@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EuCwc-0005El-2k 132fd47b61caa74d56644cab81707e92 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601041749.k04HnM7N016641@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11470 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, 04 Jan 2006 18:01:18 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 09:49 ------- Lisa to dispatch with editorial issues raised... Re: preservation of comments, consensus is to replace the statement with something to the effect of 'Clients should not rely on the preservation of infoset elements not explicitly mentioned above.' Re: dead vs. writeable live properties, the rules definitely apply to dead properties and, further, to writeable live properties /unless explicitly defined otherwise/. This has been carefuly worded to allow for future extensions which make weaker guarantees than expressed in this section (e.g. restrictions on datatype, or number of child elements). Example should be changed to show prefix preservation, with accompanying note that clients may have to cope with 2518-compliant servers that do not preserve namespace prefixes. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:41:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuDaA-0005dt-5l for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:41:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA11644 for ; Wed, 4 Jan 2006 13:40:42 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuDZU-0005W1-L0 for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:41:16 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuDZS-0005V1-Rh for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:41:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuDZL-0008QF-1N for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:41:13 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04If6fR016871; Wed, 4 Jan 2006 10:41:06 -0800 Date: Wed, 4 Jan 2006 10:41:06 -0800 Message-Id: <200601041841.k04If6fR016871@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuDZL-0008QF-1N aecacc56ef51abcaeb5c2a5b5bc8dd8c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 85] clarification of live property behaviour vs namespace ops needed X-Archived-At: http://www.w3.org/mid/200601041841.k04If6fR016871@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11472 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, 04 Jan 2006 18:41:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=85 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:41:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuDaA-0005e5-OZ for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:41:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA11643 for ; Wed, 4 Jan 2006 13:40:42 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuDZP-0005Up-PS for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:41:11 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuDZM-0005Tt-Tg for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:41:09 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuDZD-0008Nj-NL for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:41:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04Ievnm016853; Wed, 4 Jan 2006 10:40:57 -0800 Date: Wed, 4 Jan 2006 10:40:57 -0800 Message-Id: <200601041840.k04Ievnm016853@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuDZD-0008Nj-NL dcdff8b780b20c316e7d794a931ac15f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 85] clarification of live property behaviour vs namespace ops needed X-Archived-At: http://www.w3.org/mid/200601041840.k04Ievnm016853@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11471 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, 04 Jan 2006 18:41:11 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=85 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 10:40 ------- Lisa to review Julians proposed changes and open a discussion thread on the mailing list re: whether 2518-bis can introduce additional constraints on this behavior (without breaking caching, etc.). Noted that this is a difficult issue due to the definition of DASV:getlastmodified being reliant on the LastModified header specified in 2616, which leaves the value open to a given server implementation (file system vs. DB backed servers, for example). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:42:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuDaM-0005fV-A4 for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:42:10 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA11669 for ; Wed, 4 Jan 2006 13:40:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuDZn-0005fv-GL for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:41:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuDZl-0005fN-RV for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:41:33 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuDZd-0000zR-Lk for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:41:32 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04IfOMZ016896; Wed, 4 Jan 2006 10:41:24 -0800 Date: Wed, 4 Jan 2006 10:41:24 -0800 Message-Id: <200601041841.k04IfOMZ016896@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EuDZd-0000zR-Lk 2de65269b69b472d7c102ea2326c932b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 95] possible LOCK response codes X-Archived-At: http://www.w3.org/mid/200601041841.k04IfOMZ016896@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11473 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, 04 Jan 2006 18:41:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=95 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From ejw@cs.ucsc.edu 2006-01-04 10:41 ------- Discussed in Jan. 4. 2006 teleconference. Agreed to use SHOULD in the last sentence. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:48:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuDgm-000730-6m for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:48:48 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12378 for ; Wed, 4 Jan 2006 13:47:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuDg9-0008WN-0X for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:48:09 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuDg7-0008Ve-6X for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:48:07 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuDg0-0008AK-3w for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:48:07 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 4E5C014226F for ; Wed, 4 Jan 2006 10:47:58 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v623) Content-Transfer-Encoding: 7bit Message-Id: <35f86bf0b11599ade2b9e5dd1588a169@osafoundation.org> Content-Type: text/plain; charset=US-ASCII; format=flowed To: webdav WG From: Lisa Dusseault Date: Wed, 4 Jan 2006 10:47:53 -0800 X-Mailer: Apple Mail (2.623) Received-SPF: pass (lisa.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1EuDg0-0008AK-3w e07fb1973acb5feaca1ad1d8cd692c8c X-Original-To: w3c-dist-auth@w3.org Subject: Behavior of getlastmodified, particularly with MOVE X-Archived-At: http://www.w3.org/mid/35f86bf0b11599ade2b9e5dd1588a169@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11474 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, 04 Jan 2006 18:48:09 +0000 Content-Transfer-Encoding: 7bit Currently RFC2518 has a hole where the behavior of DAV:getlastmodified is underspecified. Servers can do a variety of things and clients can't be sure what the value means or when it changes -- particularly on a MOVE. This email is intended to open a discussion on how we might close this spec hole. Some overarching goals for a discussion on the behavior of DAV:getlastmodified (naturally these goals also open for debate but it's good to state one's assumptions): - We still want the property value to be consistent with the Last-Modified header value - We don't want to break caching based on Last-Modified (such as it is) - Although we do have to be aware of existing implementations, it would improve the situation if we can start server implementations on a path to be more consistent with each other. (Just like with preservation of XML prefixes, we know that there are implementations that don't preserve those, but with RFC2518bis we move them towards preserving them.) So what kind of behavior could we specify for DAV:getlastmodified? 1. We can't say that DAV:getlastmodified is always preserved on a MOVE. That breaks cachability in many cases -- the case where the destination already has a resource, or previously had a resource, with a DAV:getlastmodified value later than the value of the source resource. If that happened, then the client might see a resource with a Last-Modified date which goes backwards in time[1]. 2. Another absolutist approach would be to say that DAV:getlastmodified is always reset on a MOVE. This would never break cachability, I believe. 3. There might be a middle-of the-road proposal but it would certainly be less principled. As part of the discussion on this, it would be interesting to hear: - What are peoples' thoughts on how DAV:getlastmodified ought to work, regardless of what implementations do? - What do specific implementations do? - Are there other unspecified holes besides MOVE behavior? Lisa [1] Note that this description of Last-Modified dates going backwards in time has been reported as occurring in some implementations. This is a particular reason to give server implementors some more guidance on how to handle MOVE and Last-Modified. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:50:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuDi7-0007bb-Hj for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:50:11 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12595 for ; Wed, 4 Jan 2006 13:48:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuDhY-0000Sg-DM for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:49:36 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuDhX-0000S7-L5 for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:49:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuDhO-0003X7-Db for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:49:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04InNbE016924; Wed, 4 Jan 2006 10:49:23 -0800 Date: Wed, 4 Jan 2006 10:49:23 -0800 Message-Id: <200601041849.k04InNbE016924@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EuDhO-0003X7-Db bf483c7890fab4e91ee0577e793a78e2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 121] OVERWRITE_DELETE_ERROR_STATUS X-Archived-At: http://www.w3.org/mid/200601041849.k04InNbE016924@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11475 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, 04 Jan 2006 18:49:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=121 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 10:49 ------- Julian to submit bug against apache... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:51:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuDj4-0008Sp-2p for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:51:10 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12736 for ; Wed, 4 Jan 2006 13:49:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuDiI-000173-8X for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:50:22 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuDiH-00016A-CJ for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:50:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuDi9-0002PO-GQ for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:50:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04IoDvI016938; Wed, 4 Jan 2006 10:50:13 -0800 Date: Wed, 4 Jan 2006 10:50:13 -0800 Message-Id: <200601041850.k04IoDvI016938@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuDi9-0002PO-GQ d049b8df4e457223b0223289013cb3f0 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 121] OVERWRITE_DELETE_ERROR_STATUS X-Archived-At: http://www.w3.org/mid/200601041850.k04IoDvI016938@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11476 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, 04 Jan 2006 18:50:22 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=121 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 10:50 ------- The -10 draft seems clear on what is expected. Further there haven't been any major interop issues surrounding this. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:55:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuDmr-0001tf-6m for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:55:05 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13290 for ; Wed, 4 Jan 2006 13:53:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuDm9-00024M-7V for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:54:21 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuDm8-00023m-Aj for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:54:20 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuDm0-0003eD-9M for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:54:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04IsC7C016966; Wed, 4 Jan 2006 10:54:12 -0800 Date: Wed, 4 Jan 2006 10:54:12 -0800 Message-Id: <200601041854.k04IsC7C016966@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuDm0-0003eD-9M 6357bf4c4220bb4a905637fcbc532149 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 124] REPORT_OTHER_RESOURCE_LOCKED X-Archived-At: http://www.w3.org/mid/200601041854.k04IsC7C016966@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11477 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, 04 Jan 2006 18:54:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=124 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 10:54 ------- Conssensus on 1/4 telecon for Lisa to incorporate new precondition and related changes in next draft (-11). ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 13:55:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuDmt-0001v3-OK for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 13:55:07 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13300 for ; Wed, 4 Jan 2006 13:53:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuDmL-00027s-Py for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 18:54:33 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuDmK-00024v-RN for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 18:54:32 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuDmD-0001w1-4J for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 18:54:32 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04IsOJm016980; Wed, 4 Jan 2006 10:54:24 -0800 Date: Wed, 4 Jan 2006 10:54:24 -0800 Message-Id: <200601041854.k04IsOJm016980@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuDmD-0001w1-4J e87ee1fb6338d70ddb92d9f7e2b07dae X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 124] REPORT_OTHER_RESOURCE_LOCKED X-Archived-At: http://www.w3.org/mid/200601041854.k04IsOJm016980@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11478 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, 04 Jan 2006 18:54:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=124 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 14:15:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuE6J-00076Y-DG for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 14:15:11 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA13937 for ; Wed, 4 Jan 2006 14:13:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuE5a-0001B5-9W for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 19:14:26 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuE5W-00019y-OR for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 19:14:22 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuE5U-0008TS-Sq for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 19:14:22 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04JEKk7017030; Wed, 4 Jan 2006 11:14:20 -0800 Date: Wed, 4 Jan 2006 11:14:20 -0800 Message-Id: <200601041914.k04JEKk7017030@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuE5U-0008TS-Sq 0b6c25d2b5087fc991260cc7909abaad X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 147] CLARIFY_UNTAGGED_IF_HEADER_APPLICATION X-Archived-At: http://www.w3.org/mid/200601041914.k04JEKk7017030@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11479 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, 04 Jan 2006 19:14:26 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 11:14 ------- Julian to follow up on mailing list with proposal on how to address this issue - specifically, the treatment of 'If-' headers being only applied to the request URI when in the presence of a Depth header... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 14:15:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuE6J-00076k-JM for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 14:15:11 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA13936 for ; Wed, 4 Jan 2006 14:13:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuE5e-0001Bz-Hw for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 19:14:30 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuE5d-0001BN-9v for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 19:14:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuE5b-0008Vy-H8 for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 19:14:29 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04JEQpk017044; Wed, 4 Jan 2006 11:14:26 -0800 Date: Wed, 4 Jan 2006 11:14:26 -0800 Message-Id: <200601041914.k04JEQpk017044@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuE5b-0008Vy-H8 efb2501e891d9a022170a50d70552316 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 147] CLARIFY_UNTAGGED_IF_HEADER_APPLICATION X-Archived-At: http://www.w3.org/mid/200601041914.k04JEQpk017044@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11480 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, 04 Jan 2006 19:14:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 14:31:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuELb-0002RS-Il for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 14:31:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA14383 for ; Wed, 4 Jan 2006 14:29:42 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuEKv-0000Iq-CR for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 19:30:17 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuEKs-0000EC-Ka for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 19:30:15 +0000 Received: from e5.ny.us.ibm.com ([32.97.182.145]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuEKk-0005a4-Di for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 19:30:14 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e5.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k04JU14L017400 for ; Wed, 4 Jan 2006 14:30:01 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k04JU1bx124926 for ; Wed, 4 Jan 2006 14:30:01 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k04JU1lY023402 for ; Wed, 4 Jan 2006 14:30:01 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av04.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k04JU1mO023389 for ; Wed, 4 Jan 2006 14:30:01 -0500 In-Reply-To: <35f86bf0b11599ade2b9e5dd1588a169@osafoundation.org> To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Wed, 4 Jan 2006 14:30:21 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/04/2006 14:30:00, Serialize complete at 01/04/2006 14:30:00 Content-Type: multipart/alternative; boundary="=_alternative 006B1DE3852570EC_=" Received-SPF: pass (lisa.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.145 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: lisa.w3.org 1EuEKk-0005a4-Di 955ab7a8e7b31d4d20c30521e1e590fc X-Original-To: w3c-dist-auth@w3.org Subject: Re: Behavior of getlastmodified, particularly with MOVE X-Archived-At: http://www.w3.org/mid/OF3F546D78.68C9C432-ON852570EC.00681D56-852570EC.006B1E9A@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11481 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, 04 Jan 2006 19:30:17 +0000 This is a multipart message in MIME format. --=_alternative 006B1DE3852570EC_= Content-Type: text/plain; charset="US-ASCII" Given the range of WebDAV implementations that I'd want to allow, I don't believe DAV:getlastmodified is underspecified in 2518. In particular, I believe a server implementation needs the freedom to do whatever it wants/needs to do, as long as it satisfies the current specification in 2518 (i.e., that it should contain the value of the Last-Modified header as defined by HTTP). So for MOVE, a server can do whatever it wants as long as it satisfies the 2518 specification, which means that in some cases, the DAV:getlastmodified property of a resource will have to change after that resource has been MOVE'd, but in some cases (such as when no resource existed at the MOVE destination), the DAV:getlastmodified will not have to be modified (and therefore it is up to the server as to whether or not it modifies the DAV:getlastmodified property). Cheers, Geoff Lisa wrote on 01/04/2006 01:47:53 PM: > > Currently RFC2518 has a hole where the behavior of DAV:getlastmodified > is underspecified. Servers can do a variety of things and clients > can't be sure what the value means or when it changes -- particularly > on a MOVE. This email is intended to open a discussion on how we might > close this spec hole. > > Some overarching goals for a discussion on the behavior of > DAV:getlastmodified (naturally these goals also open for debate but > it's good to state one's assumptions): > - We still want the property value to be consistent with the > Last-Modified header value > - We don't want to break caching based on Last-Modified (such as it is) > - Although we do have to be aware of existing implementations, it > would improve the situation if we can start server implementations on a > path to be more consistent with each other. (Just like with > preservation of XML prefixes, we know that there are implementations > that don't preserve those, but with RFC2518bis we move them towards > preserving them.) > > So what kind of behavior could we specify for DAV:getlastmodified? > 1. We can't say that DAV:getlastmodified is always preserved on a > MOVE. That breaks cachability in many cases -- the case where the > destination already has a resource, or previously had a resource, with > a DAV:getlastmodified value later than the value of the source > resource. If that happened, then the client might see a resource with > a Last-Modified date which goes backwards in time[1]. > 2. Another absolutist approach would be to say that > DAV:getlastmodified is always reset on a MOVE. This would never break > cachability, I believe. > 3. There might be a middle-of the-road proposal but it would certainly > be less principled. > > As part of the discussion on this, it would be interesting to hear: > - What are peoples' thoughts on how DAV:getlastmodified ought to work, > regardless of what implementations do? > - What do specific implementations do? > - Are there other unspecified holes besides MOVE behavior? > > Lisa > > [1] Note that this description of Last-Modified dates going backwards > in time has been reported as occurring in some implementations. This > is a particular reason to give server implementors some more guidance > on how to handle MOVE and Last-Modified. > > --=_alternative 006B1DE3852570EC_= Content-Type: text/html; charset="US-ASCII"
Given the range of WebDAV implementations that I'd want to allow,
I don't believe DAV:getlastmodified is underspecified in 2518.
In particular, I believe a server implementation needs the freedom
to do whatever it wants/needs to do, as long as it satisfies the
current specification in 2518 (i.e., that it should contain
the value of the Last-Modified header as defined by HTTP).

So for MOVE, a server can do whatever it wants as long as it satisfies
the 2518 specification, which means that in some cases, the
DAV:getlastmodified property of a resource will have to change after that
resource has been MOVE'd, but in some cases (such as when no
resource existed at the MOVE destination), the DAV:getlastmodified
will not have to be modified (and therefore it is up to the server
as to whether or not it modifies the DAV:getlastmodified property).

Cheers,
Geoff

Lisa wrote on 01/04/2006 01:47:53 PM:
>
> Currently RFC2518 has a hole where the behavior of DAV:getlastmodified
> is underspecified.  Servers can do a variety of things and clients
> can't be sure what the value means or when it changes -- particularly
> on a MOVE.  This email is intended to open a discussion on how we might
> close this spec hole.
>
> Some overarching goals for a discussion on the behavior of
> DAV:getlastmodified (naturally these goals also open for debate but
> it's good to state one's assumptions):
>   - We still want the property value to be consistent with the
> Last-Modified header value
>   - We don't want to break caching based on Last-Modified (such as it is)
>   - Although we do have to be aware of existing implementations, it
> would improve the situation if we can start server implementations on a
> path to be more consistent with each other.  (Just like with
> preservation of XML prefixes, we know that there are implementations
> that don't preserve those, but with RFC2518bis we move them towards
> preserving them.)
>
> So what kind of behavior could we specify for DAV:getlastmodified?
>   1. We can't say that DAV:getlastmodified is always preserved on a
> MOVE.  That breaks cachability in many cases -- the case where the
> destination already has a resource, or previously had a resource, with
> a DAV:getlastmodified value later than the value of the source
> resource.  If that happened, then the client might see a resource with
> a Last-Modified date which goes backwards in time[1].
>   2. Another absolutist approach would be to say that
> DAV:getlastmodified is always reset on a MOVE.  This would never break
> cachability, I believe.
>   3. There might be a middle-of the-road proposal but it would certainly
> be less principled.
>
> As part of the discussion on this, it would be interesting to hear:
>   - What are peoples' thoughts on how DAV:getlastmodified ought to work,
> regardless of what implementations do?
>   - What do specific implementations do?
>   - Are there other unspecified holes besides MOVE behavior?
>
> Lisa
>
> [1]  Note that this description of Last-Modified dates going backwards
> in time has been reported as occurring in some implementations.  This
> is a particular reason to give server implementors some more guidance
> on how to handle MOVE and Last-Modified.
>
>
--=_alternative 006B1DE3852570EC_=-- From w3c-dist-auth-request@frink.w3.org Wed Jan 04 14:45:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuEZZ-0005p3-1J for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 14:45:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA16332 for ; Wed, 4 Jan 2006 14:44:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuEYm-0005Nx-UF for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 19:44:36 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuEYl-0005N3-53 for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 19:44:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuEYg-0001wM-NC for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 19:44:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k04JiTUp017070; Wed, 4 Jan 2006 11:44:29 -0800 Date: Wed, 4 Jan 2006 11:44:29 -0800 Message-Id: <200601041944.k04JiTUp017070@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuEYg-0001wM-NC 74aa97b26742d6745cdcffaf5d0926a4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 200] remove "bis" compliance class X-Archived-At: http://www.w3.org/mid/200601041944.k04JiTUp017070@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11482 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, 04 Jan 2006 19:44:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=200 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |LATER ------- Additional Comments From elias@cse.ucsc.edu 2006-01-04 11:44 ------- To be revisited during (or just prior to) last call, after additional issues have been resolved -- only when we have a complete set of semantic changes can we make a firm decision on this. There are a couple of directions the spec could go on this; defining a compliance class for 2518bis in full, or continuing to support levels as in 2518 (which allows servers to optionally support locking). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 04 15:43:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuFTT-0007ag-7x for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 15:43:11 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA22949 for ; Wed, 4 Jan 2006 15:41:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuFSP-0007yQ-AG for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 20:42:05 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuFSK-0007x1-6c for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 20:42:00 +0000 Received: from services.cse.ucsc.edu ([128.114.48.10]) by aji.w3.org with esmtp (Exim 4.50) id 1EuFSA-0007m7-Am for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 20:41:59 +0000 Received: from [128.114.60.164] (dhcp-60-164.cse.ucsc.edu [128.114.60.164]) (authenticated bits=0) by services.cse.ucsc.edu (8.13.1/8.13.1) with ESMTP id k04Kfe85000222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Jan 2006 12:41:40 -0800 (PST) Message-ID: <43BC3307.6050400@cse.ucsc.edu> Date: Wed, 04 Jan 2006 12:41:43 -0800 From: Elias Sinderson User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Cullen Jennings , Jim Whitehead , Lisa Dusseault , Julian Reschke CC: webdav WG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: none (aji.w3.org: domain of elias@cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuFSA-0007m7-Am e2246d3e9cd0af23d83f121ea33d8747 X-Original-To: w3c-dist-auth@w3.org Subject: (semi)permanent agenda for upcoming telecons X-Archived-At: http://www.w3.org/mid/43BC3307.6050400@cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11483 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, 04 Jan 2006 20:42:05 +0000 Content-Transfer-Encoding: 7bit Hi All, Enclosed is a rough agenda for the rest of the WG telecon sessions. This is pretty much what we have been doing for the past few weeks and it seems to work well enough. Also, given that the list of open issues is increasingly manageable and has been steadily decreasing in number, the time required to prioritise issues for a given telecon seems less necessary as our work progresses. As has become the somewhat defacto convention, if there are specific issues that anybody wants put on the agenda, simply send me an email or assign the issue to me in the bugzilla issue tracker [1] and I'll make sure it is addressed in an upcoming call. So, without further ado, the 'Recurring Agenda for WebDAV WG Telecons': 1) Rehash some issues currently on the table, with an emphasis on: a) resolving in-progress issues b) determining the next step(s) for a seemingly stalled issue 2) Address new items, with an emphasis on over-the-wire issues marked high-priority (P1), or having major or critical severity The intention is to spend no more than an hour on (1), however we may find occasion (such as today) to devote more time to this if there are a large number of in-progress issues that require our attention. We seem to spend an average of 15 minutes on a given issue; being able to tackle on the order of 12 or so in a given telecon. At this rate, we seem to be well on target to reduce the current set of issues (38 total, with 13 currently assigned) to a handful of truely difficult ones within a couple of weeks. Cheers, Elias [1] http://ietf.cse.ucsc.edu:8080/bugzilla/ From w3c-dist-auth-request@frink.w3.org Wed Jan 04 16:06:08 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuFpf-0001Ib-SO for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 16:06:08 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA00078 for ; Wed, 4 Jan 2006 16:04:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuFoq-0006Wt-Nb for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 21:05:16 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuFop-0006W3-LO for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 21:05:15 +0000 Received: from mail-out3.apple.com ([17.254.13.22]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuFon-0001eX-IE for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 21:05:15 +0000 Received: from relay5.apple.com (a17-128-113-35.apple.com [17.128.113.35]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id k04L54Zl014372; Wed, 4 Jan 2006 13:05:06 -0800 (PST) Received: from [17.221.42.43] (pucca.apple.com [17.221.42.43]) by relay5.apple.com (Apple SCV relay) with ESMTP id 4252F324022; Wed, 4 Jan 2006 13:05:00 -0800 (PST) In-Reply-To: <43AD8074.40507@gmx.de> References: <43AAF401.3080507@gmx.de> <43ABC404.3030409@gmx.de> <049DB755-83ED-4DE5-A724-653AB235B018@wsanchez.net> <43AD8074.40507@gmx.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <248AB03A-3CA6-4098-90DB-3EAEDEEE919A@wsanchez.net> Cc: webdav WG Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= Date: Wed, 4 Jan 2006 13:04:59 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.746.2) X-Brightmail-Tracker: AAAAAA== Received-SPF: none (lisa.w3.org: domain of wsanchez@wsanchez.net does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1EuFon-0001eX-IE 4c88a51c4c871a8b46bb7a6fa3d5798c X-Original-To: w3c-dist-auth@w3.org Subject: Re: Status of Bugzilla Bug 10, Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/248AB03A-3CA6-4098-90DB-3EAEDEEE919A@wsanchez.net Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11484 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, 04 Jan 2006 21:05:16 +0000 Content-Transfer-Encoding: 7bit On Dec 24, 2005, at 9:08 AM, Julian Reschke wrote: >> Only an engineer would think that a generic client is an >> acceptable UI for browsing structured data, even if it is XML "text". >> Lisa and some others in CalDAV think it's useful to have >> meaningful resource names in CalDAV because then you can browse it >> with Firefox or mount it in Finder, as if my Mom wants to crack >> open an iCalendar resource and read it for fun. That's OK for >> developers, but it's _really_ bad UI. Never mind localization >> issues and the like. > > It may be bad UI, but that doesn't change the fact that meaningful > (stable) URLs are a good thing... Right, but ".ics" gives you stable URLs. The ability to call CalDAV resources "My Birthday.ics" is what I was calling a misfeature, well-intentioned as it may be. -wsv From w3c-dist-auth-request@frink.w3.org Wed Jan 04 16:11:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuFui-0004AN-IU for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 16:11:20 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA01831 for ; Wed, 4 Jan 2006 16:10:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuFu5-0007pq-2T for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 21:10:41 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuFu4-0007pH-5U for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 21:10:40 +0000 Received: from mail-out4.apple.com ([17.254.13.23]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuFu1-0003TR-3R for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 21:10:40 +0000 Received: from relay5.apple.com (a17-128-113-35.apple.com [17.128.113.35]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id k04LAaHt012836 for ; Wed, 4 Jan 2006 13:10:36 -0800 (PST) Received: from [17.221.42.43] (pucca.apple.com [17.221.42.43]) by relay5.apple.com (Apple SCV relay) with ESMTP id 3C42232402A for ; Wed, 4 Jan 2006 13:10:28 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <43AC6306.70106@cse.ucsc.edu> References: <43AC6306.70106@cse.ucsc.edu> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5F4457D7-A1AE-4304-8665-9ADA30773549@wsanchez.net> Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= Date: Wed, 4 Jan 2006 13:10:26 -0800 To: webdav X-Mailer: Apple Mail (2.746.2) X-Brightmail-Tracker: AAAAAA== Received-SPF: none (lisa.w3.org: domain of wsanchez@wsanchez.net does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.0 X-W3C-Scan-Sig: lisa.w3.org 1EuFu1-0003TR-3R d1c45ac30b8ef474c2c8c11a1ccb866d X-Original-To: w3c-dist-auth@w3.org Subject: Re: Status of Bugzilla Bug 10, Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/5F4457D7-A1AE-4304-8665-9ADA30773549@wsanchez.net Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11485 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, 04 Jan 2006 21:10:41 +0000 Content-Transfer-Encoding: 7bit On Dec 23, 2005, at 12:50 PM, Elias Sinderson wrote: > Geoff supports the requirement but is indifferent wrt SHOULD vs. MAY. > Lisa is OK with SHOULD, but would be fine with MAY. > Jim is fine with SHOULD. > Wilfredo also seems to be okay with SHOULD, as it still leaves some > wiggle room for server implementers. For the record, I'm uncomfortable with SHOULD and happy with MAY. > It is my opinion that a MAY level requirement in this situation > will lead to more special casing for client writers It's highly unlikely that we'll implement this in mod_dav, which is a fairly common case, so interoperability will be an issue for many clients either way. -wsv From w3c-dist-auth-request@frink.w3.org Wed Jan 04 17:06:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuGm7-0005Rk-Pn for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 17:06:31 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA10081 for ; Wed, 4 Jan 2006 17:05:17 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuGkv-00086Z-Lr for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 22:05:17 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuGko-0007iS-Nv for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 22:05:11 +0000 Received: from services.cse.ucsc.edu ([128.114.48.10]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuGkk-0002cM-Fw for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 22:05:09 +0000 Received: from [128.114.56.106] (atari.cse.ucsc.edu [128.114.56.106]) (authenticated bits=0) by services.cse.ucsc.edu (8.13.1/8.13.1) with ESMTP id k04M51S4017220 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 4 Jan 2006 14:05:01 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) To: webdav WG Message-Id: <85E49318-4559-415D-9FB2-2D452D17CFAC@cs.ucsc.edu> Content-Type: multipart/alternative; boundary=Apple-Mail-4--808689126 References: <20060104215840.GA7394@redhat.com> From: Jim Whitehead Date: Wed, 4 Jan 2006 14:05:00 -0800 X-Mailer: Apple Mail (2.746.2) Received-SPF: none (maggie.w3.org: domain of ejw@cs.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.1 X-W3C-Scan-Sig: maggie.w3.org 1EuGkk-0002cM-Fw 50ccde156c4ac38d067c9b4388273ae0 X-Original-To: w3c-dist-auth@w3.org Subject: Fwd: [Moderator Action] Appendix D comments X-Archived-At: http://www.w3.org/mid/85E49318-4559-415D-9FB2-2D452D17CFAC@cs.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11486 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, 04 Jan 2006 22:05:17 +0000 --Apple-Mail-4--808689126 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit Forwarding to the list. - Jim Begin forwarded message: > From: Joe Orton > Date: January 4, 2006 1:58:46 PM PST > To: w3c-dist-auth@w3.org > Subject: [Moderator Action] Appendix D comments > > > > Lisa filed an Apache bug concerning the handling of an unsolicited > Authorization header. I don't agree with the conclusion that 2617 > says > the server SHOULD do anything at all in that case. > > It is perfectly valid for the server to "accept" and ignore an > Authorization header if it has no authentication requirements for the > resource. There is no requirement that the server should try and > invent > some bogus WWW-Authorization challenge to give in that case. > > I don't think any of the guidance given in Appendix D of the -10 draft > is particularly good. The title itself is pretty bad :) Clients > should > not "desire to authenticate" in the first place. > > The only guidance to implementors that is really relevant to the > problem > at hand is that servers and proxies should implement 100-continue > support properly, so that clients can then rely upon and use that > feature to avoid wasting bandwidth (and time) when required to > authenticate. > > The guaranteed-to-fail-If-Match trick is a nice hack but given that > If-Match support in deployed servers is probably worse than 100- > continue > support I don't see why 2518bis should encourage use of a hack > above use > of a well-defined HTTP/1.1 protocol feature. > > Regards, > > joe --Apple-Mail-4--808689126 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Forwarding to the list.
- = Jim

Begin forwarded message:

From: = Joe Orton <jorton@redhat.com>
Date: = January 4, 2006 1:58:46 PM PST
=
Subject: = [Moderator Action] Appendix D = comments


Lisa = filed an Apache bug concerning the handling of an unsolicited=A0
=A0 = I don't agree with the conclusion that 2617 says=A0
the = server SHOULD do anything at all in that case.

It is = perfectly valid for the server to "accept" and ignore an=A0
=A0
resource.=A0 = There is no requirement that the server should try and = invent=A0
some bogus WWW-Authorization challenge to give in = that case.

I don't think any of the guidance given in Appendix = D of the -10 draft=A0
is particularly good.=A0 The title itself is pretty = bad :) Clients should=A0
not = "desire to authenticate" in the first place.

The only = guidance to implementors that is really relevant to the problem=A0
at hand = is that servers and proxies should implement 100-continue=A0
support = properly, so that clients can then rely upon and use that=A0
feature = to avoid wasting bandwidth (and time) when required to=A0

The guaranteed-to-fail-If-Match trick is a nice hack = but given that=A0
If-Match support in deployed servers is probably = worse than 100-continue=A0
support = I don't see why 2518bis should encourage use of a hack above use=A0
of a = well-defined HTTP/1.1 protocol feature.


joe
=
= --Apple-Mail-4--808689126-- From w3c-dist-auth-request@frink.w3.org Wed Jan 04 17:19:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuGyI-0000ro-OT for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 17:19:06 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA11261 for ; Wed, 4 Jan 2006 17:17:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuGxd-0003hD-Nq for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 22:18:25 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuGxa-0003gd-Dt for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 22:18:22 +0000 Received: from mail.gmx.net ([213.165.64.21]) by lisa.w3.org with smtp (Exim 4.50) id 1EuGxX-0006js-L6 for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 22:18:22 +0000 Received: (qmail invoked by alias); 04 Jan 2006 22:18:18 -0000 Received: from p508F8EA8.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.142.168] by mail.gmx.net (mp018) with SMTP; 04 Jan 2006 23:18:18 +0100 X-Authenticated: #1915285 Message-ID: <43BC493B.4080101@gmx.de> Date: Wed, 04 Jan 2006 23:16:27 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Geoffrey M Clemm CC: webdav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1EuGxX-0006js-L6 9a7dbccc22304d31b1f68b33797a540d X-Original-To: w3c-dist-auth@w3.org Subject: Re: Cacheability; MKCOL idempotent? X-Archived-At: http://www.w3.org/mid/43BC493B.4080101@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11487 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, 04 Jan 2006 22:18:25 +0000 Content-Transfer-Encoding: 7bit Geoffrey M Clemm wrote: > > Julian wrote on 01/03/2006 02:41:38 PM: > > > > While looking into BugZilla issue 80 ("Specify idempotence and safeness > > for all new methods", > > ), I noticed > > that RFC2518 says that MKCOL's results aren't cacheable because it's not > > idempotent (see > > > latest.html#rfc.change.bz080.3>). > > I think that's incorrect, because similar to PUT, repeating the same > > MKCOL request multiple times will cause the server to have the same > > state afterwards (just like PUT, but unlike POST). > > I agree. MKCOL is idempotent. (also agreed upon in today's conference call). > > So I fixed that, but wonder: should this affect what we say about the > > cacheability of MKCOL results? Are we still saying "MUST NOT be cached"? > > Yes (just as PUT must not be cached). Indeed RFC2616, Section 9.6 (): "Responses to this method are not cacheable." So is this a SHOULD NOT or a MUST NOT? > > As a matter of fact, should we rethink that for all methods? We > > currently say that PROPFIND results SHOULD NOT be cached > > ( > latest.html#rfc.section.8.2>). > > PROPFIND isn't cacheable because we don't provide any > cache-validity mechanisms for properties (such as etag or last-modified). We don't have these mechanisms, but that doesn't change the fact that real-world client will have to do some kind of caching to get decent performance. > > Is there any good reason for it? Should the fact that real-world WebDAV > > clients *do* cache PROPFIND results tell us something? :-) > > Just tells us that there are buggy clients out there (:-). OK, this clearly is an issue that we can solve quickly :-) Any objections to update all RFC2518bis method descriptions that currently don't say anything about cacheability to use the same language as RFC2616 (see above)? Best regards, Julian From w3c-dist-auth-request@frink.w3.org Wed Jan 04 17:31:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuH9q-0005N4-3G for webdav-archive@megatron.ietf.org; Wed, 04 Jan 2006 17:31:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA12558 for ; Wed, 4 Jan 2006 17:29:47 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuH99-0007VG-9m for w3c-dist-auth-dist@listhub.w3.org; Wed, 04 Jan 2006 22:30:19 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuH95-0007L8-EB for w3c-dist-auth@listhub.w3.org; Wed, 04 Jan 2006 22:30:15 +0000 Received: from mail.gmx.net ([213.165.64.21]) by maggie.w3.org with smtp (Exim 4.50) id 1EuH8y-0000t1-RW for w3c-dist-auth@w3.org; Wed, 04 Jan 2006 22:30:14 +0000 Received: (qmail invoked by alias); 04 Jan 2006 22:30:04 -0000 Received: from p508F8EA8.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.142.168] by mail.gmx.net (mp005) with SMTP; 04 Jan 2006 23:30:04 +0100 X-Authenticated: #1915285 Message-ID: <43BC4BF6.8020500@gmx.de> Date: Wed, 04 Jan 2006 23:28:06 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Julian Reschke CC: Geoffrey M Clemm , webdav References: <43BC493B.4080101@gmx.de> In-Reply-To: <43BC493B.4080101@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1EuH8y-0000t1-RW c8e36e36c714e3ccf6b57d34f06d5c70 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Cacheability; MKCOL idempotent? X-Archived-At: http://www.w3.org/mid/43BC4BF6.8020500@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11488 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, 04 Jan 2006 22:30:19 +0000 Content-Transfer-Encoding: 7bit Julian Reschke wrote: > ... > OK, this clearly is an issue that we can solve quickly :-) > ... s/can/can't/ jr From w3c-dist-auth-request@frink.w3.org Thu Jan 05 13:35:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuZxK-0004tt-7M for webdav-archive@megatron.ietf.org; Thu, 05 Jan 2006 13:35:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA24165 for ; Thu, 5 Jan 2006 13:34:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuZvV-0005ou-Ez for w3c-dist-auth-dist@listhub.w3.org; Thu, 05 Jan 2006 18:33:29 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuZvS-0005oE-Ho for w3c-dist-auth@listhub.w3.org; Thu, 05 Jan 2006 18:33:26 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1EuZvK-0000w2-E0 for w3c-dist-auth@w3.org; Thu, 05 Jan 2006 18:33:25 +0000 Received: from [192.168.101.89] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id D00AF1422C7; Thu, 5 Jan 2006 10:33:16 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: webdav WG , HTTP authentication list From: Lisa Dusseault Date: Thu, 5 Jan 2006 10:33:13 -0800 To: Joe Orton X-Mailer: Apple Mail (2.623) Received-SPF: pass (aji.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuZvK-0000w2-E0 932b6671574af05afc06e39114e31871 X-Original-To: w3c-dist-auth@w3.org Subject: Clients desiring to authenticate X-Archived-At: http://www.w3.org/mid/fb53ee4d3a757f4644d35b70417197f8@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11489 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, 05 Jan 2006 18:33:29 +0000 Content-Transfer-Encoding: 7bit Thanks for your thoughts on the authentication stuff, Joe, but I certainly disagree at a most fundamental level about whether it's something clients need to be able to do. Browsers might not need to do so, but I can think of cases where that would be useful for browsers too, and it's definitely useful for authoring clients where authorization info is usually necessary to do write operations. Consider some of the WebDAV clients that I'm familiar with: - When you configure a Network Place in Windows you can provide a username and password right up front. - Xythos WebFile client has username and password configured when you set up the connection to the server, and subsequent connections use that preference info. - Chandler 0.6 configures sharing servers just like email servers, assuming that users have a home directory and should always log in -- again, preference info that's reused with later connections. When any of these clients is directed to a URL that may be publicly readable but with results that may differ depending on what permissions you have, what are these clients supposed to do? Some real examples: - If a Xythos WebFile server has some resources that are not publicly readable, these won't show up in publicly readable parent collections. It requires permissions to see the whole set of child resources of a collection in a PROPFIND response. Yet an anonymous request to the publicly readable parent collection won't result in a challenge -- just a smaller result set. - If a Cosmo sharing server has a publicly readable calendar, then when Chandler visits that calendar, it will be able to read the calendar and ask what permissions it has without ever seeing an authentication challenge. Yet it's quite possible that the Chandler user has a username and password that would provide write permissions on the calendar. How does Chandler even know to activate the "add event" button when it's anonymous, asks what permissions it has, and is told that it has read-only? Not only is this coming up on the WebDAV list but this and similar problems caused us to try to get the "HTTP-Auth" list started recently, and the DIX (Digital Identity Exchange) discussion list (DIX is working towards a BOF, then they hope a WG). I've been asked over and over again how a client "desiring" to authenticate (OK I agree desiring is the wrong word) can do so. I also disagree about your reading of 2617. The text is "If the origin server does not wish to accept the credentials sent with a request, it SHOULD return a 401 (Unauthorized) response. " Isn't ignoring the credentials the same thing as "not wish to accept"? How can you justify accepting a bogus username and password except by entirely ignoring it? But we can certainly quibble about *how* the problem is solved, I care more *that* the problem is solved -- for HTTP, WebDAV, CalDAV and others. Would you feel it was still a hack if the client used what had previously been a legitimate username (at least for elsewhere in that domain)? I do agree both of the approaches outlined in the current appendix are hacks. We had previously specified a non-hack approach -- a "Force-Authentication" request header flag that indicated the client might have authorization information which it could provide if only the server sent a challenge. Lisa From w3c-dist-auth-request@frink.w3.org Thu Jan 05 14:26:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuakN-0003Wb-DB for webdav-archive@megatron.ietf.org; Thu, 05 Jan 2006 14:26:05 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA00721 for ; Thu, 5 Jan 2006 14:24:44 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuajQ-0005vK-Sq for w3c-dist-auth-dist@listhub.w3.org; Thu, 05 Jan 2006 19:25:04 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuajP-0005tE-6t for w3c-dist-auth@listhub.w3.org; Thu, 05 Jan 2006 19:25:03 +0000 Received: from services.cse.ucsc.edu ([128.114.48.10]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuajM-0001BK-Ei for w3c-dist-auth@w3.org; Thu, 05 Jan 2006 19:25:02 +0000 Received: from [128.114.56.106] (atari.cse.ucsc.edu [128.114.56.106]) (authenticated bits=0) by services.cse.ucsc.edu (8.13.1/8.13.1) with ESMTP id k05JO8OB024946 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Thu, 5 Jan 2006 11:24:58 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) To: webdav WG Message-Id: Content-Type: multipart/alternative; boundary=Apple-Mail-7--731892273 References: <20060105191005.GI18698@binky.Central.Sun.COM> From: Jim Whitehead Date: Thu, 5 Jan 2006 11:24:57 -0800 X-Mailer: Apple Mail (2.746.2) Received-SPF: none (lisa.w3.org: domain of ejw@cs.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.3 X-W3C-Scan-Sig: lisa.w3.org 1EuajM-0001BK-Ei 3929ebc5a11ee00d2eae7c9ba36c0cca X-Original-To: w3c-dist-auth@w3.org Subject: Fwd: [Moderator Action] Re: [Ietf-http-auth] Clients desiring to authenticate X-Archived-At: http://www.w3.org/mid/A8678D88-7AE8-43A4-A869-EB7894B83CAF@cs.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11490 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, 05 Jan 2006 19:25:04 +0000 --Apple-Mail-7--731892273 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit FYI. - Jim Begin forwarded message: > From: Nicolas Williams > Date: January 5, 2006 11:10:19 AM PST > To: Lisa Dusseault > Cc: Joe Orton , HTTP authentication list http-auth@osafoundation.org>, webdav WG > Subject: [Moderator Action] Re: [Ietf-http-auth] Clients desiring > to authenticate > > > > On Thu, Jan 05, 2006 at 10:33:13AM -0800, Lisa Dusseault wrote: >> I do agree both of the approaches outlined in the current appendix >> are >> hacks. We had previously specified a non-hack approach -- a >> "Force-Authentication" request header flag that indicated the client >> might have authorization information which it could provide if >> only the >> server sent a challenge. > > It's not necessarily easy for the server to know that a client would > have more access were it to authenticate (at all, differently), though > it's safe to assume that it might. > > I think this is the identity selection problem, which I did not think > this list was intended to tackle. > > Nico > -- --Apple-Mail-7--731892273 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable FYI.
- = Jim

Begin forwarded message:

From: = Nicolas Williams <Nicolas.Williams@sun.com><= /FONT>
Date: January 5, 2006 11:10:19 AM = PST
To: Lisa Dusseault <lisa@osafoundation.org>
Cc: Joe Orton <joe@manyfish.co.uk>, HTTP = authentication list <ietf-http-auth@osafoundat= ion.org>, webdav WG <w3c-dist-auth@w3.org>
Subject: [Moderator Action] Re: = [Ietf-http-auth] Clients desiring to authenticate



On Thu, Jan 05, 2006 at = 10:33:13AM -0800, Lisa Dusseault wrote:
I do agree both of the = approaches outlined in the current appendix are=A0
=A0 We had = previously specified a non-hack approach -- a=A0
=A0
might have authorization information which it could = provide if only the=A0
server = sent a challenge.

It's not necessarily easy for = the server to know that a client would
have = more access were it to authenticate (at all, differently), = though
it's safe to assume that it = might.

I think this is the identity selection problem, = which I did not think
this list was intended to = tackle.

Nico
--=A0
=

= --Apple-Mail-7--731892273-- From w3c-dist-auth-request@frink.w3.org Thu Jan 05 17:39:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eudm2-0003dM-DV for webdav-archive@megatron.ietf.org; Thu, 05 Jan 2006 17:39:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03597 for ; Thu, 5 Jan 2006 17:38:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eudkd-0000cH-JI for w3c-dist-auth-dist@listhub.w3.org; Thu, 05 Jan 2006 22:38:31 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EudkZ-0000a3-Ub for w3c-dist-auth@listhub.w3.org; Thu, 05 Jan 2006 22:38:28 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by maggie.w3.org with esmtp (Exim 4.50) id 1EudkV-0004xu-Jc for w3c-dist-auth@w3.org; Thu, 05 Jan 2006 22:38:26 +0000 Received: from [192.168.101.89] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id C787A1422D0; Thu, 5 Jan 2006 14:38:20 -0800 (PST) In-Reply-To: <20060105222353.GA15846@redhat.com> References: <20060105222353.GA15846@redhat.com> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: webdav WG , HTTP authentication list From: Lisa Dusseault Date: Thu, 5 Jan 2006 14:38:17 -0800 To: Joe Orton X-Mailer: Apple Mail (2.623) Received-SPF: pass (maggie.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EudkV-0004xu-Jc f4759f7c9ec822577cd165d368a4ba4e X-Original-To: w3c-dist-auth@w3.org Subject: Re: [Ietf-http-auth] Clients desiring to authenticate X-Archived-At: http://www.w3.org/mid/a07e5978d08ebef7d29c8649b0b29174@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11491 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, 05 Jan 2006 22:38:31 +0000 Content-Transfer-Encoding: 7bit On Jan 5, 2006, at 2:23 PM, Joe Orton wrote: > On Thu, Jan 05, 2006 at 10:33:13AM -0800, Lisa Dusseault wrote: >> Thanks for your thoughts on the authentication stuff, Joe, but I >> certainly disagree at a most fundamental level about whether it's >> something clients need to be able to do. Browsers might not need to >> do >> so, but I can think of cases where that would be useful for browsers >> too, and it's definitely useful for authoring clients where >> authorization info is usually necessary to do write operations. >> >> Consider some of the WebDAV clients that I'm familiar with: > ... > > None of this has anything to do with "pre-authenticating" in HTTP. > > If your application is designed such that it cannot interactively > prompt > users for credentials when challenged, fine, the app must request those > credentials from the user ahead of time. This isn't necessarily an application that can't interactively prompt users for credentials. This is an application that, in addition to that, can save credentials as preferences, and to save the user from confusion (either from seeing incomplete information or to know what parts of the UI to enable) would like to perform operations with the maximum permissions available. Have you ever seen an application where certain menu functions, buttons or form areas were greyed out or disabled based on what permissions were available? I can read my colleague Ted's calendar as I'm subscribed to it via Apple's iCal. Yet I can't add notes to his events, move them around, or add new events, and the UI makes that clear (e.g. New Event is greyed out in the menu). But let's say Apple wanted to add the feature that if Ted grants write permission to me, to write his publicly-viewable calendar. How would Apple's client know what to grey out? > That is purely an application > design problem, it doesn't imply that the user agent must send those > credentials to the server *before it is challenged to do so*. > >> I also disagree about your reading of 2617. The text is "If the origin >> server does not wish to accept the credentials sent with a request, it >> SHOULD return a 401 (Unauthorized) response. " Isn't ignoring the >> credentials the same thing as "not wish to accept"? How can you >> justify accepting a bogus username and password except by entirely >> ignoring it? > > The server has no basis on which to validate the credentials, and hence > do anything other than ignore them. My statement would go like "The server had no basis on which to validate the credentials, and hence do anything other than fail the request." > It *cannot* form a valid WWW-Auth > challenge because it has not been configured to do so. Follow your > argument through as if you were going to implement it server-side: what > challenge do you expect the server to send? It cannot make one up out > of thin air. All of the servers I've worked on had the ability to put together a valid WWW-Auth challenge for any resource on the server (IIS, Exchange, Xythos WebFile Server, Cosmo). I can certainly understand some Web servers don't even have user logins and thus can't form a challenge, and for those Web servers presumably ignoring the Authorization header could be considered somewhat reasonable. But that isn't the case with the server we tested against, www.webdav.org. I know that server has the ability to put together a challenge because if I formulate a PUT to one of its pages it does challenge me. In this specific example, isn't it wrong for www.webdav.org to simply ignore the auth attempt? What should www.webdav.org do if I send a request with my real username but an incorrect password? > >> But we can certainly quibble about *how* the problem is solved, I care >> more *that* the problem is solved -- for HTTP, WebDAV, CalDAV and >> others. Would you feel it was still a hack if the client used what >> had previously been a legitimate username (at least for elsewhere in >> that domain)? > > If we're not talking about the "I don't want to have to send the 100MB > PUT body twice in case I get a 401 the first time" problem (which is > what I presumed that Appendix D was really about), I don't know what > problem you're talking about. It's really more about the PROPFIND returning different results depending on how the client is authenticated, and the WebDAV ACL "what permissions do I have" request returning different results depending on how the client is authenticated. Lisa From w3c-dist-auth-request@frink.w3.org Fri Jan 06 05:19:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuohN-0007lJ-FX for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 05:19:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA20878 for ; Fri, 6 Jan 2006 05:18:36 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuofQ-0002rt-50 for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 10:17:52 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuofM-0002q0-IF for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 10:17:48 +0000 Received: from mail.gmx.net ([213.165.64.21]) by maggie.w3.org with smtp (Exim 4.50) id 1EuofJ-0002el-Mz for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 10:17:48 +0000 Received: (qmail invoked by alias); 06 Jan 2006 10:17:44 -0000 Received: from p508FA2C1.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.162.193] by mail.gmx.net (mp030) with SMTP; 06 Jan 2006 11:17:44 +0100 X-Authenticated: #1915285 Message-ID: <43BE435F.1060703@gmx.de> Date: Fri, 06 Jan 2006 11:15:59 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: WebDAV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1EuofJ-0002el-Mz efa42ff904b8d1e81e7a87bba65f2c46 X-Original-To: w3c-dist-auth@w3.org Subject: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/43BE435F.1060703@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11492 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: Fri, 06 Jan 2006 10:17:52 +0000 Content-Transfer-Encoding: 7bit Hi, here's a comment on how I see the working group's process, understanding that there are only a few weeks left allocated for completion. - The drafts that the WG publish lag behind; for instance, changes that we have agreed upon in early December do not show up in draft 09 (mid December) and draft 10 (end December). - We are spending a lot of time discussing questions that don't even have a corresponding entry in the issue tracker. I would propose that for the time being, we restrict all discussions and changes to (1) issues that have been entered before today and (2) problems with changes in RFC2518bis as compared to RFC2518. For the working group to consider any other question relevant enough for RFC2518bis, there should be a broad consensus to discuss it in the given time frame. - There are a few issues that obviously are "hard", and where we haven't made any progress in the last few weeks. A good example is the discussion about new requirements for ETag handling (which is a normative change compared to RFC2518). Unless somebody can explain why it's likely that we can resolve these issues between now and the end of the month, I propose to stop the discussion for now (as far as it affects RFC2518bis), and to back out any text that normatively changes the protocol. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Fri Jan 06 07:28:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuqhQ-0002EJ-CK for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 07:28:06 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA28004 for ; Fri, 6 Jan 2006 07:26:48 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euqg9-00084Q-Qt for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 12:26:45 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Euqg7-00083N-4Q; Fri, 06 Jan 2006 12:26:43 +0000 Received: from e2.ny.us.ibm.com ([32.97.182.142]) by aji.w3.org with esmtp (Exim 4.50) id 1Euqg2-0000Wz-Ky; Fri, 06 Jan 2006 12:26:42 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e2.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k06CQKEE013391; Fri, 6 Jan 2006 07:26:20 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k06CQK87123070; Fri, 6 Jan 2006 07:26:20 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k06CQKh4012952; Fri, 6 Jan 2006 07:26:20 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k06CQKT0012945; Fri, 6 Jan 2006 07:26:20 -0500 In-Reply-To: <43BE435F.1060703@gmx.de> To: Julian Reschke Cc: WebDAV , w3c-dist-auth-request@w3.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Fri, 6 Jan 2006 07:27:40 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/06/2006 07:26:19, Serialize complete at 01/06/2006 07:26:19 Content-Type: multipart/alternative; boundary="=_alternative 0044529D852570EE_=" Received-SPF: pass (aji.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.142 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: aji.w3.org 1Euqg2-0000Wz-Ky c9d89a5f5290ff53ad34e67e9b4f678b X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/OFEBAE59AA.3702BFE5-ON852570EE.004449A8-852570EE.00445344@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11493 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: Fri, 06 Jan 2006 12:26:45 +0000 This is a multipart message in MIME format. --=_alternative 0044529D852570EE_= Content-Type: text/plain; charset="US-ASCII" I agree with all of Julian's comments below. Cheers, Geoff Julian wrote on 01/06/2006 05:15:59 AM: > > Hi, > > here's a comment on how I see the working group's process, understanding > that there are only a few weeks left allocated for completion. > > - The drafts that the WG publish lag behind; for instance, changes that > we have agreed upon in early December do not show up in draft 09 (mid > December) and draft 10 (end December). > > - We are spending a lot of time discussing questions that don't even > have a corresponding entry in the issue tracker. I would propose that > for the time being, we restrict all discussions and changes to (1) > issues that have been entered before today and (2) problems with changes > in RFC2518bis as compared to RFC2518. For the working group to consider > any other question relevant enough for RFC2518bis, there should be a > broad consensus to discuss it in the given time frame. > > - There are a few issues that obviously are "hard", and where we haven't > made any progress in the last few weeks. A good example is the > discussion about new requirements for ETag handling (which is a > normative change compared to RFC2518). Unless somebody can explain why > it's likely that we can resolve these issues between now and the end of > the month, I propose to stop the discussion for now (as far as it > affects RFC2518bis), and to back out any text that normatively changes > the protocol. > > Best regards, > > Julian > --=_alternative 0044529D852570EE_= Content-Type: text/html; charset="US-ASCII"
I agree with all of Julian's comments below.

Cheers,
Geoff


Julian wrote on 01/06/2006 05:15:59 AM:

>
> Hi,
>
> here's a comment on how I see the working group's process, understanding
> that there are only a few weeks left allocated for completion.
>
> - The drafts that the WG publish lag behind; for instance, changes that
> we have agreed upon in early December do not show up in draft 09 (mid
> December) and draft 10 (end December).
>
> - We are spending a lot of time discussing questions that don't even
> have a corresponding entry in the issue tracker. I would propose that
> for the time being, we restrict all discussions and changes to (1)
> issues that have been entered before today and (2) problems with changes
> in RFC2518bis as compared to RFC2518. For the working group to consider
> any other question relevant enough for RFC2518bis, there should be a
> broad consensus to discuss it in the given time frame.
>
> - There are a few issues that obviously are "hard", and where we haven't
> made any progress in the last few weeks. A good example is the
> discussion about new requirements for ETag handling (which is a
> normative change compared to RFC2518). Unless somebody can explain why
> it's likely that we can resolve these issues between now and the end of
> the month, I propose to stop the discussion for now (as far as it
> affects RFC2518bis), and to back out any text that normatively changes
> the protocol.
>
> Best regards,
>
> Julian
>
--=_alternative 0044529D852570EE_=-- From w3c-dist-auth-request@frink.w3.org Fri Jan 06 09:20:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EusS8-0008ID-53 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 09:20:24 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA04254 for ; Fri, 6 Jan 2006 09:19:07 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EusQp-0005ci-4n for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 14:19:03 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EusQn-0005bv-BU for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 14:19:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EusQk-0003Ar-MK for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 14:19:00 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06EIsx5021615; Fri, 6 Jan 2006 06:18:54 -0800 Date: Fri, 6 Jan 2006 06:18:54 -0800 Message-Id: <200601061418.k06EIsx5021615@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EusQk-0003Ar-MK 04719dea11c0d83e70ce4ab732cf43f4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601061418.k06EIsx5021615@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11494 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: Fri, 06 Jan 2006 14:19:03 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-06 06:18 ------- I have updated all method descriptions that didn't include a cacheability statement to say that the results are not cacheable. See for the individual changes. Reassigning to Elias to schedule discussion. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 09:22:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EusUE-0000BL-SX for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 09:22:35 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA04368 for ; Fri, 6 Jan 2006 09:21:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EusTd-0006bt-GI for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 14:21:57 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EusTZ-0006Yi-P1 for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 14:21:53 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EusTX-0003nj-1y for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 14:21:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06ELoSo021634; Fri, 6 Jan 2006 06:21:50 -0800 Date: Fri, 6 Jan 2006 06:21:50 -0800 Message-Id: <200601061421.k06ELoSo021634@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EusTX-0003nj-1y 93003a291ab0dfb2a9b5f542d2014f4c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 214] New: Consistents section titles for method descriptions X-Archived-At: http://www.w3.org/mid/200601061421.k06ELoSo021634@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11495 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: Fri, 06 Jan 2006 14:21:57 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=214 Summary: Consistents section titles for method descriptions Product: WebDAV-RFC2518-bis Version: -10 Platform: Other OS/Version: other Status: NEW Severity: trivial Priority: P4 Component: Other AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org CC: w3c-dist-auth@w3.org Some method descriptions have the title "XYZ Method", others use the form "XYZ" as title. Please make this consistent. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 09:25:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EusX1-0001zr-K6 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 09:25:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA04603 for ; Fri, 6 Jan 2006 09:24:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EusWP-00075K-Eo for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 14:24:49 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EusWM-00074i-CZ for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 14:24:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EusWJ-0004LL-KM for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 14:24:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06EOgNQ021651; Fri, 6 Jan 2006 06:24:42 -0800 Date: Fri, 6 Jan 2006 06:24:42 -0800 Message-Id: <200601061424.k06EOgNQ021651@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EusWJ-0004LL-KM 703f6e071636aafb926de0bc11dd93fe X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 215] New: Broken section organization X-Archived-At: http://www.w3.org/mid/200601061424.k06EOgNQ021651@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11496 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: Fri, 06 Jan 2006 14:24:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=215 Summary: Broken section organization Product: WebDAV-RFC2518-bis Version: -10 Platform: Other OS/Version: other Status: NEW Severity: trivial Priority: P2 Component: 15. Precondition/postcondition XML elements AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org CC: w3c-dist-auth@w3.org Draft 10 has a subsection 15.1 (
) followed by plain text (). This may be allowed in the current RFC2629bis, but it causes problems in the normative ASCII format (where the reader will get the impression that all subsequent text is part of 15.1). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 09:26:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EusY0-0002DO-PC for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 09:26:28 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA04661 for ; Fri, 6 Jan 2006 09:25:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EusXR-0007nf-U9 for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 14:25:53 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EusXR-0007n2-8T for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 14:25:53 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EusXP-0007ZV-IX for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 14:25:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06EPoPt021665; Fri, 6 Jan 2006 06:25:50 -0800 Date: Fri, 6 Jan 2006 06:25:50 -0800 Message-Id: <200601061425.k06EPoPt021665@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EusXP-0007ZV-IX 2bdcbf465e6a9b5fc34b0c8868e9fc74 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 214] Consistent section titles for method descriptions X-Archived-At: http://www.w3.org/mid/200601061425.k06EPoPt021665@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11497 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: Fri, 06 Jan 2006 14:25:53 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=214 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- QAContact|w3c-dist-auth@w3.org | Summary|Consistents section titles |Consistent section titles |for method descriptions |for method descriptions ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 10:54:59 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eutvf-0006EL-M6 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 10:54:59 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA10025 for ; Fri, 6 Jan 2006 10:53:42 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EutuN-0000J3-Ps for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 15:53:39 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EutuK-0000Gg-6J for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 15:53:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EutuC-00024a-92 for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 15:53:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06FrQsm021745; Fri, 6 Jan 2006 07:53:26 -0800 Date: Fri, 6 Jan 2006 07:53:26 -0800 Message-Id: <200601061553.k06FrQsm021745@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EutuC-00024a-92 a35ed1b3011197240c6e2c11bb3dc403 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601061553.k06FrQsm021745@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11498 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: Fri, 06 Jan 2006 15:53:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-06 07:53 ------- See : Section 13., para. 109: OLD: Description: This XML element provides either information suitable to be presented to a user (PCDATA) or a machine readable error code. NEW: Description: Provides information suitable for display to a user (PCDATA) and/or condition name elements (DAV:error). Section 13., para. 110: OLD: NEW: ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 11:01:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euu1q-000197-Jj for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 11:01:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA10501 for ; Fri, 6 Jan 2006 11:00:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euu0z-0002mr-Gq for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 16:00:29 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Euu0w-0002fW-Ou for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 16:00:27 +0000 Received: from services.cse.ucsc.edu ([128.114.48.10]) by maggie.w3.org with esmtp (Exim 4.50) id 1Euu0s-00071e-MR for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 16:00:26 +0000 Received: from [128.114.56.106] (atari.cse.ucsc.edu [128.114.56.106]) (authenticated bits=0) by services.cse.ucsc.edu (8.13.1/8.13.1) with ESMTP id k06G0J3c026076 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Fri, 6 Jan 2006 08:00:20 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) To: webdav WG Message-Id: <3F143F78-E528-41E2-A7FA-AB6FEA569CCA@cs.ucsc.edu> Content-Type: multipart/alternative; boundary=Apple-Mail-8--657770778 References: <20060105222353.GA15846@redhat.com> From: Jim Whitehead Date: Fri, 6 Jan 2006 08:00:19 -0800 X-Mailer: Apple Mail (2.746.2) Received-SPF: none (maggie.w3.org: domain of ejw@cs.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-1.8 X-W3C-Scan-Sig: maggie.w3.org 1Euu0s-00071e-MR a1ad6a70af109d9ac005da937b0032f4 X-Original-To: w3c-dist-auth@w3.org Subject: Fwd: [Moderator Action] Re: [Ietf-http-auth] Clients desiring to authenticate X-Archived-At: http://www.w3.org/mid/3F143F78-E528-41E2-A7FA-AB6FEA569CCA@cs.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11499 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: Fri, 06 Jan 2006 16:00:29 +0000 --Apple-Mail-8--657770778 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit FYI. I have added Joe's email to the accept2 list. - Jim Begin forwarded message: > From: Joe Orton > Date: January 5, 2006 2:24:02 PM PST > To: Lisa Dusseault > Cc: HTTP authentication list , > webdav WG > Subject: [Moderator Action] Re: [Ietf-http-auth] Clients desiring > to authenticate > > > > On Thu, Jan 05, 2006 at 10:33:13AM -0800, Lisa Dusseault wrote: >> Thanks for your thoughts on the authentication stuff, Joe, but I >> certainly disagree at a most fundamental level about whether it's >> something clients need to be able to do. Browsers might not need >> to do >> so, but I can think of cases where that would be useful for browsers >> too, and it's definitely useful for authoring clients where >> authorization info is usually necessary to do write operations. >> >> Consider some of the WebDAV clients that I'm familiar with: > ... > > None of this has anything to do with "pre-authenticating" in HTTP. > > If your application is designed such that it cannot interactively > prompt > users for credentials when challenged, fine, the app must request > those > credentials from the user ahead of time. That is purely an > application > design problem, it doesn't imply that the user agent must send those > credentials to the server *before it is challenged to do so*. > >> I also disagree about your reading of 2617. The text is "If the >> origin >> server does not wish to accept the credentials sent with a >> request, it >> SHOULD return a 401 (Unauthorized) response. " Isn't ignoring the >> credentials the same thing as "not wish to accept"? How can you >> justify accepting a bogus username and password except by entirely >> ignoring it? > > The server has no basis on which to validate the credentials, and > hence > do anything other than ignore them. It *cannot* form a valid WWW-Auth > challenge because it has not been configured to do so. Follow your > argument through as if you were going to implement it server-side: > what > challenge do you expect the server to send? It cannot make one up out > of thin air. > >> But we can certainly quibble about *how* the problem is solved, I >> care >> more *that* the problem is solved -- for HTTP, WebDAV, CalDAV and >> others. Would you feel it was still a hack if the client used what >> had previously been a legitimate username (at least for elsewhere in >> that domain)? > > If we're not talking about the "I don't want to have to send the 100MB > PUT body twice in case I get a 401 the first time" problem (which is > what I presumed that Appendix D was really about), I don't know what > problem you're talking about. > > joe --Apple-Mail-8--657770778 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable FYI. I have added Joe's email to = the accept2 list.

- = Jim

Begin forwarded message:

From: = Joe Orton <jorton@redhat.com>
Date: = January 5, 2006 2:24:02 PM PST
To: Lisa = Dusseault <lisa@osafoundation.org>
Cc: HTTP authentication list <ietf-http-auth@osafoundat= ion.org>, webdav WG <w3c-dist-auth@w3.org>
Subject: [Moderator Action] Re: = [Ietf-http-auth] Clients desiring to authenticate



On Thu, Jan 05, 2006 at = 10:33:13AM -0800, Lisa Dusseault wrote:
Thanks for your thoughts on the = authentication stuff, Joe, but I=A0
=A0
=A0 Browsers might not need to = do=A0
so, but I can think of cases where that would be = useful for browsers=A0
too, and = it's definitely useful for authoring clients where=A0

Consider some of the WebDAV clients that I'm = familiar with:
...

None of = this has anything to do with "pre-authenticating" in HTTP.

If your = application is designed such that it cannot interactively prompt=A0
users = for credentials when challenged, fine, the app must request those=A0
=A0 That is purely an = application=A0
design problem, it doesn't imply that the user agent = must send those=A0
credentials to the server *before it is challenged = to do so*.

=
I also disagree about your = reading of 2617. The text is "If the origin=A0
server = does not wish to accept the credentials sent with a request, it=A0
SHOULD = return a 401 (Unauthorized) response. " Isn't ignoring the=A0
=A0 How can you=A0
justify = accepting a bogus username and password except by entirely=A0
ignoring = it?

The server has no basis on which to validate the = credentials, and hence=A0
do = anything other than ignore them.=A0 = It *cannot* form a valid WWW-Auth=A0
=A0 Follow your=A0
argument = through as if you were going to implement it server-side: what=A0
=A0 It cannot make one up = out=A0
of thin air.

But we = can certainly quibble about *how* the problem is solved, I care=A0
more = *that* the problem is solved -- for HTTP, WebDAV, CalDAV and=A0
=A0 Would you feel = it was still a hack if the client used what=A0
had = previously been a legitimate username (at least for elsewhere in=A0
that = domain)?
If we're not talking about the = "I don't want to have to send the 100MB=A0
PUT body = twice in case I get a 401 the first time" problem (which is=A0
what I = presumed that Appendix D was really about), I don't know what=A0
problem = you're talking about.
joe
=

= --Apple-Mail-8--657770778-- From w3c-dist-auth-request@frink.w3.org Fri Jan 06 11:12:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuuCj-0006YH-SL for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 11:12:38 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11095 for ; Fri, 6 Jan 2006 11:11:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuuC0-0005nz-Fb for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 16:11:52 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuuBx-0005nQ-Ry for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 16:11:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuuBq-0005qb-45 for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 16:11:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06GBfEB021785; Fri, 6 Jan 2006 08:11:41 -0800 Date: Fri, 6 Jan 2006 08:11:41 -0800 Message-Id: <200601061611.k06GBfEB021785@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuuBq-0005qb-45 12ca9a7a97e7f2c2ae886f5f96ed7c14 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 121] OVERWRITE_DELETE_ERROR_STATUS X-Archived-At: http://www.w3.org/mid/200601061611.k06GBfEB021785@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11500 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: Fri, 06 Jan 2006 16:11:52 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=121 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-06 08:11 ------- Bug report for Apache/moddav: ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From kristofosway@nownuri.net Fri Jan 06 11:51:41 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuuoW-0006R1-PO for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 11:51:40 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA14139 for ; Fri, 6 Jan 2006 11:50:22 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EuuuH-0007jV-Gt for webdav-archive@ietf.org; Fri, 06 Jan 2006 11:57:47 -0500 Received: from [65.101.68.120] (helo=nownuri.net) by mx2.foretec.com with smtp (Exim 4.24) id 1EuuoF-00061C-QO for webdav-archive@ietf.org; Fri, 06 Jan 2006 11:51:25 -0500 Message-ID: <000001c612e1$39f029a0$d463a8c0@clearheaded> Reply-To: "Kristoffer Swayze" From: "Kristoffer Swayze" To: "September Marte" Subject: Re: erstwhile Pharamyaceutical Date: Fri, 6 Jan 2006 11:49:57 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C612B7.511A21A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 3.9 (+++) X-Scan-Signature: 789c141a303c09204b537a4078e2a63f This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0002_01C612B7.511A21A0" ------=_NextPart_001_0002_01C612B7.511A21A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Xanrx Lzvitra Ambeen Propkcia VIvGRA uIALIS Paiil eeridia VAoIUM Sdma http://www.practegal.com ------=_NextPart_001_0002_01C612B7.511A21A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Xanrx
Lzvitra
Ambeen
Propkcia
VIvGRA
uIALIS
Paiil
eeridia
VAoIUM
Sdma
------=_NextPart_001_0002_01C612B7.511A21A0-- ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000401c612e1$381cf040$d463a8c0@clearheaded> Content-Transfer-Encoding: base64 R0lGODdhDAAVAMIAAP///wwFEqOhpmdiauDf4UhDTSokL8LAwywAAAAADAAVAAADNAi63P4wykmr fSKIOHoMRAAJBVBszrAJwwMCoUMuZzMEON4yBrEQBsahxCgcFqoGaxF0NBMAOw== ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000501c612e1$381cf040$d463a8c0@clearheaded> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhDQAZAOMAAP///wMKBcDBwGFlYiIoJN/g36CjoYGEgkJHQwAAAAAAAAAAAAAAAAAAAAAA AAAAACwAAAAADQAZAAAEPBDISau9OOvNu/9gKALCQATEUFQGYaxFu0oFMU8HMg2HFU+2TYAz3AQ1 vIthUrtJDD2cC5azCBABVFQSAQA7 ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000801c612e1$381cf040$d463a8c0@clearheaded> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhCgAVAIAAAP///wIACiwAAAAACgAVAAACGISPqcvtD2Nok9V1VU4b9fMZITCWwYkaBQA7 ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000701c612e1$381cf040$d463a8c0@clearheaded> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhDgASAOMAAP///wYHEERFS6Gipd/g4SUmLYKDh2NkacDBwwAAAAAAAAAAAAAAAAAAAAAA AAAAACwAAAAADgASAAAERRDISau9OOvNrxjXIEyBQFREEZCDURnGKq1FVRAysB6gNBw6EgAxkggQ wZnkNqwlkwbgwfWUpa7KLOAgAGpziADyS/FmIwA7 ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000101c612e1$381cf040$d463a8c0@clearheaded> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhCgAQAOMAAP///wECDYCAhiAhK2BgZ9/f4EBBSb+/wp+gpAAAAAAAAAAAAAAAAAAAAAAA AAAAACwAAAAACgAQAAAEMBDISau9OOttxQgBUUyCMRblNIxTUB2H50rHMBBCMQMDQu07AGJnyAk/ k4IBZDjMIgA7 ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000201c612e1$381cf040$d463a8c0@clearheaded> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhCgATAMIAAP///wAEC7/Awh8jKV9iZp+go9/f4D9CSCwAAAAACgATAAADKAi63P4wyknr FCMMwTD3C1EsBbEMxmIMS+C+wZk+osoqoHGMC6bxgAQAOw== ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000301c612e1$381cf040$d463a8c0@clearheaded> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhBQAQAIAAAP///wINBSwAAAAABQAQAAACDYSPqaENfKCRD9FrsykAOw== ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000901c612e1$381cf040$d463a8c0@clearheaded> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhCgAOAMIAAP///wkGEKKhpSclLcHAw0ZES+Df4QAAACwAAAAACgAOAAADJgi63P4wPjHC IIxcoLEqwiIUS2AsxlA2wTKcSrqAIql03CZWOpAAADs= ------=_NextPart_000_0001_01C612B7.511A21A0 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-ID: <000601c612e1$381cf040$d463a8c0@clearheaded> Content-Disposition: inline Content-Transfer-Encoding: base64 R0lGODdhCQAZAMIAAP///wUPDGJpZ6Glo9/h4CQtKgAAAAAAACwAAAAACQAZAAADJgi63P4wykmr vRiKsYZQREEA4ah4wNYIrEMEJsN+DKqCIpmn3EknADs= ------=_NextPart_000_0001_01C612B7.511A21A0-- From w3c-dist-auth-request@frink.w3.org Fri Jan 06 12:19:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuvFH-0001g7-H1 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 12:19:19 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA16026 for ; Fri, 6 Jan 2006 12:18:03 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuvE2-0007C1-Mk for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 17:18:02 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuvDz-0007B5-0q for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 17:17:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuvDv-0006f5-5F for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 17:17:58 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06HHrwq021878; Fri, 6 Jan 2006 09:17:53 -0800 Date: Fri, 6 Jan 2006 09:17:53 -0800 Message-Id: <200601061717.k06HHrwq021878@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EuvDv-0006f5-5F 9a3007dd6b5275da0da0fece6bfaf371 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 50] Property teminology inconsistent with RFC3253 X-Archived-At: http://www.w3.org/mid/200601061717.k06HHrwq021878@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11501 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: Fri, 06 Jan 2006 17:18:02 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=50 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-06 09:17 ------- Fine. Although the text I had is not wrong, I just don't care and will "fix" this. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 12:21:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuvHb-0003E0-A6 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 12:21:43 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA16217 for ; Fri, 6 Jan 2006 12:20:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuvGy-00081f-7s for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 17:21:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuvGx-000812-Ax for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 17:21:03 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuvGn-0000h0-T2 for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 17:21:02 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06HKpgZ021906; Fri, 6 Jan 2006 09:20:51 -0800 Date: Fri, 6 Jan 2006 09:20:51 -0800 Message-Id: <200601061720.k06HKpgZ021906@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuvGn-0000h0-T2 e0dc0e520b97472c50e6eb6d0f9035ec X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 95] possible LOCK response codes X-Archived-At: http://www.w3.org/mid/200601061720.k06HKpgZ021906@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11502 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: Fri, 06 Jan 2006 17:21:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=95 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 12:29:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuvOi-0004vJ-79 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 12:29:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA16567 for ; Fri, 6 Jan 2006 12:27:47 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuvNz-0000pj-2h for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 17:28:19 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuvNw-0000or-Sn for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 17:28:16 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuvNr-0005Ho-81 for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 17:28:16 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 4AF251422D5; Fri, 6 Jan 2006 09:28:07 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v623) Content-Type: multipart/alternative; boundary=Apple-Mail-2--652571473 Message-Id: <3246fe58a817dfacb626c45cfb937ea9@osafoundation.org> Cc: " webdav" From: Lisa Dusseault Date: Fri, 6 Jan 2006 09:26:58 -0800 To: Geoffrey M Clemm X-Mailer: Apple Mail (2.623) Received-SPF: pass (lisa.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1EuvNr-0005Ho-81 bf16065fe1e1ff259996b31e05da0d1f X-Original-To: w3c-dist-auth@w3.org Subject: Re: Question on GULP - resources added to locked collection X-Archived-At: http://www.w3.org/mid/3246fe58a817dfacb626c45cfb937ea9@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11503 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: Fri, 06 Jan 2006 17:28:19 +0000 --Apple-Mail-2--652571473 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable So in the case of a locked collection bound to an internal member of=20 itself, the locked collection is both directly locked and indirectly=20 locked. Is the text *still* ok though? In the case of the collection being=20 bound to a child URL of itself, the collection still becomes indirectly=20= locked, right? (Just not to the exclusion of being also directly=20 locked). Here's the proposed text again: > > =A0> =A0 =A0 "In particular, if an internal member resource is = added to > > =A0> =A0 =A0 a collection that is locked by a depth:infinity lock, > > =A0> =A0 =A0 then the resource becomes indirectly locked by that = lock." We may want to add the principle that in the presence of bindings a=20 resource may be both directly and indirectly locked (though personally=20= I'd prefer the bindings spec to say that). Then of course, there's the possibility for an infinitely locked=20 collection to contain a member URL that binds to a resource that is=20 locked by a *different* lock. Because of the model of only the binding=20= that was locked being protected, it seems that other bindings could be=20= added to the locked collection but the resource would not become=20 indirectly locked. E.g. if A is locked with lockA, and B is locked=20 with lockB, and B' is an unlocked binding to the locked resource also=20 bound to B, then if B' is moved into A, the resource under B' cannot=20 become indirectly locked with lockA. Is this text correct then? "In particular, if an internal member resource is added to a collection=20= that is locked by a depth:infinity lock (and if the new member resource=20= is not already locked by any lock), then the resource becomes=20 indirectly locked by that lock." Seems that this kind of text goes beyond almost any implementation of=20 RFC2518 (only servers implementing bindings would need to worry about=20 the nuances we're discussing) and is quite confusing without examples. Lisa On Dec 29, 2005, at 5:18 PM, Geoffrey M Clemm wrote: > > Lisa Dusseault wrote on 12/29/2005 06:46:59=20= > PM: > > > So an example of this occurring is a COPY of a locked collection to=20= > a > > location inside the locked collection ( to make a copy inside=20 > itself). =A0 > > =A0 Still, doesn't the new member become indirectly locked? =A0It's = not=20 > the > > same resource as the original locked collection. =A0Since it's not = the > > same resource, I disagree with your point -- I think it's still > > accurate to say that the new member (the copy) becomes indirectly > > locked. > > No, this is not an example, because as you point out, this > creates a new resource, which becomes indirectly locked. > > An example of this is a BIND of the locked collection to a location > inside the locked collection. =A0Another example is when there are > two URL's that are mapped to the locked collection, and you issue > a MOVE request on the URL that is not the lock-root, with a > Destination that is a member of the locked collection. > > > Perhaps another tenet of our locking model is that a copy of a=20 > locked > > resource does not create a new lock, nor is it directly or=20 > indirectly > > locked by the original lock, unless the original locked resource is=20= > a > > collection and the copy destination is a member of that locked > > collection. > > That is true, but it follows from the fact that the lock is associated > with the request-URL of the LOCK (i.e., the lock-root). =A0So I = wouldn't > state this as part of GULP, since it is redundant (although I wouldn't > object if something like this were added to some discursive text > elsewhere in the locking section). > > Cheers, > Geoff > > > > > On Dec 29, 2005, at 3:25 PM, Geoffrey M Clemm wrote: > > > > > The current text handles the case where the directly locked > > > collection is being added as an internal member of a collection > > > that is a member of that directly locked collection. > > > > > > In this case, the resource is already locked (so it does not > > > "become locked"), and it is directly locked (so it does not > > > "become indirectly locked"). > > > > > > Your proposed change does not handle this case. > > > > > > Lisa wrote on 12/29/2005 06:14:23 PM: > > > > > > =A0> > > > =A0> Looking closely at the text of GULP, point the third (from =A0= > > > =A0> = > > =A0> 0177.html>): > > > =A0> > > > =A0> "- If a collection is directly locked by a depth:infinity=20 > lock, all > > > =A0> =A0 =A0 members of that collection (other than the = collection=20 > itself) > > > are > > > =A0> =A0 =A0 indirectly locked by that lock. =A0In particular, if = an=20 > internal > > > =A0> =A0 =A0 member resource is added to a collection that is = locked by=20 > a > > > =A0> =A0 =A0 depth:infinity lock, and if the resource is not = locked by=20 > that > > > lock, > > > =A0> =A0 =A0 then the resource becomes indirectly locked by that = lock. > > > =A0> =A0 =A0 Conversely, if a resource is indirectly locked with = a > > > depth:infinity > > > =A0> =A0 =A0 lock, and if the result of deleting an internal = member URI=20 > is > > > that > > > =A0> =A0 =A0 the resource is no longer a member of the collection = that=20 > is > > > =A0> =A0 =A0 directly locked by that lock, then the resource is = no=20 > longer > > > locked > > > =A0> =A0 =A0 by that lock." > > > =A0> > > > =A0> The part that confuses me is "if the resource is not locked = by=20 > that > > > =A0 > > > =A0> lock". =A0I am not sure how that can be the case, and if it = can=20 > never > > > =A0 > > > =A0> happen, then the clause should be removed from the sentence.=20= > =A0Even > > > if =A0 > > > =A0> it can happen, I think the sentence is even more true = without=20 > that =A0 > > > =A0> clause: > > > =A0> > > > =A0> =A0 =A0 "In particular, if an internal member resource is = added to > > > =A0> =A0 =A0 a collection that is locked by a depth:infinity = lock, > > > =A0> =A0 =A0 then the resource becomes indirectly locked by that = lock." > > > =A0> > > > =A0> Is that correct? > > > =A0> > > > =A0> Thanks, > > > =A0> Lisa= --Apple-Mail-2--652571473 Content-Type: text/enriched; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable So in the case of a locked collection bound to an internal member of itself, the locked collection is both directly locked and indirectly locked. Is the text *still* ok though? In the case of the collection being bound to a child URL of itself, the collection still becomes indirectly locked, right? (Just not to the exclusion of being also directly locked). Here's the proposed text again: > > =A0> =A0 =A0 "In particular, if an internal member resource is = added to > > =A0> =A0 =A0 a collection that is locked by a depth:infinity lock, > > =A0> =A0 =A0 then the resource becomes indirectly locked by that = lock." We may want to add the principle that in the presence of bindings a resource may be both directly and indirectly locked (though personally I'd prefer the bindings spec to say that). =20 Then of course, there's the possibility for an infinitely locked collection to contain a member URL that binds to a resource that is locked by a *different* lock. Because of the model of only the binding that was locked being protected, it seems that other bindings could be added to the locked collection but the resource would not become indirectly locked. E.g. if A is locked with lockA, and B is locked with lockB, and B' is an unlocked binding to the locked resource also bound to B, then if B' is moved into A, the resource under B' cannot become indirectly locked with lockA. Is this text correct then? "In particular, if an internal member resource is added to a collection that is locked by a depth:infinity lock (and if the new member resource is not already locked by any lock), then the resource becomes indirectly locked by that lock." Seems that this kind of text goes beyond almost any implementation of RFC2518 (only servers implementing bindings would need to worry about the nuances we're discussing) and is quite confusing without examples. Lisa On Dec 29, 2005, at 5:18 PM, Geoffrey M Clemm wrote: Lisa Dusseault < wrote on 12/29/2005 06:46:59 PM: > So an example of this occurring is a COPY of a locked collection to a > location inside the locked collection ( to make a copy inside itself). =A0=20 > =A0 Still, doesn't the new member become indirectly locked? =A0It's not the > same resource as the original locked collection. =A0Since it's not the > same resource, I disagree with your point -- I think it's still > accurate to say that the new member (the copy) becomes indirectly > locked.=20 No, this is not an example, because as you point out, this=20 creates a new resource, which becomes indirectly locked.=20 An example of this is a BIND of the locked collection to a location=20 inside the locked collection. =A0Another example is when there are=20 two URL's that are mapped to the locked collection, and you issue=20 a MOVE request on the URL that is not the lock-root, with a=20 Destination that is a member of the locked collection.=20 > Perhaps another tenet of our locking model is that a copy of a locked > resource does not create a new lock, nor is it directly or indirectly > locked by the original lock, unless the original locked resource is a > collection and the copy destination is a member of that locked > collection.=20 That is true, but it follows from the fact that the lock is associated=20 with the request-URL of the LOCK (i.e., the lock-root). =A0So I wouldn't=20 state this as part of GULP, since it is redundant (although I wouldn't=20 object if something like this were added to some discursive text=20 elsewhere in the locking section).=20 Cheers,=20 Geoff=20 > On Dec 29, 2005, at 3:25 PM, Geoffrey M Clemm wrote: >=20 > > The current text handles the case where the directly locked > > collection is being added as an internal member of a collection > > that is a member of that directly locked collection. > > > > In this case, the resource is already locked (so it does not > > "become locked"), and it is directly locked (so it does not > > "become indirectly = locked"). > > > > Your proposed change does not handle this case. > > > > Lisa wrote on 12/29/2005 06:14:23 = PM: > > > > =A0> > > =A0> Looking closely at the text of GULP, point the third (from =A0 > > =A0> = < > > =A0> 0177.html>): > > =A0> > > =A0> "- If a collection is directly locked by a depth:infinity lock, all > > =A0> =A0 =A0 members of that collection = (other than the collection itself) > > are > > =A0> =A0 =A0 indirectly locked by that lock. = =A0In particular, if an internal > > =A0> =A0 =A0 member resource is added to a collection that is locked by a > > =A0> =A0 =A0 depth:infinity lock, and if the resource is not locked by that > > lock, > > =A0> =A0 =A0 then the resource becomes = indirectly locked by that lock. > > =A0> =A0 =A0 Conversely, if a resource is indirectly locked with a > > depth:infinity > > =A0> =A0 =A0 lock, and if the result of = deleting an internal member URI is > > that > > =A0> =A0 =A0 the resource is no longer a = member of the collection that is > > =A0> =A0 =A0 directly locked by that lock, = then the resource is no longer > > locked > > =A0> =A0 =A0 by that = lock." > > =A0> > > =A0> The part that confuses me is "if the resource is not locked by that > > =A0 > > =A0> lock". =A0I am not sure how that can be the case, and if it can never > > =A0 > > =A0> happen, then the clause should be removed from the sentence. =A0Even > > if =A0 > > =A0> it can happen, I think the sentence is even more true without that =A0 > > =A0> clause: > > =A0> > > =A0> =A0 =A0 "In particular, if an internal member resource is added to > > =A0> =A0 =A0 a collection that is locked by a depth:infinity lock, > > =A0> =A0 =A0 then the resource becomes = indirectly locked by that lock." > > =A0> > > =A0> Is that correct? > > =A0> > > =A0> Thanks, > > =A0> Lisa= --Apple-Mail-2--652571473-- From w3c-dist-auth-request@frink.w3.org Fri Jan 06 12:35:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuvUc-0007NE-Sj for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 12:35:10 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA16889 for ; Fri, 6 Jan 2006 12:33:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuvTy-0002oT-Cc for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 17:34:30 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuvTv-0002ng-MW for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 17:34:27 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuvTs-00032y-SD for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 17:34:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06HYOIG021947; Fri, 6 Jan 2006 09:34:24 -0800 Date: Fri, 6 Jan 2006 09:34:24 -0800 Message-Id: <200601061734.k06HYOIG021947@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuvTs-00032y-SD 78a7b0afc50cb54591fe932679d52d06 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 214] Consistent section titles for method descriptions X-Archived-At: http://www.w3.org/mid/200601061734.k06HYOIG021947@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11504 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: Fri, 06 Jan 2006 17:34:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=214 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-06 09:34 ------- Added "Method" for those sections that define a new method, and "Requirements" for those sections that extend or add requirements to HTTP methods. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 12:45:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuveS-0003f5-7A for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 12:45:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA17520 for ; Fri, 6 Jan 2006 12:44:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euvdl-0005na-Dc for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 17:44:37 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Euvdi-0005mY-5b for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 17:44:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Euvdd-0003fh-Nn for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 17:44:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06HiSjg021996; Fri, 6 Jan 2006 09:44:28 -0800 Date: Fri, 6 Jan 2006 09:44:28 -0800 Message-Id: <200601061744.k06HiSjg021996@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Euvdd-0003fh-Nn ec6a4618dfdad6bf0a71ebe50d53b6c5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 215] Broken section organization X-Archived-At: http://www.w3.org/mid/200601061744.k06HiSjg021996@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11505 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: Fri, 06 Jan 2006 17:44:37 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=215 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-06 09:44 ------- The example was meant to be in the flow of section 15, so I changed the section to merely be a so that there's no sub-section. That seems to be a reasonable and simple way to fix the flow. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 12:54:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euvmq-00065J-4C for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 12:54:00 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA17957 for ; Fri, 6 Jan 2006 12:52:44 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuvmB-0001Dz-PS for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 17:53:19 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Euvm8-0001DD-2n for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 17:53:16 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Euvm6-0001oI-5O for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 17:53:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06HrDMJ022022; Fri, 6 Jan 2006 09:53:13 -0800 Date: Fri, 6 Jan 2006 09:53:13 -0800 Message-Id: <200601061753.k06HrDMJ022022@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Euvm6-0001oI-5O 7c5240ce5ab92be3101eb305511f5879 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 92] lock owner description X-Archived-At: http://www.w3.org/mid/200601061753.k06HrDMJ022022@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11506 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: Fri, 06 Jan 2006 17:53:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=92 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-06 09:53 ------- >From 01/06 telecon: Move definition of lock owner to the main section on locking (before lock token?), and clarify the distinction between the creator of a lock and DAV:owner element (defined in section 13.17, owner XML element). Rest of spec needs to be checked for consistent use of these terms. Also update the definition of owner XML element such that server treats the contents of DAV:owner as a dead property with respect to, e.g., namespace preservation, etc. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 12:54:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euvms-00065h-45 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 12:54:02 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA17959 for ; Fri, 6 Jan 2006 12:52:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuvmK-0001HO-MS for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 17:53:28 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuvmJ-0001Eu-MQ for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 17:53:27 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuvmF-0006Uw-TL for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 17:53:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06HrNc4022040; Fri, 6 Jan 2006 09:53:23 -0800 Date: Fri, 6 Jan 2006 09:53:23 -0800 Message-Id: <200601061753.k06HrNc4022040@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuvmF-0006Uw-TL 59044e2536b8376a8e5ebc6e9e50f8b9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 92] lock owner description X-Archived-At: http://www.w3.org/mid/200601061753.k06HrNc4022040@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11507 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: Fri, 06 Jan 2006 17:53:28 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=92 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 12:58:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euvrb-00073q-Sg for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 12:58:55 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA18368 for ; Fri, 6 Jan 2006 12:57:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euvqw-0002KI-LZ for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 17:58:14 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Euvqu-0002JX-84 for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 17:58:12 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Euvqo-0007H2-FM for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 17:58:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06Hw67a022063; Fri, 6 Jan 2006 09:58:06 -0800 Date: Fri, 6 Jan 2006 09:58:06 -0800 Message-Id: <200601061758.k06Hw67a022063@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Euvqo-0007H2-FM e4baae11dd2ef1c28f9a720f17d4381d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 133] LOCK_SEMANTICS X-Archived-At: http://www.w3.org/mid/200601061758.k06Hw67a022063@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11508 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: Fri, 06 Jan 2006 17:58:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=133 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-06 09:58 ------- Previously resolved, as of draft -10; see sections 3 (Terminology) and 7.1 (Lock Owner). Noted that the WG explictly acknowleges the use case where anonymous access to a resource is permitted in certain cases. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:01:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euvty-0000FE-Ki for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:01:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA18622 for ; Fri, 6 Jan 2006 13:00:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuvtK-0004NP-3s for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:00:42 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuvtH-0004KB-FO for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:00:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuvtE-0007fW-MD for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:00:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06I0aEQ022084; Fri, 6 Jan 2006 10:00:36 -0800 Date: Fri, 6 Jan 2006 10:00:36 -0800 Message-Id: <200601061800.k06I0aEQ022084@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuvtE-0007fW-MD e96f3708b21ad97cd39b53832d8551ac X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 138] UNLOCK_WHAT_URL X-Archived-At: http://www.w3.org/mid/200601061800.k06I0aEQ022084@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11509 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: Fri, 06 Jan 2006 18:00:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=138 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-06 10:00 ------- Fixed in -10 draft. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:13:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euw67-0005qu-Vn for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:13:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA19453 for ; Fri, 6 Jan 2006 13:12:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euw5R-0007ic-4g for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:13:13 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Euw5O-0007hq-5r for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:13:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Euw5L-0005o6-Dn for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:13:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06ID6d3022156; Fri, 6 Jan 2006 10:13:06 -0800 Date: Fri, 6 Jan 2006 10:13:06 -0800 Message-Id: <200601061813.k06ID6d3022156@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Euw5L-0005o6-Dn 66394e6a5b078fcf67340c774c4fd9b9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 92] lock owner description X-Archived-At: http://www.w3.org/mid/200601061813.k06ID6d3022156@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11510 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: Fri, 06 Jan 2006 18:13:13 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=92 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-06 10:13 ------- Fixed -- minor changes throughout draft. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:15:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euw7b-0006LK-Oe for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:15:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA19569 for ; Fri, 6 Jan 2006 13:14:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euw70-00088O-8F for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:14:50 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Euw6z-00087q-4m for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:14:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Euw6v-0001Nf-B3 for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:14:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06IEhig022182; Fri, 6 Jan 2006 10:14:43 -0800 Date: Fri, 6 Jan 2006 10:14:43 -0800 Message-Id: <200601061814.k06IEhig022182@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Euw6v-0001Nf-B3 6829580901a95b2d1b12992fd4bbd1dd X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 101] Extensibility for dav:owner X-Archived-At: http://www.w3.org/mid/200601061814.k06IEhig022182@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11511 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: Fri, 06 Jan 2006 18:14:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=101 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |48 AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu Bug 101 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |NEW Status|NEW |ASSIGNED Status|ASSIGNED |RESOLVED Resolution| |FIXED Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From elias@cse.ucsc.edu 2006-01-06 10:14 ------- Issue 48 addresses extensibility in general. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:15:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euw80-0006cy-Ai for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:15:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA19606 for ; Fri, 6 Jan 2006 13:14:36 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euw7O-0000X8-6m for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:15:14 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Euw7J-0000Iu-HA for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:15:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Euw7F-0001r1-FJ for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:15:08 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06IF30T022209; Fri, 6 Jan 2006 10:15:03 -0800 Date: Fri, 6 Jan 2006 10:15:03 -0800 Message-Id: <200601061815.k06IF30T022209@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Euw7F-0001r1-FJ fdbbc49377f7cac13e1a166f673ec2be X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 101] Extensibility for dav:owner X-Archived-At: http://www.w3.org/mid/200601061815.k06IF30T022209@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11512 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: Fri, 06 Jan 2006 18:15:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=101 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-06 10:15 ------- assigned to elias for discussion in next telecon. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:17:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuwA0-00072Q-LI for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:17:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA19779 for ; Fri, 6 Jan 2006 13:16:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euw9R-0002Ci-S9 for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:17:21 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Euw9O-0002B9-8A for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:17:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Euw9M-0006iz-OC for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:17:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06IHG90022275; Fri, 6 Jan 2006 10:17:16 -0800 Date: Fri, 6 Jan 2006 10:17:16 -0800 Message-Id: <200601061817.k06IHG90022275@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Euw9M-0006iz-OC 2416c4864ba2f771fe6046a5e5760559 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 202] Move description of lock-null resources into appendix X-Archived-At: http://www.w3.org/mid/200601061817.k06IHG90022275@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11513 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: Fri, 06 Jan 2006 18:17:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=202 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-06 10:17 ------- Old servers continue to be compliant with RFC2518. Servers going to the trouble of implementing RFC2518bis must be compliant with new locked empty resource behavior. I do not see the problem with this, particularly in the Changes section which only summarizes what's in the rest of the draft. Please get consensus around a change here, because I thought we had consensus around what's already described, and propose a specific change or set of changes. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:24:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuwGm-0000uU-EK for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:24:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA20358 for ; Fri, 6 Jan 2006 13:23:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuwFp-0003UL-Er for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:23:57 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuwFl-0003T3-Ao for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:23:53 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuwFh-0002zc-0M for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:23:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06INkRK022297; Fri, 6 Jan 2006 10:23:46 -0800 Date: Fri, 6 Jan 2006 10:23:46 -0800 Message-Id: <200601061823.k06INkRK022297@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EuwFh-0002zc-0M dc1763fc50fa791bef085adf17c42abb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 130] IF_AND_AUTH X-Archived-At: http://www.w3.org/mid/200601061823.k06INkRK022297@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11514 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: Fri, 06 Jan 2006 18:23:57 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=130 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-06 10:23 ------- This is no longer an issue, as anonymous access to resources must be supported. The real issue is whether the principle which took out the lock was authenticated or not. If the principle was authenticated, then subsequent use of the lock token must also be done by the same authenticated principle (the lock owner). Otherwise not. Discussion of this issue is related to that of issue #133, LOCK_SEMANTICS. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:37:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuwTD-0000vs-Q2 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:37:47 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA21508 for ; Fri, 6 Jan 2006 13:36:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuwSR-0000WW-TN for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:36:59 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuwSQ-0000Vx-8X for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:36:58 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuwSM-0005km-5P for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:36:57 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06IarAF022336; Fri, 6 Jan 2006 10:36:53 -0800 Date: Fri, 6 Jan 2006 10:36:53 -0800 Message-Id: <200601061836.k06IarAF022336@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EuwSM-0005km-5P 1dba2c426a862284996ea305e1b507e7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 196] LOCK_ISSUES_ERROR_CODES X-Archived-At: http://www.w3.org/mid/200601061836.k06IarAF022336@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11515 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: Fri, 06 Jan 2006 18:36:59 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=196 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-06 10:36 ------- Discussed during 2006-01-06 conference call. Recommendation to close as fixed; re-assigning to Elias. In particular: "Upon cursory reading of the rfc 2518 sec 8.10.4 through 8.11 I was confused by the plethoria of error codes. Nothing seems to unify them. 8.10.4 speaks of a return code of 409 Conflict if a lock can't be granted. - Firstly, I can't tell if it is saying that the 409 is within the multistatus body... or in the response header." The spec nows says it's a multistatus (207). "- Secondly, later text seems to use a different status codes and never mentions this one again." If this was about the example in 8.10.10, this is now consistent. "8.10.7 lists status codes - 200 OK, 412 Precondition Failed, and 423 Locked are listed, but 409 Conflict (mentioned above) is not." 409 as discussed doesn't occur anymore, but the new spec mentions another case where you can get 409. 412 will not occur because LOCK refresh doesn't use the If header anymore. "- In the case of 412 Precondition Failed, the description the follows doesn't seem to describe a "precondition failed". And it sounds like it's talking about an access request that includes a "locktoken", not a LOCK request that generates one." See above. "- The 423 Locked condition also sort of sounds like it's talking about an access request rather than a LOCK request." We're in the section about the LOCK request here, so that doesn't seem to be a problem. "8.10.10 lists LOCK status codes - 207 Multistatus which was not mentioned above - 403 Forbidden which was not mentioned above. - 424 Failed dependency which was not mentioned above. " 207 is now mentioned, the other codes appear *inside* the multistatus, and the spec doesn't mention any specific status codes for use inside the body anyway. "8.11 UNLOCK - we don't mention what the failure response should look like. - comment: 200 OK seems like a better response than 204 No Content. The brief explanation isn't persuasive and seems to say that the response code should serve the purpose of the Content-Length. header." Failure codes are now mentioned. The issue of 200 vs 204 seems to be irrelevant in respect to interop (not aware of any problems), so recommended not to change. - we should probably explicitly say if an UNLOCK can only be done on the" original resource... and will fail even if the resource specified is locked by virtue of being a child of the original resource. Or is this too obvious? I know it's something easy to goof up in an implementation." Spec has been changed that any resource in scope of the lock can be used. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:42:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuwXt-000351-FI for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:42:37 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA21738 for ; Fri, 6 Jan 2006 13:41:21 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuwXJ-0001RE-CZ for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:42:01 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EuwXD-0001QM-Pf for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:41:56 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EuwXA-0006NR-Jp for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:41:54 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06IfqeA022362; Fri, 6 Jan 2006 10:41:52 -0800 Date: Fri, 6 Jan 2006 10:41:52 -0800 Message-Id: <200601061841.k06IfqeA022362@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EuwXA-0006NR-Jp cbe63df9e61b4c31afca4121a9a90666 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 197] LOCK_ISSUES_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601061841.k06IfqeA022362@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11516 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: Fri, 06 Jan 2006 18:42:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=197 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |163 AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-06 10:41 ------- Discussed during 2006-01-06 conference call. Recommendation to close as fixed; re-assigning to Elias. In particular: "9.4 If header - BNF suggests that IF's content must be all tagged or all untagged. " Yes. "- doesn't say if there can be two If headers in a request. Might we want a tagged one and an untagged one? " No. There can only be one If header. "- I must be misunderstanding this, but it sounds to me like that state of a resource(s) must match one of the locktokens listed in the request. But what if some of the resources are locked and others are not. The unlocked resources definitely won't contain state that's listed. Are we precluding operations on regions that might not be entirely locked? -- Is this a valid observation or a red herring?" Spec now says untagged If header applies to Request-URI. "9.4.1.1 If header - untagged example - See my comment about regions that are not entirely locked." Resolved by above change, the explanation of the example was updated accordingly. "9.4.2 If header -tagged state - So if we've applied a lock with depth.... and now we're doing a DELETE on a subtree of that tree and we've tagged the locktoken we've submitted, will this prevent that locktoken from apply'ing to ALL the resources of the subtree... and thus prevent the COPY from succeeding? Or are we supposed to tag the lock token with the root of the LOCK even if that is not part of what we are deleting? Or should the request use untagged locktokens?" We're going to use the term "submitting" a lock token, which means that the lock token appears somewhere in the If header (that is, for the action of submitting it it's irrelevant where it appears). "9.4.3 If header - NOT operator - Why do we want this? of course... why not? :-) Overall, the If header seems backwards for locktokens. It's client driven rather than server semantics driven. The only feature it seems to provide is perhaps the ability for the client to request that the request be aborted if the resource no longer is locked. Other than that it seems to complicate the simple process of letting the server know what tokens you hold. I'd think we'd just want a different header to declare what lock tokens we hold and let the server (not the client) decide how they affect the success of the request." Consensus to keep "Not" (see issue 163). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 13:42:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuwXu-00035F-8X for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 13:42:38 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA21740 for ; Fri, 6 Jan 2006 13:41:21 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuwXM-0001SJ-4k for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 18:42:04 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EuwXK-0001RQ-7g for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 18:42:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EuwXG-0006kO-1G for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 18:42:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06IfvSh022378; Fri, 6 Jan 2006 10:41:57 -0800 Date: Fri, 6 Jan 2006 10:41:57 -0800 Message-Id: <200601061841.k06IfvSh022378@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EuwXG-0006kO-1G e5c90141a391385f9ed08d2fd070d629 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 163] REMOVE_NOT_SUPPORT_FROM_IF_HEADERS X-Archived-At: http://www.w3.org/mid/200601061841.k06IfvSh022378@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11517 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: Fri, 06 Jan 2006 18:42:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=163 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |197 nThis| | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 16:45:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EuzOn-0006hb-C7 for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 16:45:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA14285 for ; Fri, 6 Jan 2006 16:44:08 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuzN5-0007WG-RV for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 21:43:39 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuzN2-0007VK-Hv for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 21:43:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuzN0-0004dw-Vq for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 21:43:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06LhYcV022505; Fri, 6 Jan 2006 13:43:34 -0800 Date: Fri, 6 Jan 2006 13:43:34 -0800 Message-Id: <200601062143.k06LhYcV022505@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuzN0-0004dw-Vq 2924cb075fd8ff97d94cbf11b02aaf3d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601062143.k06LhYcV022505@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11518 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: Fri, 06 Jan 2006 21:43:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-06 13:43 ------- Good suggestion on the changes text. The weakening of the requirement is a little tricky, if this wording isn't OK please propose alternative wording: Servers MUST support "0" and "1" depth requests on WebDAV-compliant resources and SHOULD support "infinity" requests in the absence of serious performance issues. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 17:02:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euzfh-0005lf-Du for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 17:02:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA15506 for ; Fri, 6 Jan 2006 17:01:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euzey-0003yh-3d for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 22:02:08 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Euzer-0003y7-12 for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 22:02:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Euzem-0007ag-Vx for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 22:02:00 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06M1sJo022539; Fri, 6 Jan 2006 14:01:54 -0800 Date: Fri, 6 Jan 2006 14:01:54 -0800 Message-Id: <200601062201.k06M1sJo022539@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Euzem-0007ag-Vx 5ce129afb5f522884d27e8ec3d7bf644 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601062201.k06M1sJo022539@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11519 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: Fri, 06 Jan 2006 22:02:08 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-06 14:01 ------- Actually, I did suggest the change already (). Regarding your proposal: if this would be SHOULD (rather than a MAY), we wouldn't need specific error marshalling for the case where the server rejects the request. I also believe that WG consensus is that this is truly optional (thus MAY). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 17:15:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euzs6-0001vd-Jg for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 17:15:42 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA16374 for ; Fri, 6 Jan 2006 17:14:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EuzrK-00069F-9i for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 22:14:54 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EuzrH-00068g-Gg for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 22:14:51 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EuzrE-0000gR-OT for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 22:14:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06MEm8S022564; Fri, 6 Jan 2006 14:14:48 -0800 Date: Fri, 6 Jan 2006 14:14:48 -0800 Message-Id: <200601062214.k06MEm8S022564@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EuzrE-0000gR-OT 785da935176c5cbd65189a0d2166023a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601062214.k06MEm8S022564@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11520 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: Fri, 06 Jan 2006 22:14:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-06 14:14 ------- This is a case where I believe the WG changed consensus. Early on in pre-06 drafts of RFC2518bis, we discussed allowing clients to provide an absolute path in Destination header, rather than an absolute URI. This was thought to be necessary for some clients that didn't have host information available or might have incorrect host information. Later the WG took a broader look at various places in the protocol that could take URIs, and decided to become stricter rather than more lenient. I believe this implied reverting the earlier decision to allow paths instead of just complete URIs in Destination, but it's good to point this out to confirm. I've tried to make the next draft conform to the most recent decision more consistently. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 17:21:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Euzxv-0004qB-Kv for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 17:21:43 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA16715 for ; Fri, 6 Jan 2006 17:20:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Euzwp-0000eu-CB for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 22:20:35 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Euzwm-0000eE-GY for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 22:20:32 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Euzwi-0001Vj-Jy for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 22:20:31 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06MKS70022596; Fri, 6 Jan 2006 14:20:28 -0800 Date: Fri, 6 Jan 2006 14:20:28 -0800 Message-Id: <200601062220.k06MKS70022596@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Euzwi-0001Vj-Jy fe4b7684b7eb54f7d0e948f1c641a324 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601062220.k06MKS70022596@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11521 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: Fri, 06 Jan 2006 22:20:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu Status|REOPENED |NEW ------- Additional Comments From lisa@osafoundation.org 2006-01-06 14:20 ------- I prefer SHOULD because existing clients still use it (and it's the default for no depth) but at any rate I think this is something we should be clear on what the consensus is. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 17:24:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ev014-0006G8-3c for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 17:24:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA16894 for ; Fri, 6 Jan 2006 17:23:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ev00R-00017e-Ve for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 22:24:19 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ev00P-000171-7G for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 22:24:17 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Ev00M-0003gu-Lx for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 22:24:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k06MOD1W022612; Fri, 6 Jan 2006 14:24:13 -0800 Date: Fri, 6 Jan 2006 14:24:13 -0800 Message-Id: <200601062224.k06MOD1W022612@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Ev00M-0003gu-Lx c9f51b0ae381781e1e207ab46b822cc1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601062224.k06MOD1W022612@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11522 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: Fri, 06 Jan 2006 22:24:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-06 14:24 ------- Are you aware of any clients that rely on it, being by default turned off in Apache/moddav (and SAP Netweaver, for that matter)??? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 06 17:41:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ev0H3-0003j6-Ei for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 17:41:31 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA17979 for ; Fri, 6 Jan 2006 17:40:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ev0GN-0005kW-Ok for w3c-dist-auth-dist@listhub.w3.org; Fri, 06 Jan 2006 22:40:47 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ev0GK-0005jm-Od for w3c-dist-auth@listhub.w3.org; Fri, 06 Jan 2006 22:40:44 +0000 Received: from e3.ny.us.ibm.com ([32.97.182.143]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ev0GI-0004QC-JS for w3c-dist-auth@w3.org; Fri, 06 Jan 2006 22:40:44 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e3.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k06Mefw5029813 for ; Fri, 6 Jan 2006 17:40:41 -0500 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k06MefJV108988 for ; Fri, 6 Jan 2006 17:40:41 -0500 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k06MefSS008136 for ; Fri, 6 Jan 2006 17:40:41 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av03.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k06MefnC008133 for ; Fri, 6 Jan 2006 17:40:41 -0500 In-Reply-To: <3246fe58a817dfacb626c45cfb937ea9@osafoundation.org> To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Fri, 6 Jan 2006 17:40:40 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/06/2006 17:40:41, Serialize complete at 01/06/2006 17:40:41 Content-Type: multipart/alternative; boundary="=_alternative 007C6EC1852570EE_=" Received-SPF: pass (lisa.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.143 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: lisa.w3.org 1Ev0GI-0004QC-JS 8445e43dd8f95cbdf0ab3fc6e6842832 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Question on GULP - resources added to locked collection X-Archived-At: http://www.w3.org/mid/OF0F3D21B2.74DCFAFF-ON852570EE.007B4092-852570EE.007C6F1E@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11523 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: Fri, 06 Jan 2006 22:40:47 +0000 This is a multipart message in MIME format. --=_alternative 007C6EC1852570EE_= Content-Type: text/plain; charset="US-ASCII" Lisa wrote on 01/06/2006 12:26:58 PM: > So in the case of a locked collection bound to an internal member of > itself, the locked collection is both directly locked and indirectly > locked. That's OK with me. > Is the text *still* ok though? In the case of the collection being > bound to a child URL of itself, the collection still becomes indirectly > locked, right? (Just not to the exclusion of being also directly > locked). Here's the proposed text again: > > > > > "In particular, if an internal member resource is added to > > > > a collection that is locked by a depth:infinity lock, > > > > then the resource becomes indirectly locked by that lock." Yes, if we allow a resource to be both directly and indirectly locked by the same lock, then the text above is fine (and preferable, because it is simpler). > We may want to add the principle that in the presence of bindings a > resource may be both directly and indirectly locked (though personally > I'd prefer the bindings spec to say that). It's a situation that can arise when two URL's are mapped to the same resource (defined by the base HTTP spec) and a result of a MOVE call, so it should be documented in the WebDAV base spec, not just in the BIND spec. > Then of course, there's the possibility for an infinitely locked > collection to contain a member URL that binds to a resource that is > locked by a *different* lock. Because of the model of only the binding > that was locked being protected, it seems that other bindings could be > added to the locked collection but the resource would not become > indirectly locked. E.g. if A is locked with lockA, and B is locked > with lockB, and B' is an unlocked binding to the locked resource also > bound to B, then if B' is moved into A, the resource under B' cannot > become indirectly locked with lockA. This is an error case (i.e. the MOVE or BIND should fail because it would result in a given resource have two locks). > Is this text correct then? Yes, your rewording makes it clearer that this is an error case, and is superior to my original wording for this reason as well. > "In particular, if an internal member resource is added to a collection > that is locked by a depth:infinity lock (and if the new member resource > is not already locked by any lock), then the resource becomes > indirectly locked by that lock." > > Seems that this kind of text goes beyond almost any implementation of > RFC2518 (only servers implementing bindings would need to worry about > the nuances we're discussing) and is quite confusing without examples. I agree that we can (and should) delete this sentence (i.e., the sentence beginning with "In particular, ...". Cheers, Geoff --=_alternative 007C6EC1852570EE_= Content-Type: text/html; charset="US-ASCII"
Lisa wrote on 01/06/2006 12:26:58 PM:

> So in the case of a locked collection bound to an internal member of
> itself, the locked collection is both directly locked and indirectly
> locked.

That's OK with me.  

> Is the text *still* ok though?  In the case of the collection being
> bound to a child URL of itself, the collection still becomes indirectly
> locked, right?  (Just not to the exclusion of being also directly
> locked).   Here's the proposed text again:
>
>   > >  >     "In particular, if an internal member resource is added to
>   > >  >     a collection that is locked by a depth:infinity lock,
>   > >  >     then the resource becomes indirectly locked by that lock."

Yes, if we allow a resource to be both directly and indirectly locked
by the same lock, then the text above is fine (and preferable, because
it is simpler).

> We may want to add the principle that in the presence of bindings a
> resource may be both directly and indirectly locked (though personally
> I'd prefer the bindings spec to say that).

It's a situation that can arise when two URL's are mapped to the same
resource (defined by the base HTTP spec) and a result of a MOVE call,
so it should be documented in the WebDAV base spec, not just in
the BIND spec.

> Then of course, there's the possibility for an infinitely locked
> collection to contain a member URL that binds to a resource that is
> locked by a *different* lock.  Because of the model of only the binding
> that was locked being protected, it seems that other bindings could be
> added to the locked collection but the resource would not become
> indirectly locked.  E.g. if A is locked with lockA, and B is locked
> with lockB, and B' is an unlocked binding to the locked resource also
> bound to B, then if B' is moved into A, the resource under B' cannot
> become indirectly locked with lockA.

This is an error case (i.e. the MOVE or BIND should fail because it
would result in a given resource have two locks).

> Is this text correct then?

Yes, your rewording makes it clearer that this is an error case, and
is superior to my original wording for this reason as well.

> "In particular, if an internal member resource is added to a collection
> that is locked by a depth:infinity lock (and if the new member resource
> is not already locked by any lock), then the resource becomes
> indirectly locked by that lock."
>
> Seems that this kind of text goes beyond almost any implementation of
> RFC2518 (only servers implementing bindings would need to worry about
> the nuances we're discussing) and is quite confusing without examples.

I agree that we can (and should) delete this sentence (i.e., the sentence
beginning with "In particular, ...".

Cheers,
Geoff

--=_alternative 007C6EC1852570EE_=-- From cpf@esquare.com Fri Jan 06 18:47:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ev1Iz-000376-EV for webdav-archive@megatron.ietf.org; Fri, 06 Jan 2006 18:47:33 -0500 Received: from d36-20-138.home1.cgocable.net (d36-20-138.home1.cgocable.net [24.36.20.138]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA22833 for ; Fri, 6 Jan 2006 18:46:16 -0500 (EST) Received: from mouthful.felicity.com (pate [1.172.85.170]) by pang.com (epstein) with combustion id 4154248710682 for ; Fri, 06 Jan 2006 18:10:46 -0500 Date: Fri, 06 Jan 2006 13:17:09 -0500 Message-Id: <6449625579191080322240798@microsoft.com> From: Margaret Montoya To: webdav-archive@ietf.org Subject: Amazing, Dena X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: conspicuous 27.294.4248049 X-MimeOLE: kaolin 77.999.8798432 Content-Type: multipart/mixed; boundary="------=078168461677" Content-Transfer-Encoding: base64 --------=078168461677 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Literature could be said to be a sort of disciplined technique for arousing certain emotions.
That rarest gift to Beauty, Common Sense!I couldn't claim that I have never felt the urge to explore evil, but when you descend into hell you have to be very careful. --------=078168461677 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Juanita-> http://jatosd.ruitx.info/?jsiernxwpqqywgomaezpowvrake --------=078168461677-- From w3c-dist-auth-request@frink.w3.org Sat Jan 07 07:29:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvDCm-00033v-Mm for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 07:29:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA05398 for ; Sat, 7 Jan 2006 07:28:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvDAy-0006iu-E2 for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 12:28:04 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvDAw-0006i9-FF for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 12:28:02 +0000 Received: from mail.gmx.net ([213.165.64.21]) by lisa.w3.org with smtp (Exim 4.50) id 1EvDAt-0000Rz-Fq for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 12:28:02 +0000 Received: (qmail invoked by alias); 07 Jan 2006 12:27:57 -0000 Received: from p508F80B6.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.128.182] by mail.gmx.net (mp035) with SMTP; 07 Jan 2006 13:27:57 +0100 X-Authenticated: #1915285 Message-ID: <43BFB363.5060503@gmx.de> Date: Sat, 07 Jan 2006 13:26:11 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: WebDAV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1EvDAt-0000Rz-Fq acbe1b3a3f318861a76b7d63f12c1b32 X-Original-To: w3c-dist-auth@w3.org Subject: Issue 147 - Depth vs Conditional headers X-Archived-At: http://www.w3.org/mid/43BFB363.5060503@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11524 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, 07 Jan 2006 12:28:04 +0000 Content-Transfer-Encoding: 7bit See . Hi, it seems that RFC2518 and RFC2518bis share a major problem in defining how the Depth header and other headers interact. In Section 9.2, RFC2518 () says: "Any headers on a method that has a defined interaction with the Depth header MUST be applied to all resources in the scope of the method except where alternative behavior is explicitly defined. For example, an If-Match header will have its value applied against every resource in the method's scope and will cause the method to fail if the header fails to match." Let's look at an example. A COPY request with Depth infinity having an If-Match header such as: COPY /foo HTTP/1.1 Host: example.com Destination: http://example.com/bar If-Match: "123" Depth: Infinity would need to evaluate the If-Match header for each resource to be copied. There are two major problems with this: 1) It would be extremely expensive. For a copy of a large tree, the server would need check entity tags on any member before even starting the copy operation, because it would need to fail with a top-level 412 status otherwise. 2) It's not being implemented in today's servers, see . Now for the "If" header itself (this is the only applicable header defined in RFC2518 itself), RFC2518bis already states that it only applies to the Request-URI (when the untagged form is used). The only simple fix I can currently think of for the Depth header definition though is to revert the definition at least for those headers where we know that servers aren't doing it as defined (and also are not likely to change their behavior). Such as replace the quoted paragraph by: "Any headers on a method that has a defined interaction with the Depth header MUST be applied to all resources in the scope of the method except where alternative behavior is explicitly defined, and except for the If-Dash headers defined in RFC2616 and the If header defined in Section x.xy)." Feedback appreciated (I mean it! :-), Julian From w3c-dist-auth-request@frink.w3.org Sat Jan 07 07:46:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvDSO-00007x-Bv for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 07:46:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA06231 for ; Sat, 7 Jan 2006 07:44:47 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvDRa-0002rr-4v for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 12:45:14 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvDRZ-0002rC-9G for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 12:45:13 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvDRW-0003tn-FL for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 12:45:13 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07Cj5ZZ023481; Sat, 7 Jan 2006 04:45:05 -0800 Date: Sat, 7 Jan 2006 04:45:05 -0800 Message-Id: <200601071245.k07Cj5ZZ023481@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvDRW-0003tn-FL a5bedf1153c629f5b7a9c82491e34250 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 147] CLARIFY_UNTAGGED_IF_HEADER_APPLICATION X-Archived-At: http://www.w3.org/mid/200601071245.k07Cj5ZZ023481@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11525 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, 07 Jan 2006 12:45:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 04:45 ------- Proposed change below and in . Also note mail to mailing list (). Re-assigning to Elias so that discussion on conference call can be scheduled. Section 9., para. 17: OLD: Any headers on a method that has a defined interaction with the Depth header MUST be applied to all resources in the scope of the method except where alternative behavior is explicitly defined. For example, an If-Match header will have its value applied against every resource in the method's scope and will cause the method to fail if the header fails to match. NEW: Any headers on a method that has a defined interaction with the Depth header MUST be applied to all resources in the scope of the method except where alternative behavior is explicitly defined, and except for the If-Dash headers defined in [RFC2616] and the If header defined in Section 9.4. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 12:09:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvHZE-00010O-5f for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 12:09:24 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA20970 for ; Sat, 7 Jan 2006 12:08:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvHXt-0000pq-2O for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 17:08:01 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EvHXr-0000pI-8i for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 17:07:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EvHXl-0000lc-7B for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 17:07:58 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07H7o9Y028562; Sat, 7 Jan 2006 09:07:50 -0800 Date: Sat, 7 Jan 2006 09:07:50 -0800 Message-Id: <200601071707.k07H7o9Y028562@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EvHXl-0000lc-7B bcc78cdf9fc584d950aeed6dd849dd77 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 147] CLARIFY_UNTAGGED_IF_HEADER_APPLICATION X-Archived-At: http://www.w3.org/mid/200601071707.k07H7o9Y028562@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11526 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, 07 Jan 2006 17:08:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 09:07 ------- Forgot to update the "Changes" section: NEW: The If header and the If-Dash headers (defined in [RFC2616]) have been explicitly excluded from the Depth: Infinify rules (see Section 9.2). (note that this is another good example why the distinction between Client and Server Implementors makes little sense; any change that normatively affects what goes on on the wire affects both) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 12:14:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvHdk-0002fG-52 for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 12:14:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21308 for ; Sat, 7 Jan 2006 12:12:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvHd3-0001rq-T8 for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 17:13:21 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvHd1-0001rE-QC for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 17:13:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvHcz-0006q7-2i for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 17:13:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07HDEke028581; Sat, 7 Jan 2006 09:13:14 -0800 Date: Sat, 7 Jan 2006 09:13:14 -0800 Message-Id: <200601071713.k07HDEke028581@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvHcz-0006q7-2i e1ae3985e6f723fffeb1a485571b95f6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 99] Risks Connected with Lock Tokens X-Archived-At: http://www.w3.org/mid/200601071713.k07HDEke028581@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11527 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, 07 Jan 2006 17:13:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=99 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 09:13 ------- I note that not all agreed-upon changes have been made, see ...: -- snip -- > 1) Says "Variant x UUID" when it should say "Version x UUID" Ah. I misread the specification when we were editing last Friday. I agree it should be changed back to Version. > > 2) Misses the statement "Since a WebDAV server will issue many > locks over its lifetime, the implication is that it may also be > publicly exposing its IEEE 802 address.". Why? I don't recall. I'm fine with putting this back in. -- snip -- and ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From dordan@aa-vasa.com Sat Jan 07 12:13:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvHd1-00020S-5n for sctp-impl-archive@megatron.ietf.org; Sat, 07 Jan 2006 12:13:19 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21234 for ; Sat, 7 Jan 2006 12:12:00 -0500 (EST) Received: from 135-12.119-70.tampabay.res.rr.com ([70.119.12.135] helo=localhost) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EvHj8-0000AO-Qy for sctp-impl-archive@ietf.org; Sat, 07 Jan 2006 12:19:39 -0500 Message-ID: <000001c613d7$db03e600$0100007f@localhost> From: "Edward Garcia" To: Subject: cheap oem soft shipping //orldwide Date: Sat, 07 Jan 2006 12:13:15 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C613D7.DB03E600" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.1 (/) X-Scan-Signature: 093efd19b5f651b2707595638f6c4003 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C613D7.DB03E600 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable.TOP.10.NEW.TITLES.ON.SALE.NOW!.1.Office.Pro.2003.2.Adobe.Photoshop.9.0.3.Windows.XP.Pro.4.Adobe.Acrobat.7.Pro.5.Flash.MX.2004.6.Corel.Draw.12.7.Norton.Antivirus.2005.8.Windows.2003.Se ListPrice: $550.00 OurPrice: $69.95 YouSave: $480.05 ( 87%) Availability: Available for INSTANT download! Sales Rank: #1 Average Customer Review: (based on 46 reviews) -------------------------------------------------------------------------------- Microsoft Windows XP Professional by Microsoft ListPrice: $200.00 OurPrice: $49.95 YouSave: $150.05 ( 75%) Availability: Available for INSTANT download! Sales Rank: #2 Average Customer Review: (based on 31 reviews) -------------------------------------------------------------------------------- Adobe Photoshop CS2 V 9.0 by Adobe ListPrice: $599.00 OurPrice: $69.95 YouSave: $529.05 ( 88%) Availability: Available for INSTANT download! Sales Rank: #3 Average Customer Review: (based on 48 reviews) -------------------------------------------------------------------------------- ------=_NextPart_000_0001_01C613D7.DB03E600 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Software

TOP 10 NEW TITLES

 ON SALE NOW!

  1 Office Pro 2003
  2 Adobe Photoshop 9.0
  3 Windows XP Pro
  4 Adobe Acrobat 7 Pro
  5 Flash MX 2004
  6 Corel Draw 12
  7 Norton Antivirus 2005
  8 Windows 2003 Server
  9 Alias Maya 6 Wavefrt
  10 Adobe Illustrator 11
  See more by this manufacturer
    Microsoft
    Symantec
    Adobe

Microsoft Office Professional Edition 2003
   by Microsoft

ListPrice: $550.00
OurPrice: $69.95
YouSave: $480.05 ( 87%)



Availability: Available for INSTANT download!


Sales Rank: #1
Average Customer Review: 3D"5
(based on 48 reviews)

Microsoft Windows XP Professional
   by Microsoft

ListPrice: $200.00
OurPrice: $49.95
YouSave: $150.05 ( 75%)



Availability: Available for INSTANT download!


Sales Rank: #2
Average Customer Review: 3D"5
(based on 42 revie! ws)

Adobe Photoshop CS2 V 9.0
   by Adobe

ListPrice: $599.00
OurPrice: $69.95
YouSave: $529.05 ( 88%)



Availability: Available for INSTANT download!


Sales Rank: #3
Average Customer Review: 3D"5
(based on 33 reviews)

------=_NextPart_000_0001_01C613D7.DB03E600-- From GiselleMadrid@thirdrockgames.com Sat Jan 07 12:14:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvHdz-00036f-EY; Sat, 07 Jan 2006 12:14:19 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21339; Sat, 7 Jan 2006 12:13:01 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EvHk5-0000DP-Oc; Sat, 07 Jan 2006 12:20:39 -0500 Received: from 87.68.3.203.cable.012.net.il ([87.68.3.203]) by mx2.foretec.com with smtp (Exim 4.24) id 1EvHdn-0002jx-8H; Sat, 07 Jan 2006 12:14:09 -0500 Received: from hN4@localhost by qE72.int (8.11.6/8.11.6); Sat, 07 Jan 2006 22:50:50 +0500 Message-ID: From: "Giselle Arthur" Reply-To: "Giselle Arthur" To: rip-bounces@ietf.org, snmpconf-archive@ietf.org, randy.fair@ietf.org Subject: 0nline software, Download XP Pro, Systemworks & others Instantly Date: Sat, 07 Jan 2006 20:53:50 +0300 MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.2730.2 X-Sender: GiselleMadrid@thirdrockgames.com Content-Type: multipart/mixed; boundary="--nRfXV6RK5ay7tRZd" X-Spam-Score: 0.2 (/) X-Scan-Signature: f60fbf3dbcaca652b6d10036f0630412 K2q ----nRfXV6RK5ay7tRZd Content-Type: text/html; Content-Transfer-Encoding: quoted-printable 6
Opt-in Email Special Offer   = ;  unsubscribe me
<= td vAlign=3Dtop align=3Dleft width=3D530>

Microsoft Wind= ows XP Professional *w/SP2*
Microsoft

=
SEARCH
<= /td>

T= OP 10 NEW TITLES
<= /tr>= =   

 ON SALE NOW!

 1 Windows XP Pro SP2
 2= Creative Suite 2
 3 MS Office 2003 Pro
4 Adobe Acrobat 7 Pro
5= Macromedia Flash 8
 6<= /td> Dreamweaver 8
 7 Norton Sysworks 2005
 8 Adobe GoLive CS2
&= nbsp;9 Adobe Illustrator CS2
 10 Borland Architect 2005
  See more by this manufacturer
   Microsoft
   Macromedia
   A= dobe
  Customers al= so bought
   these other items...

=
Choose:<= /b>
<= select name=3Dedit1> =  
List Price:$299.00
Price:$49.99
You Save= :$249.01 (80%)



Availability: Available for INSTANT download!
Coupon Code: zuTrVxK2
Platform: Windows XP

S= ales Rank: #1
System requirements  |  Other Versions
Date Coupon Expires= : December 31st, 2005
Average Custome= r Review:3D"5 Based on 12146 reviews. Write a review.

Adobe Creative Suite 2 *Premium* Adobe

Choose:
 =

=

List Price:$1199.00
Price:$149.99
You Save:$1049.0= 1 (95%)



Availability: Available for INSTANT download!
Coupon Code: xrDPbh6X
= Platform: Windows= XP

Sales Rank: #2
System requirements&nbs= p; |  Other Versions
Date Coupon Expires: December 31st, 2005
Average Customer Review:3D= Based on 14769= reviews. Write a review.

<= /font>

<= b class=3Dsans>Microsoft Office 2003 *Professional*
Microsoft

<= b class=3Dsmall>Choose:
 

List Price:$499.00
Price:$69.99
You Save:$429.01 (85%)



Availab= ility: Available for INSTANT download!
Coupon Code: HyPuG Platform: W= indows XP

Sales Rank: #3
System requirements  |  Other Versions=
Date Coupon Expires: December 31st, 2005 Average Customer Review:3D"5 Based = on 13919 reviews. Write a review.

Adobe Acrobat Professional V 7.0
= Adobe

Choose:
<= a href=3Dhttp://fccsoft.com/?E>  

= = =
List Price:$499.0= 0
Price:$69.99
You Save:$429.01 (85%)



Availability: Available for INS= TANT download!
Coupon Code: r5r8BCA
Platform: Windows XP

Sales Rank: #4
System requirements  |  Other Versions
= Date Coupon Expires: December 31st, 2005
Average Customer Review:3D"5 Based on 194992 reviews. Write a review.

----nRfXV6RK5ay7tRZd-- From w3c-dist-auth-request@frink.w3.org Sat Jan 07 12:18:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvHiR-0006cI-B7 for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 12:18:55 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21553 for ; Sat, 7 Jan 2006 12:17:37 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvHhp-00056r-V9 for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 17:18:17 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvHhp-00056E-2B for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 17:18:17 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvHhm-0007vW-G9 for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 17:18:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07HIDHs028606; Sat, 7 Jan 2006 09:18:13 -0800 Date: Sat, 7 Jan 2006 09:18:13 -0800 Message-Id: <200601071718.k07HIDHs028606@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvHhm-0007vW-G9 39f20a4bc2251c0e917420ca45b744be X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 216] New: bad sectiion reference in 9.1 X-Archived-At: http://www.w3.org/mid/200601071718.k07HIDHs028606@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11528 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, 07 Jan 2006 17:18:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=216 Summary: bad sectiion reference in 9.1 Product: WebDAV-RFC2518-bis Version: -10 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-10.html#rfc.section.9.1 OS/Version: other Status: NEW Severity: trivial Priority: P2 Component: 09. HTTP Headers for Distributed Authoring AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org ...refers to Section 16 (compliance classes), but this is really section 17. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 12:22:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvHm7-0008F1-Ai for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 12:22:43 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21757 for ; Sat, 7 Jan 2006 12:21:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvHlO-0005yu-EU for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 17:21:58 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvHlL-0005yA-0I for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 17:21:55 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvHlJ-0003Ez-GV for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 17:21:54 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07HLqV6028627; Sat, 7 Jan 2006 09:21:52 -0800 Date: Sat, 7 Jan 2006 09:21:52 -0800 Message-Id: <200601071721.k07HLqV6028627@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvHlJ-0003Ez-GV 3f848e3d86d7081b81fc830bf807bd23 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601071721.k07HLqV6028627@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11529 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, 07 Jan 2006 17:21:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 09:21 ------- As far as I can tell, the agreed upon changes, in mailing list messages and have not been made. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 12:23:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvHmV-0008KE-8G for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 12:23:07 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21774 for ; Sat, 7 Jan 2006 12:21:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvHlx-00065h-2L for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 17:22:33 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvHlu-00064y-NF for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 17:22:30 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvHlr-0000GI-SH for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 17:22:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07HMQJS028645; Sat, 7 Jan 2006 09:22:26 -0800 Date: Sat, 7 Jan 2006 09:22:26 -0800 Message-Id: <200601071722.k07HMQJS028645@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvHlr-0000GI-SH af1585b3d92e500fbda264000c8d3c63 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 166] XML_GUIDELINES_CONFORMANCE X-Archived-At: http://www.w3.org/mid/200601071722.k07HMQJS028645@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11530 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, 07 Jan 2006 17:22:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=166 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |48 Version|-07 |-10 Bug 166 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Status|ASSIGNED |RESOLVED Resolution| |FIXED Status|RESOLVED |REOPENED Resolution|FIXED | Status|REOPENED |NEW Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 13:17:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvIcf-0001KA-AN for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 13:17:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA25196 for ; Sat, 7 Jan 2006 13:15:44 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvIbM-0002PS-GK for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 18:15:40 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvIbK-0002Ot-Vl for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 18:15:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvIbG-0001sC-4G for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 18:15:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07IFWU7028711; Sat, 7 Jan 2006 10:15:32 -0800 Date: Sat, 7 Jan 2006 10:15:32 -0800 Message-Id: <200601071815.k07IFWU7028711@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvIbG-0001sC-4G ee44b26583adfa997023f2b079cdb607 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 42] Consider deprecating text/xml for XML request/response bodies X-Archived-At: http://www.w3.org/mid/200601071815.k07IFWU7028711@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11531 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, 07 Jan 2006 18:15:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=42 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 10:15 ------- The changes have been made to section 4.3 (which is about XML as related to properties), but the original text in section 16 hasn't been updated. Propose to remove the new para from 4.3, and to update section 16 instead. See for concrete spec text. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 14:46:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvK0o-0003RE-NA for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 14:46:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA00213 for ; Sat, 7 Jan 2006 14:44:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvJzW-00068d-Pu for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 19:44:42 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvJzS-00067K-Bp; Sat, 07 Jan 2006 19:44:38 +0000 Received: from e6.ny.us.ibm.com ([32.97.182.146]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvJzP-0000eL-0s; Sat, 07 Jan 2006 19:44:37 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e6.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k07JiUIP025331; Sat, 7 Jan 2006 14:44:30 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k07JiUhb106814; Sat, 7 Jan 2006 14:44:30 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k07JiUNU030406; Sat, 7 Jan 2006 14:44:30 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k07JiU8R030403; Sat, 7 Jan 2006 14:44:30 -0500 In-Reply-To: <43BFB363.5060503@gmx.de> To: Julian Reschke Cc: WebDAV , w3c-dist-auth-request@w3.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Sat, 7 Jan 2006 14:44:28 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/07/2006 14:44:29, Serialize complete at 01/07/2006 14:44:29 Content-Type: multipart/alternative; boundary="=_alternative 006C718B852570EF_=" Received-SPF: pass (maggie.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.146 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1EvJzP-0000eL-0s 53a511a052858f81c29e27cf53ecbb23 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Issue 147 - Depth vs Conditional headers X-Archived-At: http://www.w3.org/mid/OF3192B5CE.92CFEE7B-ON852570EF.006BBA2B-852570EF.006C721C@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11532 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, 07 Jan 2006 19:44:42 +0000 This is a multipart message in MIME format. --=_alternative 006C718B852570EF_= Content-Type: text/plain; charset="US-ASCII" I don't see an alternative. The only thing I'd suggest is to slightly simplify the qualifier by not referring to the If header (since we can state in the definition of If header that it doesn't recurse via Depth), i.e.: "Any headers on a method that has a defined interaction with the Depth header MUST be applied to all resources in the scope of the method except where alternative behavior is explicitly defined, and except for the If-* headers defined in RFC2616." Cheers, Geoff Julian wrote on 01/07/2006 07:26:11 AM: > > See . > > Hi, > > it seems that RFC2518 and RFC2518bis share a major problem in defining > how the Depth header and other headers interact. In Section 9.2, RFC2518 > () says: > > "Any headers on a method that has a defined interaction with the Depth > header MUST be applied to all resources in the scope of the method > except where alternative behavior is explicitly defined. For example, an > If-Match header will have its value applied against every resource in > the method's scope and will cause the method to fail if the header fails > to match." > > Let's look at an example. A COPY request with Depth infinity having an > If-Match header such as: > > COPY /foo HTTP/1.1 > Host: example.com > Destination: http://example.com/bar > If-Match: "123" > Depth: Infinity > > would need to evaluate the If-Match header for each resource to be > copied. There are two major problems with this: > > 1) It would be extremely expensive. For a copy of a large tree, the > server would need check entity tags on any member before even starting > the copy operation, because it would need to fail with a top-level 412 > status otherwise. > > 2) It's not being implemented in today's servers, see > . > > > Now for the "If" header itself (this is the only applicable header > defined in RFC2518 itself), RFC2518bis already states that it only > applies to the Request-URI (when the untagged form is used). > > > The only simple fix I can currently think of for the Depth header > definition though is to revert the definition at least for those headers > where we know that servers aren't doing it as defined (and also are not > likely to change their behavior). Such as replace the quoted paragraph by: > > "Any headers on a method that has a defined interaction with the Depth > header MUST be applied to all resources in the scope of the method > except where alternative behavior is explicitly defined, and except for > the If-Dash headers defined in RFC2616 and the If header defined in > Section x.xy)." > > Feedback appreciated (I mean it! :-), > > Julian > > > > > > > --=_alternative 006C718B852570EF_= Content-Type: text/html; charset="US-ASCII"
I don't see an alternative.  The only thing I'd suggest is to
slightly simplify the qualifier by not referring to the If header
(since we can state in the definition of If header that it
doesn't recurse via Depth), i.e.:

"Any headers on a method that has a defined interaction with the Depth
header MUST be applied to all resources in the scope of the method
except where alternative behavior is explicitly defined, and except for
the If-* headers defined in RFC2616."

Cheers,
Geoff

Julian wrote on 01/07/2006 07:26:11 AM:
>
> See <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147>.
>
> Hi,
>
> it seems that RFC2518 and RFC2518bis share a major problem in defining
> how the Depth header and other headers interact. In Section 9.2, RFC2518
> (<http://greenbytes.de/tech/webdav/rfc2518.html#rfc.section.9.2.p.9>) says:
>
> "Any headers on a method that has a defined interaction with the Depth
> header MUST be applied to all resources in the scope of the method
> except where alternative behavior is explicitly defined. For example, an
> If-Match header will have its value applied against every resource in
> the method's scope and will cause the method to fail if the header fails
> to match."
>
> Let's look at an example. A COPY request with Depth infinity having an
> If-Match header such as:
>
>    COPY /foo HTTP/1.1
>    Host: example.com
>    Destination: http://example.com/bar
>    If-Match: "123"
>    Depth: Infinity
>
> would need to evaluate the If-Match header for each resource to be
> copied. There are two major problems with this:
>
> 1) It would be extremely expensive. For a copy of a large tree, the
> server would need check entity tags on any member before even starting
> the copy operation, because it would need to fail with a top-level 412
> status otherwise.
>
> 2) It's not being implemented in today's servers, see
> <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147#c3>.
>
>
> Now for the "If" header itself (this is the only applicable header
> defined in RFC2518 itself), RFC2518bis already states that it only
> applies to the Request-URI (when the untagged form is used).
>
>
> The only simple fix I can currently think of for the Depth header
> definition though is to revert the definition at least for those headers
> where we know that servers aren't doing it as defined (and also are not
> likely to change their behavior). Such as replace the quoted paragraph by:
>
> "Any headers on a method that has a defined interaction with the Depth
> header MUST be applied to all resources in the scope of the method
> except where alternative behavior is explicitly defined, and except for
> the If-Dash headers defined in RFC2616 and the If header defined in
> Section x.xy)."
>
> Feedback appreciated (I mean it! :-),
>
> Julian
>
>
>
>
>
>
>
--=_alternative 006C718B852570EF_=-- From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:01:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvKGB-0008WE-Vf for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:01:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA01472 for ; Sat, 7 Jan 2006 15:00:38 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvKFR-0002Eu-4B for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:01:09 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EvKFP-0002E5-Kz for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:01:07 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by aji.w3.org with smtp (Exim 4.50) id 1EvKFM-00048X-K4 for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:01:06 +0000 Received: (qmail invoked by alias); 07 Jan 2006 20:00:55 -0000 Received: from p508F80B6.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.128.182] by mail.gmx.net (mp010) with SMTP; 07 Jan 2006 21:00:55 +0100 X-Authenticated: #1915285 Message-ID: <43C01D78.5080709@gmx.de> Date: Sat, 07 Jan 2006 20:58:48 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Geoffrey M Clemm CC: WebDAV , w3c-dist-auth-request@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 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EvKFM-00048X-K4 8a0ac453f561c2a3d70289e1ac405c53 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Issue 147 - Depth vs Conditional headers X-Archived-At: http://www.w3.org/mid/43C01D78.5080709@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11533 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, 07 Jan 2006 20:01:09 +0000 Content-Transfer-Encoding: 7bit Geoffrey M Clemm wrote: > > I don't see an alternative. The only thing I'd suggest is to > slightly simplify the qualifier by not referring to the If header > (since we can state in the definition of If header that it > doesn't recurse via Depth), i.e.: > > "Any headers on a method that has a defined interaction with the Depth > header MUST be applied to all resources in the scope of the method > except where alternative behavior is explicitly defined, and except for > the If-* headers defined in RFC2616." The reason I mentioned "If" as well is because people may still assume that a If header in tagged list form is going to be applied to all resources in scope, thus I preferred to be safe. If I'm the only one seeing that as a potential for confusion we can of course remove that statement. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:07:08 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvKLE-0001np-Of for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:07:08 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA01970 for ; Sat, 7 Jan 2006 15:05:51 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvKKc-0003Du-IN for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:06:30 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EvKKY-0003DA-VZ for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:06:27 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EvKKR-00057s-1M for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:06:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07K6Hl1028782; Sat, 7 Jan 2006 12:06:17 -0800 Date: Sat, 7 Jan 2006 12:06:17 -0800 Message-Id: <200601072006.k07K6Hl1028782@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EvKKR-00057s-1M 27a9b84ec6ce3bb5d0f8cd361afe99f9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 166] XML_GUIDELINES_CONFORMANCE X-Archived-At: http://www.w3.org/mid/200601072006.k07K6Hl1028782@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11534 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, 07 Jan 2006 20:06:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=166 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 12:06 ------- I re-read RFC3470, and I think with all the recent changes (see also bug 48), the spec was already in good shape. As suggested by Jim, I added a statement about processing instructions (see also ). Re-assigning to Elias for furhter discussion. Section 16., para. 6: OLD: XML DTD fragments are included for all the XML elements defined in this specification. However, correct XML will not be valid according to any DTD due to namespace usage and extension rules. In particular: NEW: Processing instructions in XML SHOULD be ignored by recipients. Thus, specifications extending WebDAV SHOULD NOT use processing instructions to define normative behavior. XML DTD fragments are included for all the XML elements defined in this specification. However, correct XML will not be valid according to any DTD due to namespace usage and extension rules. In particular: ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:10:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvKO1-0002tn-5l for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:10:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA02153 for ; Sat, 7 Jan 2006 15:08:44 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvKNP-0003Zk-Um for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:09:24 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EvKNO-0003Z4-E9 for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:09:22 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EvKNL-0005Ys-PE for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:09:21 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07K9JxN028804; Sat, 7 Jan 2006 12:09:19 -0800 Date: Sat, 7 Jan 2006 12:09:19 -0800 Message-Id: <200601072009.k07K9JxN028804@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EvKNL-0005Ys-PE 3f67c9894e337015607af7178a2004f5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 86] DAV header definitions should use RFC3864 templates X-Archived-At: http://www.w3.org/mid/200601072009.k07K9JxN028804@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11535 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, 07 Jan 2006 20:09:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=86 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Component|09. HTTP Headers for |20. IANA Considerations |Distributed Authoring | Resolution|LATER | Version|-08 |-10 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:10:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvKOJ-00032f-2k for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:10:19 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA02168 for ; Sat, 7 Jan 2006 15:09:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvKNl-0003he-74 for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:09:45 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvKNi-0003gq-TE for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:09:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvKNg-00057s-DU for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:09:42 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07K9cEi028822; Sat, 7 Jan 2006 12:09:38 -0800 Date: Sat, 7 Jan 2006 12:09:38 -0800 Message-Id: <200601072009.k07K9cEi028822@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvKNg-00057s-DU 1e4db051e671a266b370540addfff78b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 86] DAV header definitions should use RFC3864 templates X-Archived-At: http://www.w3.org/mid/200601072009.k07K9cEi028822@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11536 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, 07 Jan 2006 20:09:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=86 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |julian.reschke@greenbytes.de Status|REOPENED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:45:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvKwF-00058U-0o for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:45:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA03776 for ; Sat, 7 Jan 2006 15:44:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvKvU-0002e2-7I for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:44:36 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvKvR-0002dP-Q3 for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:44:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvKvO-0002T7-Jd for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:44:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07KiTLS028845; Sat, 7 Jan 2006 12:44:29 -0800 Date: Sat, 7 Jan 2006 12:44:29 -0800 Message-Id: <200601072044.k07KiTLS028845@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvKvO-0002T7-Jd 4629fb958aa2735c6951b812001bbd03 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 86] DAV header definitions should use RFC3864 templates X-Archived-At: http://www.w3.org/mid/200601072044.k07KiTLS028845@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11537 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, 07 Jan 2006 20:44:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=86 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 12:44 ------- As "DAV" now also is a request header, and we certainly changed semantics for "If", I think we should re-register at least those. For consistency, I think it's even better to register all. See changes below and in : Section 20., para. 1: OLD: This specification defines two URI schemes: NEW: 20.1 URI Schemes This specification defines two URI schemes: Section 20., para. 4: OLD: XML namespaces disambiguate WebDAV property names and XML elements. Any WebDAV user or application can define a new namespace in order to create custom properties or extend WebDAV XML syntax. IANA does not need to manage such namespaces, property names or element names. NEW: 20.2 XML Namespaces XML namespaces disambiguate WebDAV property names and XML elements. Any WebDAV user or application can define a new namespace in order to create custom properties or extend WebDAV XML syntax. IANA does not need to manage such namespaces, property names or element names. Section 21., para. 0: NEW: 20.3 Message Header Fields The message header fields below should be added to the permanent registry (see [RFC3864]. 20.3.1 DAV Header field name: DAV Applicable protocol: http Status: standard Author/Change controller: IETF Specification document: this specification (Section 9.1) 20.3.2 DAV Header field name: DAV Applicable protocol: http Status: standard Author/Change controller: IETF Specification document: this specification (Section 9.2) 20.3.3 Destination Header field name: Destination Applicable protocol: http Status: standard Author/Change controller: IETF Specification document: this specification (Section 9.3) 20.3.4 If Header field name: If Applicable protocol: http Status: standard Author/Change controller: IETF Specification document: this specification (Section 9.4) 20.3.5 Lock-Token Header field name: Lock-Token Applicable protocol: http Status: standard Author/Change controller: IETF Specification document: this specification (Section 9.5) 20.3.6 Overwrite Header field name: Overwrite Applicable protocol: http Status: standard Author/Change controller: IETF Specification document: this specification (Section 9.6) 20.3.7 Timeout Header field name: Timeout Applicable protocol: http Status: standard Author/Change controller: IETF Specification document: this specification (Section 9.7) Section 22., para. 21: NEW: [RFC3864] Klyne, G., Nottingham, M., and J. Mogul, "Registration Procedures for Message Header Fields", BCP 90, RFC 3864, September 2004. (Re-assigning to Elias for follow-up) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:47:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvKyI-00063X-ER for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:47:30 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA03887 for ; Sat, 7 Jan 2006 15:46:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvKxk-0004Ue-9L for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:46:56 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvKxh-0004TF-FU for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:46:53 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvKxe-00006f-I6 for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:46:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07Kko2r028904; Sat, 7 Jan 2006 12:46:50 -0800 Date: Sat, 7 Jan 2006 12:46:50 -0800 Message-Id: <200601072046.k07Kko2r028904@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvKxe-00006f-I6 c51fa0f7384978fc8a84767b0f512cf1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601072046.k07Kko2r028904@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11539 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, 07 Jan 2006 20:46:56 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 12:46 ------- *** Bug 109 has been marked as a duplicate of this bug. *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:47:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvKyJ-00063m-QK for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:47:31 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA03886 for ; Sat, 7 Jan 2006 15:46:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvKxT-0004S5-FP for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:46:39 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvKxR-0004RL-MZ for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:46:37 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvKxO-0002nL-NH for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:46:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07KkYDE028878; Sat, 7 Jan 2006 12:46:34 -0800 Date: Sat, 7 Jan 2006 12:46:34 -0800 Message-Id: <200601072046.k07KkYDE028878@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvKxO-0002nL-NH e35d8fd61dcf823bab81be0cd74e6a64 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 108] PROP_ATTR X-Archived-At: http://www.w3.org/mid/200601072046.k07KkYDE028878@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11538 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, 07 Jan 2006 20:46:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=108 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:47:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvKyM-00063y-58 for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:47:34 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA03892 for ; Sat, 7 Jan 2006 15:46:16 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvKxo-0004cb-On for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:47:00 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvKxl-0004Up-Cm for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:46:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvKxe-00006U-Hh for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:46:57 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07KknTa028894; Sat, 7 Jan 2006 12:46:49 -0800 Date: Sat, 7 Jan 2006 12:46:49 -0800 Message-Id: <200601072046.k07KknTa028894@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvKxe-00006U-Hh 41de1fa8f1a4b90bc5ee19a5556f865e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 109] CONSISTENCY X-Archived-At: http://www.w3.org/mid/200601072046.k07KknTa028894@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11540 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, 07 Jan 2006 20:47:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=109 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE Version|-07 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 12:46 ------- *** This bug has been marked as a duplicate of 10 *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:50:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvL1C-0006wT-OU for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:50:30 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA04029 for ; Sat, 7 Jan 2006 15:49:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvL0Z-00051o-6w for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:49:51 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EvL0Y-00050T-7H for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:49:50 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EvL0S-0003H4-B6 for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:49:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07Knivv028933; Sat, 7 Jan 2006 12:49:44 -0800 Date: Sat, 7 Jan 2006 12:49:44 -0800 Message-Id: <200601072049.k07Knivv028933@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EvL0S-0003H4-B6 c3440efdfaae83971516ccf30a64341a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 97] new error code descriptions X-Archived-At: http://www.w3.org/mid/200601072049.k07Knivv028933@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11541 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, 07 Jan 2006 20:49:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=97 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 12:49 ------- Now in ; same comment applies. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:51:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvL2W-0006zF-CB for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:51:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA04084 for ; Sat, 7 Jan 2006 15:50:34 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvL1w-0005dE-9t for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:51:16 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvL1s-0005c0-EY for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:51:12 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvL1q-0000r5-U5 for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:51:12 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07KpATi028949; Sat, 7 Jan 2006 12:51:10 -0800 Date: Sat, 7 Jan 2006 12:51:10 -0800 Message-Id: <200601072051.k07KpATi028949@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvL1q-0000r5-U5 33e238c54c1cad8b44203f6a904f49fb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 98] new error code descriptions, continued X-Archived-At: http://www.w3.org/mid/200601072051.k07KpATi028949@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11542 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, 07 Jan 2006 20:51:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=98 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 12:51 ------- (text has been removed since draft 08) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 15:54:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvL5W-000863-Od for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 15:54:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA04239 for ; Sat, 7 Jan 2006 15:53:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvL4y-0005yF-5E for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 20:54:24 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvL4v-0005x0-Hr for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 20:54:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvL4t-00041N-9R for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 20:54:21 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07KsI9X028969; Sat, 7 Jan 2006 12:54:18 -0800 Date: Sat, 7 Jan 2006 12:54:18 -0800 Message-Id: <200601072054.k07KsI9X028969@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvL4t-00041N-9R b266e3e0b2068209b3d1b59d4c12f761 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 100] "Notes on HTTP Client Compatibility" useful? X-Archived-At: http://www.w3.org/mid/200601072054.k07KsI9X028969@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11543 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, 07 Jan 2006 20:54:24 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 12:54 ------- Updated link: , still needs discussion. I'm still propsing to remove this section, re-assigning to Elias to schedule discussion. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 16:05:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvLFf-0002dE-Te for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 16:05:30 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA04881 for ; Sat, 7 Jan 2006 16:04:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvLF1-0000dp-U2 for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 21:04:47 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvLEz-0000d7-NY for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 21:04:45 +0000 Received: from e1.ny.us.ibm.com ([32.97.182.141]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvLEw-00033I-SJ for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 21:04:45 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e1.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k07L4e9i018297 for ; Sat, 7 Jan 2006 16:04:40 -0500 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k07L4ehb122634 for ; Sat, 7 Jan 2006 16:04:40 -0500 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k07L4dch026340 for ; Sat, 7 Jan 2006 16:04:40 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av03.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k07L4dDG026334 for ; Sat, 7 Jan 2006 16:04:39 -0500 In-Reply-To: <43C01D78.5080709@gmx.de> To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Sat, 7 Jan 2006 16:04:40 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/07/2006 16:04:39, Serialize complete at 01/07/2006 16:04:39 Content-Type: multipart/alternative; boundary="=_alternative 0073C918852570EF_=" Received-SPF: pass (lisa.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.141 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvLEw-00033I-SJ bfb11d6bfc9487826cae14a1ef5d481b X-Original-To: w3c-dist-auth@w3.org Subject: Re: Issue 147 - Depth vs Conditional headers X-Archived-At: http://www.w3.org/mid/OFAC2DB314.41FB7E0A-ON852570EF.00737DBD-852570EF.0073C986@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11544 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, 07 Jan 2006 21:04:47 +0000 This is a multipart message in MIME format. --=_alternative 0073C918852570EF_= Content-Type: text/plain; charset="US-ASCII" To be clear, I wasn't suggesting that we not say anything about "If", but rather that we don't say anything about "If" in that sentence, and instead talk about it's interaction with Depth in the section in which the "If" header is defined. That way, the fact that "If" is an exception is covered by the clause that says "except where alternative behavior is explicity defined". Cheers, Geoff Julian wrote on 01/07/2006 02:58:48 PM: > > Geoffrey M Clemm wrote: > > > > I don't see an alternative. The only thing I'd suggest is to > > slightly simplify the qualifier by not referring to the If header > > (since we can state in the definition of If header that it > > doesn't recurse via Depth), i.e.: > > > > "Any headers on a method that has a defined interaction with the Depth > > header MUST be applied to all resources in the scope of the method > > except where alternative behavior is explicitly defined, and except for > > the If-* headers defined in RFC2616." > > The reason I mentioned "If" as well is because people may still assume > that a If header in tagged list form is going to be applied to all > resources in scope, thus I preferred to be safe. If I'm the only one > seeing that as a potential for confusion we can of course remove that > statement. > > Best regards, Julian > --=_alternative 0073C918852570EF_= Content-Type: text/html; charset="US-ASCII"
To be clear, I wasn't suggesting that we not say anything about
"If", but rather that we don't say anything about "If" in that
sentence, and instead talk about it's interaction with Depth in
the section in which the "If" header is defined.  That way, the
fact that "If" is an exception is covered by the clause that says
"except where alternative behavior is explicity defined".

Cheers,
Geoff

Julian wrote on 01/07/2006 02:58:48 PM:

>
> Geoffrey M Clemm wrote:
> >
> > I don't see an alternative.  The only thing I'd suggest is to
> > slightly simplify the qualifier by not referring to the If header
> > (since we can state in the definition of If header that it
> > doesn't recurse via Depth), i.e.:
> >
> > "Any headers on a method that has a defined interaction with the Depth
> > header MUST be applied to all resources in the scope of the method
> > except where alternative behavior is explicitly defined, and except for
> > the If-* headers defined in RFC2616."
>
> The reason I mentioned "If" as well is because people may still assume
> that a If header in tagged list form is going to be applied to all
> resources in scope, thus I preferred to be safe. If I'm the only one
> seeing that as a potential for confusion we can of course remove that
> statement.
>
> Best regards, Julian
>
--=_alternative 0073C918852570EF_=-- From w3c-dist-auth-request@frink.w3.org Sat Jan 07 16:11:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvLLd-0004LA-Jr for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 16:11:37 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA05087 for ; Sat, 7 Jan 2006 16:10:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvLL0-0002OI-65 for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 21:10:58 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvLKy-0002Nk-K8 for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 21:10:56 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvLKv-00070z-RJ for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 21:10:55 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07LAqNX029058; Sat, 7 Jan 2006 13:10:52 -0800 Date: Sat, 7 Jan 2006 13:10:52 -0800 Message-Id: <200601072110.k07LAqNX029058@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvLKv-00070z-RJ ca792bef85dc79107e08ea69f343160c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 55] Multistatus format (empty) X-Archived-At: http://www.w3.org/mid/200601072110.k07LAqNX029058@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11545 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, 07 Jan 2006 21:10:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=55 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-07 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 13:10 ------- In , the DTD still makes at least one response element required. This is incorrect. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 16:30:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvLdW-0001G8-J9 for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 16:30:06 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA05913 for ; Sat, 7 Jan 2006 16:28:48 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvLco-0007OV-7m for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 21:29:22 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvLcm-0007Nv-2q for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 21:29:20 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvLcj-00073c-AE for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 21:29:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07LTGBh029143; Sat, 7 Jan 2006 13:29:16 -0800 Date: Sat, 7 Jan 2006 13:29:16 -0800 Message-Id: <200601072129.k07LTGBh029143@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvLcj-00073c-AE 11d774e815299edbbaa912a3a6911b05 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601072129.k07LTGBh029143@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11546 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, 07 Jan 2006 21:29:22 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu Version|-07 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 13:29 ------- We still need to resolve this issue, re-assinging to Elias. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 16:37:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvLkd-0003YK-R2 for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 16:37:28 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA06304 for ; Sat, 7 Jan 2006 16:36:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvLk1-0001ui-SH for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 21:36:49 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EvLk0-0001u9-V3 for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 21:36:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EvLju-0002E0-NY for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 21:36:47 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07LafTV029182; Sat, 7 Jan 2006 13:36:41 -0800 Date: Sat, 7 Jan 2006 13:36:41 -0800 Message-Id: <200601072136.k07LafTV029182@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EvLju-0002E0-NY 7ae5ffc14826512354d176af990472e1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601072136.k07LafTV029182@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11547 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, 07 Jan 2006 21:36:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 13:36 ------- We have agreed upon this change one month ago; it would be nice if it turn up in the WG draft soon. See text linked from for concrete spec text. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 16:54:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvM1M-0007gS-PU for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 16:54:44 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA07078 for ; Sat, 7 Jan 2006 16:53:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvM0O-0006Ie-FI for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 21:53:44 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvM0I-0006HW-Mw for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 21:53:38 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvM0G-0004v8-9X for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 21:53:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07LrYmN029271; Sat, 7 Jan 2006 13:53:34 -0800 Date: Sat, 7 Jan 2006 13:53:34 -0800 Message-Id: <200601072153.k07LrYmN029271@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvM0G-0004v8-9X 75f8aca68623cb9eea3a776db3f5eab3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 143] LOCK_RENEWAL_SHOULD_NOT_USE_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601072153.k07LrYmN029271@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11548 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, 07 Jan 2006 21:53:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=143 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-07 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 13:53 ------- I think we still need to mention in Changes that the RFC2518 behavior of locks being refreshed upon submitting the lock token in requests other than LOCK has been removed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 17:02:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvM8f-00017f-4y for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 17:02:17 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA07392 for ; Sat, 7 Jan 2006 17:00:59 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvM7t-0000b7-Be for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 22:01:29 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvM7l-0000Z9-3d for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 22:01:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvM7i-00065i-Q5 for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 22:01:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07M1IcT029316; Sat, 7 Jan 2006 14:01:18 -0800 Date: Sat, 7 Jan 2006 14:01:18 -0800 Message-Id: <200601072201.k07M1IcT029316@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvM7i-00065i-Q5 09b72a6b3a0cad7160ed0b846e50a7e5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 18] no record of consensus for force-authenticate X-Archived-At: http://www.w3.org/mid/200601072201.k07M1IcT029316@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11549 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, 07 Jan 2006 22:01:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=18 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 14:01 ------- Adding pointers to feedback on mailing list (negative comments on the new appendix) Joe Orton: Nicolas Williams: For the record, the appendix is in ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 17:05:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvMC8-0001oT-L3 for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 17:05:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA07617 for ; Sat, 7 Jan 2006 17:04:34 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvMBY-0001NI-Ks for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 22:05:16 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvMBT-0001MS-Fr for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 22:05:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvMBQ-0003eI-I1 for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 22:05:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07M58AY029347; Sat, 7 Jan 2006 14:05:08 -0800 Date: Sat, 7 Jan 2006 14:05:08 -0800 Message-Id: <200601072205.k07M58AY029347@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvMBQ-0003eI-I1 bcdf696e040e45b123ffb1a744e71fce X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 106] COPY and the Overwrite Header vs merge behaviour desc added X-Archived-At: http://www.w3.org/mid/200601072205.k07M58AY029347@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11550 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, 07 Jan 2006 22:05:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=106 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 14:05 ------- The new text in reads: "8.9.4 COPY and Overwriting Destination Resources If a COPY request has an Overwrite header with a value of "F", and a resource exists at the Destination URL, the server MUST fail the request. When a server executes a COPY request and overwrites a destination resource, the exact behavior MAY depend on many factors, including WebDAV extension capabilities (see particularly [RFC3253]). For example, when an ordinary resource is overwritten, the server could delete the target resource before doing the copy, or could do an in-place overwrite to preserve live properties. When a collection is overwritten, the membership of the destination collection after the successful COPY request MUST be the same membership as the source collection immediately before the COPY. Thus, merging the membership of the source and destination collections together in the destination is not a compliant behavior. In general, if clients require the state of the destination URL to be wiped out prior to a COPY (e.g. to force live properties to be reset), then the client could send a DELETE to the destination before the COPY request to ensure this reset." I think this is good. I would replace the "MAY" in the 1st sentence of the 2dn paragraph by "may", though. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 07 17:12:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvMIa-0003YS-Vd for webdav-archive@megatron.ietf.org; Sat, 07 Jan 2006 17:12:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA07959 for ; Sat, 7 Jan 2006 17:11:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvMHx-0002Qa-L3 for w3c-dist-auth-dist@listhub.w3.org; Sat, 07 Jan 2006 22:11:53 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EvMHv-0002Pg-AQ for w3c-dist-auth@listhub.w3.org; Sat, 07 Jan 2006 22:11:51 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EvMHq-0007R4-Dr for w3c-dist-auth@w3.org; Sat, 07 Jan 2006 22:11:50 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k07MBjXX029385; Sat, 7 Jan 2006 14:11:45 -0800 Date: Sat, 7 Jan 2006 14:11:45 -0800 Message-Id: <200601072211.k07MBjXX029385@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EvMHq-0007R4-Dr a9d877b4044a74e94c6a8371cf8a0906 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200601072211.k07MBjXX029385@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11551 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, 07 Jan 2006 22:11:53 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-07 14:11 ------- still says: "The following status codes are defined for use within the PROPFIND Multi-Status response:" This suggests other codes can not occur. This is incorrect. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 08 05:52:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvY9v-0001Ph-W6 for webdav-archive@megatron.ietf.org; Sun, 08 Jan 2006 05:52:24 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA15839 for ; Sun, 8 Jan 2006 05:51:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvY89-0007qO-0l for w3c-dist-auth-dist@listhub.w3.org; Sun, 08 Jan 2006 10:50:33 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvY87-0007ph-8e for w3c-dist-auth@listhub.w3.org; Sun, 08 Jan 2006 10:50:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvY84-0002Bv-Sf for w3c-dist-auth@w3.org; Sun, 08 Jan 2006 10:50:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k08AoRoX029782; Sun, 8 Jan 2006 02:50:27 -0800 Date: Sun, 8 Jan 2006 02:50:27 -0800 Message-Id: <200601081050.k08AoRoX029782@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvY84-0002Bv-Sf 80d26bc7d3b8ba8da0b988d23eeb986e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601081050.k08AoRoX029782@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11552 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, 08 Jan 2006 10:50:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-08 02:50 ------- Text is still present in . A few comments on the current status: - Contrary to what Lisa said, it is NOT possible to implement OPTIONS * in a situation where several web applications share the same Java web container; there is no delegation mechanism whatsoever that would make it possible that information from multiple servlets is collected into a single response. It seems to me that similar reasons would make it equally hard in a system like Apache (when it hosts more than one application). - I haven't heard any new feedback from either the HTTP mailing list or CalDAV. - There's no evidence (yet?) of a generic client that actually fails if a server does not return the DAV: header upon OPTIONS. - It's completely unclear how a generic client can make any use of that information, unless it also includes pointers to URLs that indeed support WebDAV. Just knowing that there may be resources on the server allowing WebDAV doesn't seem to be useful at all. And finally: - This is a new requirement, compared to RFC2518, which (a) is not implemented interoperably today, (b) is hard or impossible to implement in many situations and (c) doesn't seem to provide any testable advantage to clients. Therefore I think it must be removed. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 08 06:04:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvYLZ-00042h-GI for webdav-archive@megatron.ietf.org; Sun, 08 Jan 2006 06:04:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA16432 for ; Sun, 8 Jan 2006 06:03:07 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvYKr-0002TX-HR for w3c-dist-auth-dist@listhub.w3.org; Sun, 08 Jan 2006 11:03:41 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvYKq-0002SV-Mf for w3c-dist-auth@listhub.w3.org; Sun, 08 Jan 2006 11:03:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EvYKn-0004Nn-7v for w3c-dist-auth@w3.org; Sun, 08 Jan 2006 11:03:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k08B3ahC029815; Sun, 8 Jan 2006 03:03:36 -0800 Date: Sun, 8 Jan 2006 03:03:36 -0800 Message-Id: <200601081103.k08B3ahC029815@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EvYKn-0004Nn-7v 4cac2b7d688b25926246464eef8932f9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601081103.k08B3ahC029815@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11553 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, 08 Jan 2006 11:03:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-08 03:03 ------- : "If the source server cannot attempt a copy to the remote server, it MUST fail the request with a 502 (Bad Gateway) response." This is a new MUST-level requirement (compared to RFC2518) with which I'm not comfortable with. I do agree that most servers indeed use 502 in this case, but a MUST level req doesn't seem right here; in particular the HTTP's definition of 502 doesn't really seem to match: "The server, while acting as a gateway or proxy, received an invalid response from the upstream server it accessed in attempting to fulfill the request." ...because this implies that the source server indeed has attempted to talk to the destination server. Indeed, it seems to make more sense for a source server that doesn't support this scenario to return a 4xx (client error), making clear that under no condition the server will be able execute the request. Propose to say: "If the source server cannot attempt a copy to the remote server, it MUST fail the request." At a minimum, the MUST needs to go. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 08 06:34:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvYog-0001p3-7a for webdav-archive@megatron.ietf.org; Sun, 08 Jan 2006 06:34:30 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA17698 for ; Sun, 8 Jan 2006 06:33:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvYns-0000aI-5d for w3c-dist-auth-dist@listhub.w3.org; Sun, 08 Jan 2006 11:33:40 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EvYnq-0000Z2-BT for w3c-dist-auth@listhub.w3.org; Sun, 08 Jan 2006 11:33:38 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EvYno-0003L5-Jh for w3c-dist-auth@w3.org; Sun, 08 Jan 2006 11:33:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k08BXZCr029845; Sun, 8 Jan 2006 03:33:35 -0800 Date: Sun, 8 Jan 2006 03:33:35 -0800 Message-Id: <200601081133.k08BXZCr029845@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EvYno-0003L5-Jh 13ebdd22169e7348dbd4764718a5127e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601081133.k08BXZCr029845@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11554 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, 08 Jan 2006 11:33:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-08 03:33 ------- Created an attachment (id=3) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=3&action=view) test case for remote copy This testcase attempts a COPY operation to a remote server. Funny enough, it shows that both IIS 5.5 and Apache/moddav throw away host information found in the Destination header, thus creating a new resource locally (see ). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 08 06:42:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvYwg-0003Vy-JV for webdav-archive@megatron.ietf.org; Sun, 08 Jan 2006 06:42:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA18254 for ; Sun, 8 Jan 2006 06:41:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvYw4-00020r-RQ for w3c-dist-auth-dist@listhub.w3.org; Sun, 08 Jan 2006 11:42:08 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EvYw3-00020A-2E for w3c-dist-auth@listhub.w3.org; Sun, 08 Jan 2006 11:42:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EvYvt-0008N4-AO for w3c-dist-auth@w3.org; Sun, 08 Jan 2006 11:42:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k08BftIU029874; Sun, 8 Jan 2006 03:41:55 -0800 Date: Sun, 8 Jan 2006 03:41:55 -0800 Message-Id: <200601081141.k08BftIU029874@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EvYvt-0008N4-AO 2ec3650acb3d35b7c3ff5cdab7bd9177 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] New: GULP integration X-Archived-At: http://www.w3.org/mid/200601081141.k08BftIU029874@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11555 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, 08 Jan 2006 11:42:08 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 Summary: GULP integration Product: WebDAV-RFC2518-bis Version: -10 Platform: Other URL: http://lists.w3.org/Archives/Public/w3c-dist- auth/2005OctDec/1003.html OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 06. Locking AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org (I don't believe we have a BugZilla entry to track progress on this, so I'm adding it). GULP () is a working group driven attempt to describe the WebDAV locking model in an understandable way. During a teleconference in Nov/Dec 2005, the participants have agreed that it would be a good idea to integrate that text (or something similar) into RFC2518bis. At this point, feedback on - whether the GULP text indeed describes the WebDAV locking model, and - what's the best way to integrate the text into the draft would be appreciated. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 08 07:52:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eva2B-00018X-BZ for webdav-archive@megatron.ietf.org; Sun, 08 Jan 2006 07:52:31 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA22185 for ; Sun, 8 Jan 2006 07:51:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eva0v-0007n8-CH for w3c-dist-auth-dist@listhub.w3.org; Sun, 08 Jan 2006 12:51:13 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eva0r-0007mQ-Rr for w3c-dist-auth@listhub.w3.org; Sun, 08 Jan 2006 12:51:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Eva0n-0001v5-3z for w3c-dist-auth@w3.org; Sun, 08 Jan 2006 12:51:09 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k08Cp2bl008243; Sun, 8 Jan 2006 04:51:02 -0800 Date: Sun, 8 Jan 2006 04:51:02 -0800 Message-Id: <200601081251.k08Cp2bl008243@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Eva0n-0001v5-3z ecf3d588d174fc83a485066c16bacc2c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601081251.k08Cp2bl008243@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11556 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, 08 Jan 2006 12:51:13 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-08 04:50 ------- Further data point: I modified the test case to attempt a COPY where the Destination header is a relative reference (starting with a "/"). Xythos and Apache/moddav are rejecting this request with a 400, while IIS 5.1 and SAP KM accept the request. So we may want to make this legal (MAY), as it seems to be harmless (there's no question about what the request means, but it may help getting COPY/MOVE requests through a misconfigured reverse proxy). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 08 09:20:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EvbPh-00028U-69 for webdav-archive@megatron.ietf.org; Sun, 08 Jan 2006 09:20:55 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA27509 for ; Sun, 8 Jan 2006 09:19:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EvbOX-0001xl-ES for w3c-dist-auth-dist@listhub.w3.org; Sun, 08 Jan 2006 14:19:41 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EvbOT-0001x4-Fo for w3c-dist-auth@listhub.w3.org; Sun, 08 Jan 2006 14:19:37 +0000 Received: from mail.gmx.net ([213.165.64.21]) by maggie.w3.org with smtp (Exim 4.50) id 1EvbOR-0006bS-3D for w3c-dist-auth@w3.org; Sun, 08 Jan 2006 14:19:37 +0000 Received: (qmail invoked by alias); 08 Jan 2006 14:19:33 -0000 Received: from p508FC440.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.196.64] by mail.gmx.net (mp037) with SMTP; 08 Jan 2006 15:19:33 +0100 X-Authenticated: #1915285 Message-ID: <43C11EFC.6030204@gmx.de> Date: Sun, 08 Jan 2006 15:17:32 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Geoffrey M Clemm CC: webdav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1EvbOR-0006bS-3D 1518afa1bbef2d8557d9e58b8a1feb1c X-Original-To: w3c-dist-auth@w3.org Subject: Re: Issue 147 - Depth vs Conditional headers X-Archived-At: http://www.w3.org/mid/43C11EFC.6030204@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11557 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, 08 Jan 2006 14:19:41 +0000 Content-Transfer-Encoding: 7bit Geoffrey M Clemm wrote: > > To be clear, I wasn't suggesting that we not say anything about > "If", but rather that we don't say anything about "If" in that > sentence, and instead talk about it's interaction with Depth in > the section in which the "If" header is defined. That way, the > fact that "If" is an exception is covered by the clause that says > "except where alternative behavior is explicity defined". > > Cheers, > Geoff I see. New proposed change: Section 9., para. 17: OLD: Any headers on a method that has a defined interaction with the Depth header MUST be applied to all resources in the scope of the method except where alternative behavior is explicitly defined. For example, an If-Match header will have its value applied against every resource in the method's scope and will cause the method to fail if the header fails to match. NEW: Any headers on a method that has a defined interaction with the Depth header MUST be applied to all resources in the scope of the method except where alternative behavior is explicitly defined, and except for the If-Dash headers defined in [RFC2616]. Section 9., para. 31: OLD: The No-tag-list production describes a series of state tokens and ETags. If multiple No-tag-list productions are used then one only needs to match the state of the resource for the method to be allowed to continue. All untagged tokens apply to the resource identified in the Request-URI. NEW: The No-tag-list production describes a series of state tokens and ETags. If multiple No-tag-list productions are used then one only needs to match the state of the resource for the method to be allowed to continue. All untagged tokens apply to the resource identified in the Request-URI (this includes the case where the If header is applied to resources in scope of a Depth: Infinity request). Appendix E., para. 12: OLD: Support for UTF-16 now required (ref (Section 18)). NEW: The If header and the If-Dash headers (defined in [RFC2616]) have been explicitly excluded from the Depth: Infinify rules (see Section 9.2). Support for UTF-16 now required (ref (Section 18)). From w3c-dist-auth-request@frink.w3.org Mon Jan 09 15:19:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ew3UR-0002PB-8i for webdav-archive@megatron.ietf.org; Mon, 09 Jan 2006 15:19:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA19374 for ; Mon, 9 Jan 2006 15:18:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ew3Sn-0000ex-Ad for w3c-dist-auth-dist@listhub.w3.org; Mon, 09 Jan 2006 20:17:57 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ew3Sk-0000eD-2o for w3c-dist-auth@listhub.w3.org; Mon, 09 Jan 2006 20:17:54 +0000 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by lisa.w3.org with esmtp (Exim 4.50) id 1Ew3Sf-0000H5-WF for w3c-dist-auth@w3.org; Mon, 09 Jan 2006 20:17:53 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-3.cisco.com with ESMTP; 09 Jan 2006 12:17:22 -0800 X-IronPort-AV: i="3.99,347,1131350400"; d="scan'208"; a="389402010:sNHT4070754666" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k09KHMQJ010665; Mon, 9 Jan 2006 12:17:22 -0800 (PST) Received: from 128.107.139.85 ([128.107.139.85]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Mon, 9 Jan 2006 20:17:22 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Mon, 09 Jan 2006 12:17:35 -0800 From: Cullen Jennings To: WebDav CC: Julian Reschke Message-ID: Thread-Topic: Process on open RFC2518bis issues Thread-Index: AcYVWbpj+SKwNoFMEdqIBgARJEEJ/A== In-Reply-To: <43BE435F.1060703@gmx.de> X-Priority: 2 Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Received-SPF: pass (lisa.w3.org: domain of fluffy@cisco.com designates 171.71.176.72 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-1.4 X-W3C-Scan-Sig: lisa.w3.org 1Ew3Sf-0000H5-WF 5826207a5370bbd6d3b6c4b0f883e791 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/BFE804DF.68601%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11558 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, 09 Jan 2006 20:17:57 +0000 Content-Transfer-Encoding: 7bit I marked this email important. I think folks should read it and think about how are we going to get to agreement on 2518bis. Thank you, Cullen with my WG Chair hat on. Now on to the message .... On 1/6/06 2:15 AM, "Julian Reschke" wrote: > > Hi, > > here's a comment on how I see the working group's process, understanding that > there are only a few weeks left allocated for completion. > > - The drafts that the WG publish lag behind; for instance, changes that we > Just to make sure there is no confusion on the "we" for people reading this, > that is the "we" of the group of people joing the conference calls not WG > consensus. have agreed upon in early December do not show up in draft 09 (mid > December) and draft 10 (end December). > I may be very confused but my read of the drafts brought me to the following conclusion .... When rev 10 of 2518bis was published, it incorporated all but a few of the the changes we had come to a proposal on. The ones that had not been included require significant work to make changes throughout the document. There had been no proposed diffs that could have been quickly incorporated for all of these. I have been encouraging a "publish early, publish often" approach to this draft. It still seem to me that are bottleneck is coming to agreement about what we want the draft to say, not getting the text into the draft. If I'm totally missing the situation here, please do enlighten me. > - We are spending a lot of time discussing questions that don't even have a > corresponding entry in the issue tracker. Really, I have was not aware of this > - I don't think this actually is the case. Next time we get onto one of these > on the conference call, please bring it to my attention and I will instantly > get us focused back on the items in the issue tracker. > > I would propose that for the time being, we restrict all discussions and > changes to (1) issues that have been entered before today and (2) problems > with changes in RFC2518bis as compared to RFC2518. For the working group to > consider any other question relevant enough for RFC2518bis, there should be a > broad consensus to discuss it in the given time frame. > We are trying to focus on issues that we need to agree on to get WG consensus that the WG wants to publish the document as an RFC. I think that pretty much all the relevant ones came up before or during the previous WGLC. Now in resolving these, some times they have been further broken in to more issues in the bug tracker - I was not overly keen about this but it did seem the best way to use the tool to help accelerate the work. On all reaming issues, I do encourage people to think about if we really have to resolve issues X in form A or B or if they could live with either A or B. I would like to see focus on issues that came up during or before the previous WGLC unless some issue is truly critical to get agreement on the draft. > > - There are a few issues that obviously are "hard", and where we haven't made > any progress in the last few weeks. A good example is the discussion about new > requirements for ETag handling (which is a normative change compared to > RFC2518). > Some people have tried to game the system the and are assuming that anything we could not agree upon would stay the same as 2518 so if they like the text in 2518, they just make sure no one every comes to agreement on the topic. This won't work - the problem is that the WG needs to come to consensus that it wants to move the draft forward. Clearly we are working on it as a update of 2518 but if half the group things we change ETags and half things we should not, I am going to have to decide if we have consensus or not and unfortunately I will have to say half wants A and half wants B so no consensus. The fact that 2518 had A instead of B might influence which people want A or B but it does not influence my role of having to point out that half want A and half want B. > Unless somebody can explain why it's likely that we can resolve these issues > between now and the end of the month, I propose to stop the discussion for now > (as far as it affects RFC2518bis), > Back in December I asked the people on the conference calls if we were going to be able to come to consensus on these issues. No one could guarantee anything but they all felt we could. Based on that, Ted decided to keep the working group open beyond the 2005. I sincerely hope we can come to consensus on these hard issues. However, I encourage people to come to agreement on something we can all live with - if that happens to be the same as what is in 2518, fine, but the idea that "if we can't agree, we use what is in 2518" is not how consensus works. Like all WG drafts, we can't come to some form of consensus, it won't move forward. > and to back out any text that normatively changes the protocol. > > Best regards, > > Julian From w3c-dist-auth-request@frink.w3.org Mon Jan 09 15:59:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ew46h-0004YT-Ve for webdav-archive@megatron.ietf.org; Mon, 09 Jan 2006 15:59:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA22066 for ; Mon, 9 Jan 2006 15:57:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ew45f-0005kP-25 for w3c-dist-auth-dist@listhub.w3.org; Mon, 09 Jan 2006 20:58:07 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Ew45c-0005jU-0a for w3c-dist-auth@listhub.w3.org; Mon, 09 Jan 2006 20:58:04 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1Ew45O-0001oM-4U for w3c-dist-auth@w3.org; Mon, 09 Jan 2006 20:58:03 +0000 Received: (qmail invoked by alias); 09 Jan 2006 20:57:46 -0000 Received: from p508F8CE8.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.140.232] by mail.gmx.net (mp034) with SMTP; 09 Jan 2006 21:57:46 +0100 X-Authenticated: #1915285 Message-ID: <43C2CDDD.9040408@gmx.de> Date: Mon, 09 Jan 2006 21:55:57 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Cullen Jennings CC: WebDav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Ew45O-0001oM-4U 2dd82c1ba062e9f02e77baba54ce4fe1 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/43C2CDDD.9040408@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11559 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, 09 Jan 2006 20:58:07 +0000 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id PAA22066 Cullen Jennings wrote: >=20 > I marked this email important. I think folks should read it and think a= bout > how are we going to get to agreement on 2518bis. >=20 > Thank you, Cullen with my WG Chair hat on. Now on to the message .... >=20 >=20 > On 1/6/06 2:15 AM, "Julian Reschke" wrote: >=20 >> Hi, >> >> here's a comment on how I see the working group's process, understandi= ng that >> there are only a few weeks left allocated for completion. >> >> - The drafts that the WG publish lag behind; for instance, changes tha= t we >> Just to make sure there is no confusion on the "we" for people reading= this, >> that is the "we" of the group of people joing the conference calls not= WG >> consensus. have agreed upon in early December do not show up in draft = 09 (mid >> December) and draft 10 (end December). >> >=20 > I may be very confused but my read of the drafts brought me to the foll= owing > conclusion .... When rev 10 of 2518bis was published, it incorporated = all > but a few of the the changes we had come to a proposal on. The ones tha= t had > not been included require significant work to make changes throughout t= he > document. There had been no proposed diffs that could have been quickly > incorporated for all of these. OK, let me point to two specific ones: Bug 188 (),= =20 agreed upon on 2005-12-07=20 (),=20 proposed text is in=20 http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.h= tml#rfc.issue.bz188>). Bug 48 (),=20 agreement on 2005-12-12 by some of us, no other feedback, proposed text=20 in=20 =20 and in . > I have been encouraging a "publish early, publish often" approach to th= is > draft. It still seem to me that are bottleneck is coming to agreement a= bout > what we want the draft to say, not getting the text into the draft. If = I'm > totally missing the situation here, please do enlighten me. I'm not sure about which one is the bottleneck, but it certainly would=20 be good to have those things in the spec that there was consensus for. >> - We are spending a lot of time discussing questions that don't even h= ave a >> corresponding entry in the issue tracker. Really, I have was not aware= of this >> - I don't think this actually is the case. Next time we get onto one o= f these >> on the conference call, please bring it to my attention and I will ins= tantly >> get us focused back on the items in the issue tracker. >> >> I would propose that for the time being, we restrict all discussions a= nd >> changes to (1) issues that have been entered before today and (2) prob= lems >> with changes in RFC2518bis as compared to RFC2518. For the working gro= up to >> consider any other question relevant enough for RFC2518bis, there shou= ld be a >> broad consensus to discuss it in the given time frame. >> >=20 > We are trying to focus on issues that we need to agree on to get WG > consensus that the WG wants to publish the document as an RFC. I think > that pretty much all the relevant ones came up before or during the pre= vious > WGLC. Now in resolving these, some times they have been further broken = in to I'll assume that by WGLC you mean RFC2518's working group last call.=20 RFC2518 never has been last-called, as far as I can tell. OK, again two examples: - The question of putting new requirements on ETags never was mentioned=20 in that original WGLC. - The proposal to change the semantics for PROPPATCH (new issue 210,=20 ) as far as= =20 I can tell, even never have been raised *anywhere* until it suddenly=20 showed up in a recent draft -- and that's exactly the kind of change=20 discussion I'd like to avoid at this stage. > more issues in the bug tracker - I was not overly keen about this but i= t did > seem the best way to use the tool to help accelerate the work. I think that was the right thing to do. If eight issues about locking=20 are summarized under one single entry, it becomes very hard to control=20 it. And, as a matter of fact, we have managed to come to agreement about=20 all of these, I think. > On all reaming issues, I do encourage people to think about if we reall= y > have to resolve issues X in form A or B or if they could live with eith= er A > or B. I would like to see focus on issues that came up during or before= the > previous WGLC unless some issue is truly critical to get agreement on t= he > draft.=20 Yes. But if A and B are acceptable, and A was in RFC2518 and this is=20 what people have implemented, why move to B? I'd really like to=20 understand that. >> - There are a few issues that obviously are "hard", and where we haven= 't made >> any progress in the last few weeks. A good example is the discussion a= bout new >> requirements for ETag handling (which is a normative change compared t= o >> RFC2518). >> >=20 > Some people have tried to game the system the and are assuming that any= thing > we=20 > could not agree upon would stay the same as 2518 so if they like the te= xt in > 2518, they just make sure no one every comes to agreement on the topic.= This > won't work - the problem is that the WG needs to come to consensus that= it > wants to move the draft forward. Clearly we are working on it as a upda= te of > 2518 but if half the group things we change ETags and half things we sh= ould > not, I am going to have to decide if we have consensus or not and > unfortunately I will have to say half wants A and half wants B so no > consensus. The fact that 2518 had A instead of B might influence which > people want A or B but it does not influence my role of having to point= out > that half want A and half want B. I think I clearly disagree here. If half of the people thinks the=20 original requirements (A) are just fine, and the other half wants to add=20 new requirements (B), going for (B) creates a spec that half of the=20 people aren't happy with and may not implement. Sticking with (A) on the=20 other hand means that we can go on as before, and those in favor of (B)=20 still have the freedom to come up with a way to describe (B), and let=20 clients discover that. Yes, that's a profile. Yes, I'm aware that=20 profiles should be avoided. But if the cost of not having the prof=EDle i= s=20 that half of the implementors will either not implement the spec, and=20 implement it incorrectly (claiming compliance when they don't), that's=20 not better. >> Unless somebody can explain why it's likely that we can resolve these = issues >> between now and the end of the month, I propose to stop the discussion= for now >> (as far as it affects RFC2518bis), >> >=20 > Back in December I asked the people on the conference calls if we were = going > to be able to come to consensus on these issues. No one could guarantee > anything but they all felt we could. Based on that, Ted decided to keep= the > working group open beyond the 2005. I sincerely hope we can come to > consensus on these hard issues. However, I encourage people to come to > agreement on something we can all live with - if that happens to be the= same > as what is in 2518, fine, but the idea that "if we can't agree, we use = what > is in 2518" is not how consensus works. Like all WG drafts, we can't c= ome > to some form of consensus, it won't move forward. Understood. So in this case, it would be nice if those who push for new=20 requirements for which there currently is no consensus is to re-consider=20 this. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Mon Jan 09 16:42:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ew4mh-0004BM-65 for webdav-archive@megatron.ietf.org; Mon, 09 Jan 2006 16:42:35 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA01076 for ; Mon, 9 Jan 2006 16:41:16 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ew4lU-0003RK-MO for w3c-dist-auth-dist@listhub.w3.org; Mon, 09 Jan 2006 21:41:20 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ew4lS-0003QM-Ub for w3c-dist-auth@listhub.w3.org; Mon, 09 Jan 2006 21:41:19 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1Ew4lN-000686-PC for w3c-dist-auth@w3.org; Mon, 09 Jan 2006 21:41:18 +0000 Received: (qmail invoked by alias); 09 Jan 2006 21:41:12 -0000 Received: from p508F8CE8.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.140.232] by mail.gmx.net (mp035) with SMTP; 09 Jan 2006 22:41:12 +0100 X-Authenticated: #1915285 Message-ID: <43C2D80A.4020002@gmx.de> Date: Mon, 09 Jan 2006 22:39:22 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: WebDAV Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1Ew4lN-000686-PC 17f4d7ec57d59f5fd07d8d9bf4749f26 X-Original-To: w3c-dist-auth@w3.org Subject: LNRs (lock null resources) in RFC2518bis X-Archived-At: http://www.w3.org/mid/43C2D80A.4020002@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11560 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, 09 Jan 2006 21:41:20 +0000 Content-Transfer-Encoding: 7bit Hi, this is an attempt to summarize the current status regarding RFC2518bis' deprecation of lock-null resources, and what's IMHO left to do. History: In RFC2518, applying LOCK to an unmapped URL creates a so-called Lock Null Resource (LNR), which reserves the URL, but doesn't create a full-blown resource. Subsequently applying PUT or MKCOL transforms the LNR into a locked resource or collection. Not doing so causes the LNR to disappear after the associated lock expires. Experience has shown that LNRs have made server implementations much more complicated, and many servers never have implemented them correctly (for instance, IIS). Furthermore (as as far as I can tell), there's little evidence of real-world clients that actually require LNRs to work as defined by RFC2518 (there may have been one response suggesting otherwise that I currently can't locate; maybe this was from Apple??) Consensus points: I think there's broad consensus that we want allow servers to implement a simpler model, and clients to require to interoperate with these simplified servers. The stripped-down requirements are: R1) A successful LOCK applied to an unmapped URL creates an empty, locked, regular resource (called ELR from here). And that's it. No additional requirements. We have disagreement on: 1) Are servers still allowed to implement the old model? 2) If so, how do we express this in the spec? To make progress on these remaining questions, let's have a look at the additional requirements of LNRs over ELRs: R2) Live properties and collection containment reflect the LNR status of the resource (see and for details). R3) The LNR can be converted into an ELR by applying PUT or MKCOL. R4) If it isn't, it disappears. Let' assume for a moment that we continue to allow servers to implement LNRs. What would be the impact for clients that expect the simplified behaviour? I1) The resource may go away when the client lets the lock expire: this is an edge condition. If a client really handles this case, it will have to do a subsequent DELETE, and getting a 404 upon that one would be completely harmless. I2) Clients may be confused by some specifics of PROPFIND on the parent (member not listed) or on the resource itself (some live properties missing), but this will be completely harmless as long as the client sends a PUT after the LOCK, which is the likely use case anyway. So to me it seems that allowing servers to continue to support the old model is harmless. Current draft (10): The current draft says that servers MUST support either ELRs or LNRs, and that they SHOULD implement ELRs (). It also says that servers implementing LNRs are not compliant to this spec, which I think is a spec bug (see ). It also requires servers (MUST level) to accept a Content-Type request header upon PUT, which is a totally new requirement, and really has nothing to do with the whole issue (see ). I think this needs to be improved. Suggestion: - Make only those aspects of ELRs required that are actually relevant to the client, meaning that a subsequent PUT with the correct If header leads to a regular locked resource being created. - Suggest that implementing ELRs is the simplest way to achieve these requirements. - Thus allow servers to continue implementing LNRs; clients that really care can discover the type of resource being created by doing a subsequent PROPFIND on the LOCKed URL. That's it. Feedback appreciated, Julian From w3c-dist-auth-request@frink.w3.org Mon Jan 09 22:24:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwA7T-0001cX-20 for webdav-archive@megatron.ietf.org; Mon, 09 Jan 2006 22:24:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA26712 for ; Mon, 9 Jan 2006 22:23:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwA6D-0005KW-CO for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 03:23:05 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwA68-0005Iy-0J for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 03:23:00 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwA5z-0005oq-Qv for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 03:22:59 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 8CA40142296 for ; Mon, 9 Jan 2006 19:23:54 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v623) Content-Transfer-Encoding: 7bit Message-Id: <2488197af68d68a5b92cd0afd3be17a2@osafoundation.org> Content-Type: text/plain; charset=US-ASCII; format=flowed To: webdav WG From: Lisa Dusseault Date: Mon, 9 Jan 2006 19:22:46 -0800 X-Mailer: Apple Mail (2.623) Received-SPF: pass (maggie.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1EwA5z-0005oq-Qv ac0b1950e72b60a3456c25a31539cf1e X-Original-To: w3c-dist-auth@w3.org Subject: GULP as pure model X-Archived-At: http://www.w3.org/mid/2488197af68d68a5b92cd0afd3be17a2@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11561 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, 10 Jan 2006 03:23:05 +0000 Content-Transfer-Encoding: 7bit This is an attempt to rewrite GULP purely as a model for inclusion in the introductory section of RFC2518bis. Mostly that meant rewording requirements in terms of statements about the model. Also recall a couple weeks ago I brought up a couple wording issues with GULP -- these are addressed here too. Another notable change is that the last point (from the last version of GULP) was moved to #3, as I thought "conflicting lock" was a required concept before discussing how a new member of a locked collection may have a conflicting lock. 1. A lock either directly or indirectly locks a resource. 2. A LOCK request with a non-empty body creates a new lock, and the resource identified by the request-URL is directly locked by that lock. The "lock-root" of the new lock is the request-URL. If at the time of the request, the request-URL is not mapped to a resource, a new resource is created. 3. A resource cannot be directly or indirectly locked with an exclusive lock and any other lock at the same time, as these would be conflicting. 4. If a collection is directly locked by a depth:infinity lock, all members of that collection (other than the collection itself) are indirectly locked by that lock. Changes in collection membership affect the set of resources indirectly locked by the lock: * If an internal member resource is added to a locked collection, and if the new member resource does not already have a conflicting lock, then the resource becomes indirectly locked by that collection's lock. * If an internal member resource is removed or deleted such that the resource is no longer a member of the locked collection, then the resource is no longer locked by that collection's lock. 5. An UNLOCK request deletes the lock with the specified lock token. The request-URL identifies a resource that is either directly or indirectly locked by that lock. After a lock is deleted, no resource is locked by that lock. 6. A lock token is "submitted" in a request when it appears in an If header. 7. A lock-token must be submitted in a request if that request would modify any of the following aspects of a locked resource: - any variant, - any dead property, - any live property (unless otherwise specified for that property), - for a collection, an internal member URI (an internal member URI of a collection is considered to be modified if it is added, removed, or identifies a different resource). In addition, the lock-token must be submitted if the request-URI mapping changes to another resource or to no resource (e.g. DELETE). 8. If a request causes the lock-root of any lock to become an unmapped URL, then the lock is also deleted by that request. Other changes to make to RFC2518bis subsequently: - define which properties are not lockable (lockdiscovery?) - Check for any missing requirements derived from this model and add them under LOCK, UNLOCK, or other sections - Refer back to these model statements by number if that seems appropriate. - Consider whether there are statements in the lock introduction that are quite redundant with this, and if so, whether to trim. Comments? Lisa From w3c-dist-auth-request@frink.w3.org Tue Jan 10 08:09:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwJFd-0006fg-4P for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 08:09:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA29664 for ; Tue, 10 Jan 2006 08:08:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwJDt-0000wx-8I for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 13:07:37 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwJDp-0000vr-Ki for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 13:07:34 +0000 Received: from e2.ny.us.ibm.com ([32.97.182.142]) by aji.w3.org with esmtp (Exim 4.50) id 1EwJDj-0000PS-L9 for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 13:07:32 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e2.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0AD7Net020496 for ; Tue, 10 Jan 2006 08:07:23 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0AD7Nu1120188 for ; Tue, 10 Jan 2006 08:07:23 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0AD7Nah012447 for ; Tue, 10 Jan 2006 08:07:23 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av04.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0AD7NSG012444 for ; Tue, 10 Jan 2006 08:07:23 -0500 In-Reply-To: <43C2CDDD.9040408@gmx.de> To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Tue, 10 Jan 2006 08:07:30 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/10/2006 08:07:23, Serialize complete at 01/10/2006 08:07:23 Content-Type: multipart/alternative; boundary="=_alternative 004817E0852570F2_=" Received-SPF: pass (aji.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.142 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: aji.w3.org 1EwJDj-0000PS-L9 5e9c6d1f205d0b86e2c6c953eb43d68b X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/OF63F0C885.B145D541-ON852570F2.00441B16-852570F2.00481823@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11562 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, 10 Jan 2006 13:07:37 +0000 This is a multipart message in MIME format. --=_alternative 004817E0852570F2_= Content-Type: text/plain; charset="US-ASCII" Julian wrote on 01/09/2006 03:55:57 PM: > Cullen Jennings wrote: > > On all remaining issues, I do encourage people to think about if we really > > have to resolve issues X in form A or B or if they could live with either A > > or B. I would like to see focus on issues that came up during or before the > > previous WGLC unless some issue is truly critical to get agreement on the > > draft. > > Yes. But if A and B are acceptable, and A was in RFC2518 and this is > what people have implemented, why move to B? I'd really like to > understand that. I second Julian's question. Revising a standard should be an inherently conservative process. Unless there is consensus that there is a bug, and unless there is consensus on how to fix the bug, the standard should be left alone. > >> - There are a few issues that obviously are "hard", and where we > >> haven't made > >> any progress in the last few weeks. A good example is the > >> discussion about new > >> requirements for ETag handling (which is a normative change compared to > >> RFC2518). > > Some people have tried to game the system the and are assuming that anything > > we > > could not agree upon would stay the same as 2518 so if they like the text in > > 2518, they just make sure no one every comes to agreement on the topic. I have seen no evidence that anyone has been acting in that fashion, and this is the first I've heard even a suggestion that this has been taking place. Given the amount of voluntary work that the principals have contributed to achieving consensus, it is hard for me to take this accusation seriously. > > This > > won't work - the problem is that the WG needs to come to consensus that it > > wants to move the draft forward. Clearly we are working on it as aupdate of > > 2518 but if half the group things we change ETags and half things we should > > not, I am going to have to decide if we have consensus or not and > > unfortunately I will have to say half wants A and half wants B so no > > consensus. The fact that 2518 had A instead of B might influence which > > people want A or B but it does not influence my role of having to point out > > that half want A and half want B. > I think I clearly disagree here. I vigorously second Julian's disagreement. Revising a standard is an inherently disruptive process, since any substantive change is likely to break some existing implementation that carefully implemented the first specification. Unless there is consensus for a change (which I believe there will be, for a serious problem that needs to be fixed, and that has a fix), the original state of the spec should always be maintained. > > ... the idea that "if we can't agree, we use what > > is in 2518" is not how consensus works. My response to that is "yes it is" (:-). > > Like all WG drafts, we can't come > > to some form of consensus, it won't move forward. I am baffled by this position. We have dozens of significant issues that we have achieved consensus, both that they are an issue, and what the fix should be. During this process, we have identified a very small number of issues that either do not have consensus that they are a problem, or do not have consensus on how to fix the problem. That will always be the case, and I am personally am pleasantly surprised by how few issues are in this category, and applaud Julian/Lisa/Elias/Jim for achieving this. Throwing all this work away because we cannot artificially force consensus on a few remaining issues seems like a less than ideal process. Cheers, Geoff --=_alternative 004817E0852570F2_= Content-Type: text/html; charset="US-ASCII"
Julian wrote on 01/09/2006 03:55:57 PM:

> Cullen Jennings wrote:

> > On all remaining issues, I do encourage people to think about if we really
> > have to resolve issues X in form A or B or if they could live with either A
> > or B. I would like to see focus on issues that came up during or before the
> > previous WGLC unless some issue is truly critical to get agreement on the
> > draft.
>
> Yes. But if A and B are acceptable, and A was in RFC2518 and this is
> what people have implemented, why move to B? I'd really like to
> understand that.

I second Julian's question.  Revising a standard should be an inherently
conservative process.  Unless there is consensus that there is a bug, and
unless there is consensus on how to fix the bug, the standard should be left
alone.

> >> - There are a few issues that obviously are "hard", and where we
> >> haven't made
> >> any progress in the last few weeks. A good example is the
> >> discussion about new
> >> requirements for ETag handling (which is a normative change compared to
> >> RFC2518).

> > Some people have tried to game the system the and are assuming that anything
> > we
> > could not agree upon would stay the same as 2518 so if they like the text in
> > 2518, they just make sure no one every comes to agreement on the topic.

I have seen no evidence that anyone has been acting in that fashion, and this
is the first I've heard even a suggestion that this has been taking place.
Given the amount of voluntary work that the principals have contributed to
achieving consensus, it is hard for me to take this accusation seriously.

> > This
> > won't work - the problem is that the WG needs to come to consensus that it
> > wants to move the draft forward. Clearly we are working on it as aupdate of
> > 2518 but if half the group things we change ETags and half things we should
> > not, I am going to have to decide if we have consensus or not and
> > unfortunately I will have to say half wants A and half wants B so no
> > consensus. The fact that 2518 had A instead of B might influence which
> > people want A or B but it does not influence my role of having to point out
> > that half want A and half want B.

> I think I clearly disagree here.

I vigorously second Julian's disagreement.  Revising a standard is an inherently
disruptive process, since any substantive change is likely to break some existing
implementation that carefully implemented the first specification.  Unless there
is consensus for a change (which I believe there will be, for a serious problem
that needs to be fixed, and that has a fix), the original state of the spec should
always be maintained.

> > ... the idea that "if we can't agree, we use what
> > is in 2518" is not how consensus works.

My response to that is "yes it is" (:-).

> > Like all WG drafts,  we can't come
> > to some form of consensus, it won't move forward.

I am baffled by this position.  We have dozens of significant issues that we
have achieved consensus, both that they are an issue, and what the fix should
be.   During this process, we have identified a very small number of issues
that either do not have consensus that they are a problem, or do not have
consensus on how to fix the problem.  That will always be the case, and I am
personally am pleasantly surprised by how few issues are in this category,
and applaud Julian/Lisa/Elias/Jim for achieving this.  Throwing all this work
away because we cannot artificially force consensus on a few remaining issues
seems like a less than ideal process.

Cheers,
Geoff




--=_alternative 004817E0852570F2_=-- From w3c-dist-auth-request@frink.w3.org Tue Jan 10 13:01:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwNoD-0004ZT-N3 for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 13:01:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA25265 for ; Tue, 10 Jan 2006 13:00:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwNmv-0004Lv-2r for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 18:00:05 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwNms-0003ut-AL for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 18:00:02 +0000 Received: from mercury.k-o.org ([205.247.172.253] helo=firstclass.k-o.org) by lisa.w3.org with esmtp (Exim 4.50) id 1EwNml-0007m4-Bx for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 18:00:02 +0000 Message-id: Date: Tue, 10 Jan 2006 11:26:33 -0500 X-FC-SERVER-TZ: 15729388 To: w3c-dist-auth@w3.org From: "Tyler Batory" References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Received-SPF: none (lisa.w3.org: domain of batory.t.07@k-o.org does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1EwNml-0007m4-Bx fa842632251697201b67233090246ec3 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/fc.00869574009da3f93b9aca00fe47005b.9da3fd@k-o.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11563 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, 10 Jan 2006 18:00:05 +0000 Content-Transfer-Encoding: 8bit stop sending me these emails please!!!!! I do not work here!!!! thank you From w3c-dist-auth-request@frink.w3.org Tue Jan 10 16:13:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwQnw-0000oC-FB for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 16:13:20 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10166 for ; Tue, 10 Jan 2006 16:12:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwQn7-0004U4-VX for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 21:12:29 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwQmx-0004Rn-1K for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 21:12:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwQms-0007ax-Tk for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 21:12:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ALCEVS011043; Tue, 10 Jan 2006 13:12:14 -0800 Date: Tue, 10 Jan 2006 13:12:14 -0800 Message-Id: <200601102112.k0ALCEVS011043@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwQms-0007ax-Tk 1232aca7d4074b60f77d4fcdf56e7cd4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601102112.k0ALCEVS011043@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11567 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, 10 Jan 2006 21:12:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|REOPENED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 10 16:13:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwQnw-0000oM-TC for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 16:13:20 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10170 for ; Tue, 10 Jan 2006 16:12:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwQmy-0004Sx-Tz for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 21:12:20 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwQmo-0004Ms-Cw for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 21:12:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwQme-0007YZ-6D for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 21:12:09 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ALBv5l011001; Tue, 10 Jan 2006 13:11:57 -0800 Date: Tue, 10 Jan 2006 13:11:57 -0800 Message-Id: <200601102111.k0ALBv5l011001@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwQme-0007YZ-6D b92f335ed37040a03cab59031dd6c2a4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 22] attributes on properties X-Archived-At: http://www.w3.org/mid/200601102111.k0ALBv5l011001@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11566 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, 10 Jan 2006 21:12:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=22 Bug 22 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 10 16:13:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwQnw-0000oT-WF for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 16:13:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10169 for ; Tue, 10 Jan 2006 16:12:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwQms-0004P1-Uf for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 21:12:15 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwQmm-0004MW-Nj for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 21:12:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwQmf-0007x9-6p for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 21:12:08 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ALBwav011011; Tue, 10 Jan 2006 13:11:58 -0800 Date: Tue, 10 Jan 2006 13:11:58 -0800 Message-Id: <200601102111.k0ALBwav011011@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EwQmf-0007x9-6p 8564efe781f0d061ec66f6b49170690d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 174] Terminology in 4.4: "namespace name in scope" X-Archived-At: http://www.w3.org/mid/200601102111.k0ALBwav011011@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11565 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, 10 Jan 2006 21:12:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=174 Bug 174 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 10 16:13:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwQnw-0000oE-IN for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 16:13:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10167 for ; Tue, 10 Jan 2006 16:12:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwQmi-0004MH-OV for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 21:12:04 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwQmg-0004Lb-57 for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 21:12:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwQmc-0003dl-DN for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 21:12:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ALBv7H010987; Tue, 10 Jan 2006 13:11:57 -0800 Date: Tue, 10 Jan 2006 13:11:57 -0800 Message-Id: <200601102111.k0ALBv7H010987@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwQmc-0003dl-DN 9e58097faab8a7aea7caea327d7975c9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601102111.k0ALBv7H010987@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11564 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, 10 Jan 2006 21:12:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-10 13:11 ------- I guess everybody has been eager to see on how the two spec proposals converge, right? I just went through the remaining diffs (compared to the WG draft as of 2006-01-06), got rid of some, but still need to point out a few problems. Below are the diffs, with the important ones on top, the rest being punctuation. As usual the diffs can be seen in context at . (Elias to re-schedule) Section 4., para. 37: OLD: Since prefixes are used in some XML query/handling tools (XPath and XML Schema, for example), servers SHOULD preserve, for any Information Item in the value: NEW: Since prefixes are used in some XML vocabularies (such as XPath and XML Schema), servers SHOULD preserve, for any Information Item in the value: (Usage of prefixes is not restricted to a specific group of tools, XPath and XML Schema being the most widely known just happen to be in that category) Section 4., para. 39: OLD: XML Infoset attributes not listed above MAY be preserved by the server, but clients MUST NOT rely on them being preserved. The above rules would also apply by default to live properties, unless defined otherwise. Note that today many server implementations do not preserve prefixes and so in practice clients have to handle prefix rewriting. NEW: XML Infoset attributes not listed above MAY be preserved by the server, but clients MUST NOT rely on them being preserved. The above rules would also apply by default to live properties, unless defined otherwise. (I think we need to be careful not to confuse normative text with backwards compatibilty notes -- servers that implement this spec SHOULD preserve prefixes; following this with a statement that servers don't weakens the requirement and furthermore is incorrect; as far as I can tell, there's no a single server out there yet which claims to implement RFC2518bis). Finally, in... Section 4., para. 43: OLD: Jane Doe mailto:jane.doe@example.com http://www.example.com Jane has been working way too long on the long-awaited revision of ]]>. NEW: Jane Doe mailto:jane.doe@example.com http://www.example.com Jane has been working way too long on the long-awaited revision of ]]>. Section 4., para. 45: OLD: Jane Doe mailto:jane.doe@example.com http://www.example.com Jane has been working way too long on the long-awaited revision of <RFC2518>. Note in this example: NEW: Jane Doe mailto:jane.doe@example.com http://www.example.com Jane has been working way too long on the long-awaited revision of <RFC2518>. Note in this example: ...we still have non-wellformed XML (again the recommendation to run examples through an XML parser if they aren't used as proposed and checked). The remainder is punctuation (I wouldn't report if I wouldn't think that adding it enhances readability). Section 4., para. 22: OLD: [namespace name] NEW: [namespace name], Section 4., para. 23: OLD: [local name] NEW: [local name], Section 4., para. 24: OLD: [attributes] named "xml:lang" or any such attribute in scope NEW: [attributes] named "xml:lang" or any such attribute in scope, Section 4., para. 25: OLD: [children] of type element or character NEW: [children] of type element or character. Section 4., para. 27: OLD: [namespace name] NEW: [namespace name], Section 4., para. 28: OLD: [local name] NEW: [local name], Section 4., para. 29: OLD: [attributes] NEW: From w3c-dist-auth-request@frink.w3.org Tue Jan 10 16:13:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwQnw-0000oE-IN for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 16:13:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10167 for ; Tue, 10 Jan 2006 16:12:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwQmi-0004MH-OV for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 21:12:04 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwQmg-0004Lb-57 for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 21:12:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwQmc-0003dl-DN for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 21:12:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ALBv7H010987; Tue, 10 Jan 2006 13:11:57 -0800 Date: Tue, 10 Jan 2006 13:11:57 -0800 Message-Id: <200601102111.k0ALBv7H010987@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwQmc-0003dl-DN 9e58097faab8a7aea7caea327d7975c9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601102111.k0ALBv7H010987@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11564 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, 10 Jan 2006 21:12:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-10 13:11 ------- I guess everybody has been eager to see on how the two spec proposals converge, right? I just went through the remaining diffs (compared to the WG draft as of 2006-01-06), got rid of some, but still need to point out a few problems. Below are the diffs, with the important ones on top, the rest being punctuation. As usual the diffs can be seen in context at . (Elias to re-schedule) Section 4., para. 37: OLD: Since prefixes are used in some XML query/handling tools (XPath and XML Schema, for example), servers SHOULD preserve, for any Information Item in the value: NEW: Since prefixes are used in some XML vocabularies (such as XPath and XML Schema), servers SHOULD preserve, for any Information Item in the value: (Usage of prefixes is not restricted to a specific group of tools, XPath and XML Schema being the most widely known just happen to be in that category) Section 4., para. 39: OLD: XML Infoset attributes not listed above MAY be preserved by the server, but clients MUST NOT rely on them being preserved. The above rules would also apply by default to live properties, unless defined otherwise. Note that today many server implementations do not preserve prefixes and so in practice clients have to handle prefix rewriting. NEW: XML Infoset attributes not listed above MAY be preserved by the server, but cl [attributes], Section 4., para. 30: OLD: [children] of type element or character NEW: [children] of type element or character. Section 4., para. 32: OLD: [namespace name] NEW: [namespace name], Section 4., para. 33: OLD: [local name] NEW: [local name], Section 4., para. 34: OLD: [normalized value] NEW: [normalized value]. Section 4., para. 36: OLD: [character code] NEW: [character code]. Section 4., para. 38: OLD: [prefix] NEW: [prefix]. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 10 16:13:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwQnx-0000oN-0J for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 16:13:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10168 for ; Tue, 10 Jan 2006 16:12:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwQnF-0004Ut-0B for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 21:12:37 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwQmp-0004N9-Sj for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 21:12:12 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwQme-0007Yr-6E for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 21:12:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ALBxFR011025; Tue, 10 Jan 2006 13:11:59 -0800 Date: Tue, 10 Jan 2006 13:11:59 -0800 Message-Id: <200601102111.k0ALBxFR011025@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwQme-0007Yr-6E 89a16c9f43b98f94a315fc8d40ef3357 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 146] PROP_ROUNDTRIP X-Archived-At: http://www.w3.org/mid/200601102111.k0ALBxFR011025@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11568 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, 10 Jan 2006 21:12:37 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=146 Bug 146 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. ients MUST NOT rely on them being preserved. The above rules would also apply by default to live properties, unless defined otherwise. (I think we need to be careful not to confuse normative text with backwards compatibilty notes -- servers that implement this spec SHOULD preserve prefixes; following this with a statement that servers don't weakens the requirement and furthermore is incorrect; as far as I can tell, there's no a single server out there yet which claims to implement RFC2518bis). Finally, in... Section 4., para. 43: OLD: Jane Doe mailto:jane.doe@example.com http://www.example.com Jane has been working way too long on the long-awaited revision of ]]>. NEW: Jane Doe mailto:jane.doe@example.com http://www.example.com Jane has been working way too long on the long-awaited revision of ]]>. Section 4., para. 45: OLD: Jane Doe mailto:jane.doe@example.com http://www.example.com Jane has been working way too long on the long-awaited revision of <RFC2518>. Note in this example: NEW: Jane Doe mailto:jane.doe@example.com http://www.example.com Jane has been working way too long on the long-awaited revision of <RFC2518>. Note in this example: ...we still have non-wellformed XML (again the recommendation to run examples through an XML parser if they aren't used as proposed and checked). The remainder is punctuation (I wouldn't report if I wouldn't think that adding it enhances readability). Section 4., para. 22: OLD: [namespace name] NEW: [namespace name], Section 4., para. 23: OLD: [local name] NEW: [local name], Section 4., para. 24: OLD: [attributes] named "xml:lang" or any such attribute in scope NEW: [attributes] named "xml:lang" or any such attribute in scope, Section 4., para. 25: OLD: [children] of type element or character NEW: [children] of type element or character. Section 4., para. 27: OLD: [namespace name] NEW: [namespace name], Section 4., para. 28: OLD: [local name] NEW: [local name], Section 4., para. 29: OLD: [attributes] NEW: [attributes], Section 4., para. 30: OLD: [children] of type element or character NEW: [children] of type element or character. Section 4., para. 32: OLD: [namespace name] NEW: [namespace name], Section 4., para. 33: OLD: [local name] NEW: [local name], Section 4., para. 34: OLD: [normalized value] NEW: [normalized value]. Section 4., para. 36: OLD: [character code] NEW: [character code]. Section 4., para. 38: OLD: [prefix] NEW: [prefix]. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 10 16:13:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwQnx-0000oN-0J for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 16:13:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA10168 for ; Tue, 10 Jan 2006 16:12:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwQnF-0004Ut-0B for w3c-dist-auth-dist@listhub.w3.org; Tue, 10 Jan 2006 21:12:37 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwQmp-0004N9-Sj for w3c-dist-auth@listhub.w3.org; Tue, 10 Jan 2006 21:12:12 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwQme-0007Yr-6E for w3c-dist-auth@w3.org; Tue, 10 Jan 2006 21:12:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ALBxFR011025; Tue, 10 Jan 2006 13:11:59 -0800 Date: Tue, 10 Jan 2006 13:11:59 -0800 Message-Id: <200601102111.k0ALBxFR011025@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwQme-0007Yr-6E 89a16c9f43b98f94a315fc8d40ef3357 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 146] PROP_ROUNDTRIP X-Archived-At: http://www.w3.org/mid/200601102111.k0ALBxFR011025@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11568 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, 10 Jan 2006 21:12:37 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=146 Bug 146 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From frazieruflo@thomweb.co.uk Tue Jan 10 22:17:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwWUA-0002un-5l for webdav-archive@megatron.ietf.org; Tue, 10 Jan 2006 22:17:18 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA05846 for ; Tue, 10 Jan 2006 22:15:56 -0500 (EST) Received: from [210.213.218.25] (helo=thomweb.co.uk) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EwWax-000303-6m for webdav-archive@ietf.org; Tue, 10 Jan 2006 22:24:20 -0500 Message-ID: <000001c6165d$7347c210$7d8ca8c0@macrograph> Reply-To: "Florencio Frazier" From: "Florencio Frazier" To: "Koldo Folts" Subject: Re: plateful bantamweight Date: Tue, 10 Jan 2006 22:16:44 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61633.8A71BA10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 3.0 (+++) X-Scan-Signature: 00e94c813bef7832af255170dca19e36 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61633.8A71BA10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 http://www.talsaplis.com =20 =20 CI XA LE VI VA AM SO ALIS NAX=20 VITRA AGRA LIUM BIEN MA =20 30 p 30 p 30 p 30 p 30 p 30 p 30 p iIls - $99.95 ilIs - $123.45 ilIs - $99.95 iIls - $69.95 ilIs - $85.45 iIls - $68.00 iIls - $75.95 ------=_NextPart_000_0001_01C61633.8A71BA10 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
 
CI
XA
LE
VI
VA
AM
SO
ALIS
NAX 
VITRA
AGRA
LIUM
BIEN
MA &n= bsp;
  30 p
  30 p
  30=  p
  30 p
  30 p
  = 30 p
  30 p
iIls - $99.95
ilIs - $123.45
ilIs = ;- $99.95
iIls - $69.95
ilIs - $85.45
i= Ils - $68.00
iIls - $75.95
------=_NextPart_000_0001_01C61633.8A71BA10-- From w3c-dist-auth-request@frink.w3.org Wed Jan 11 02:42:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwacQ-0007lU-5I for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 02:42:06 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA21667 for ; Wed, 11 Jan 2006 02:40:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwaaV-0006xB-2k for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 07:40:07 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwaOR-0002Yg-51 for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 07:27:39 +0000 Received: from sj-iport-4.cisco.com ([171.68.10.86]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwaON-0003he-05 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 07:27:39 +0000 Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-4.cisco.com with ESMTP; 10 Jan 2006 23:27:34 -0800 X-IronPort-AV: i="3.99,353,1131350400"; d="scan'208"; a="1765470284:sNHT34532480" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id k0B7RXc1009414; Tue, 10 Jan 2006 23:27:33 -0800 (PST) Received: from 10.21.84.49 ([10.21.84.49]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 11 Jan 2006 07:27:32 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Tue, 10 Jan 2006 23:27:45 -0800 From: Cullen Jennings To: Julian Reschke CC: WebDav Message-ID: Thread-Topic: Process on open RFC2518bis issues Thread-Index: AcYWgIPUwp4jwoJzEdqJfAARJEEJ/A== In-Reply-To: <43C2CDDD.9040408@gmx.de> Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Received-SPF: pass (lisa.w3.org: domain of fluffy@cisco.com designates 171.68.10.86 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwaON-0003he-05 1575a421f3371dca97933b766f683f59 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/BFE9F371.69FE3%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11569 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, 11 Jan 2006 07:40:07 +0000 Content-Transfer-Encoding: quoted-printable I think there is a lot in this that we agree on but a few points worth reading. More inline... On 1/9/06 12:55 PM, "Julian Reschke" wrote: > Cullen Jennings wrote: >>=20 >> I marked this email important. I think folks should read it and think ab= out >> how are we going to get to agreement on 2518bis. >>=20 >> Thank you, Cullen with my WG Chair hat on. Now on to the message .... >>=20 >>=20 >> On 1/6/06 2:15 AM, "Julian Reschke" wrote: >>=20 >>> Hi, >>>=20 >>> here's a comment on how I see the working group's process, understandin= g >>> that >>> there are only a few weeks left allocated for completion. >>>=20 >>> - The drafts that the WG publish lag behind; for instance, changes that= we >>> Just to make sure there is no confusion on the "we" for people reading = this, >>> that is the "we" of the group of people joing the conference calls not = WG >>> consensus. have agreed upon in early December do not show up in draft 0= 9 >>> (mid >>> December) and draft 10 (end December). >>>=20 >>=20 >> I may be very confused but my read of the drafts brought me to the follo= wing >> conclusion .... When rev 10 of 2518bis was published, it incorporated a= ll >> but a few of the the changes we had come to a proposal on. The ones that= had >> not been included require significant work to make changes throughout th= e >> document. There had been no proposed diffs that could have been quickly >> incorporated for all of these. >=20 > OK, let me point to two specific ones: >=20 > Bug 188 (), > agreed upon on 2005-12-07 > (), > proposed text is in > http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.h= tml#r > fc.issue.bz188>). This was one of the ones I was thinking about that seemed to require change= s in many sections of the draft. >=20 > Bug 48 (), > agreement on 2005-12-12 by some of us, no other feedback, proposed text > in=20 > rfc.issue.bz048>=20 > and in . Uh, I not sure on this one but I thought we assigned this to Lisa after rev 10 was out. >=20 >> I have been encouraging a "publish early, publish often" approach to thi= s >> draft. It still seem to me that are bottleneck is coming to agreement ab= out >> what we want the draft to say, not getting the text into the draft. If I= 'm >> totally missing the situation here, please do enlighten me. >=20 > I'm not sure about which one is the bottleneck, but it certainly would > be good to have those things in the spec that there was consensus for. Agree - but my take of it is that we have been doing a pretty good job of that so far. >=20 >>> - We are spending a lot of time discussing questions that don't even ha= ve a >>> corresponding entry in the issue tracker. Really, I have was not aware = of >>> this >>> - I don't think this actually is the case. Next time we get onto one of >>> these >>> on the conference call, please bring it to my attention and I will inst= antly >>> get us focused back on the items in the issue tracker. >>>=20 >>> I would propose that for the time being, we restrict all discussions an= d >>> changes to (1) issues that have been entered before today and (2) probl= ems >>> with changes in RFC2518bis as compared to RFC2518. For the working grou= p to >>> consider any other question relevant enough for RFC2518bis, there shoul= d be >>> a >>> broad consensus to discuss it in the given time frame. >>>=20 >>=20 >> We are trying to focus on issues that we need to agree on to get WG >> consensus that the WG wants to publish the document as an RFC. I think >> that pretty much all the relevant ones came up before or during the prev= ious >> WGLC. Now in resolving these, some times they have been further broken i= n to >=20 > I'll assume that by WGLC you mean RFC2518's working group last call. > RFC2518 never has been last-called, as far as I can tell. My apologies - I was wrong here. >=20 > OK, again two examples: >=20 > - The question of putting new requirements on ETags never was mentioned > in that original WGLC. It's very clear that the meaning of strong and weak ETags and how to implement them and what clients can rely on has been unclear to many, if no= t all, people for a long time. I'm not trying to put new requirements on ETags, I am trying to get ETags to a point where the WG agrees that 1) they are useful for clients 2) it is clear how clients can use them 3) and it is clear enough what they need to do that servers will implement them correctly >=20 > - The proposal to change the semantics for PROPPATCH (new issue 210, > ) as far as > I can tell, even never have been raised *anywhere* until it suddenly > showed up in a recent draft -- and that's exactly the kind of change > discussion I'd like to avoid at this stage. >=20 Oddly, I view this as an example where I pretty happy with how things went. The editor of the document is writing down the details and considers the corner case where a client sent two contradictory statements in the same request (set X=3D1, set X=3D3), the editor decides to clarify this corner case and puts in text suggesting that a client should not sent that. The draft gets published, some people read it and realize there may be reasons that a client does want to do that. Some quick discussion ensues and we decide how to resolve it. Presumably the editor will fix to reflect consensus on next draft. =20 >=20 >> more issues in the bug tracker - I was not overly keen about this but it= did >> seem the best way to use the tool to help accelerate the work. >=20 > I think that was the right thing to do. If eight issues about locking > are summarized under one single entry, it becomes very hard to control > it. And, as a matter of fact, we have managed to come to agreement about > all of these, I think. At the time, I was concerned about infinite explosion of never ending issues, but looking back on this, you are right that it helped. >=20 >> On all reaming issues, I do encourage people to think about if we really >> have to resolve issues X in form A or B or if they could live with eithe= r A >> or B. I would like to see focus on issues that came up during or before = the >> previous WGLC unless some issue is truly critical to get agreement on th= e >> draft.=20 >=20 > Yes. But if A and B are acceptable, and A was in RFC2518 and this is > what people have implemented, why move to B? I'd really like to > understand that. I think you are missing my point on this one - If A and B are acceptable, and A is what people have implemented, I'm sure the WG would come to consensus on A. However, if neither A or B have consensus, then we don't have consensus. And if we don't have consensus, then we don't have consensu= s regardless of if the previous RFC did A,B, something else, or nothing at all. =20 >=20 >>> - There are a few issues that obviously are "hard", and where we haven'= t >>> made >>> any progress in the last few weeks. A good example is the discussion ab= out >>> new >>> requirements for ETag handling (which is a normative change compared to >>> RFC2518). >>>=20 >>=20 >> Some people have tried to game the system the and are assuming that anyt= hing >> we=20 >> could not agree upon would stay the same as 2518 so if they like the tex= t in >> 2518, they just make sure no one every comes to agreement on the topic. = This >> won't work - the problem is that the WG needs to come to consensus that = it >> wants to move the draft forward. Clearly we are working on it as a updat= e of >> 2518 but if half the group things we change ETags and half things we sho= uld >> not, I am going to have to decide if we have consensus or not and >> unfortunately I will have to say half wants A and half wants B so no >> consensus. The fact that 2518 had A instead of B might influence which >> people want A or B but it does not influence my role of having to point = out >> that half want A and half want B. >=20 > I think I clearly disagree here. If half of the people thinks the > original requirements (A) are just fine, and the other half wants to add > new requirements (B), going for (B) creates a spec that half of the > people aren't happy with and may not implement. Sticking with (A) on the > other hand means that we can go on as before, and those in favor of (B) > still have the freedom to come up with a way to describe (B), and let > clients discover that. Yes, that's a profile. Yes, I'm aware that > profiles should be avoided. But if the cost of not having the prof=EDle is > that half of the implementors will either not implement the spec, and > implement it incorrectly (claiming compliance when they don't), that's > not better. Yes, and in that case you need to get consensus that going with A is the best path. I'm not disagree with you about why you might use the above argument in favor of A - that is fine, it is appropriate to make, and the W= G might agree or disagree. But in the end I have to try and figure out if we have consensus for A, B, or no consensus. Lack of consensus for B will not imply a consensus for A. Only consensus for A will imply a consensus for A. >=20 >>> Unless somebody can explain why it's likely that we can resolve these i= ssues >>> between now and the end of the month, I propose to stop the discussion = for >>> now >>> (as far as it affects RFC2518bis), >>>=20 >>=20 >> Back in December I asked the people on the conference calls if we were g= oing >> to be able to come to consensus on these issues. No one could guarantee >> anything but they all felt we could. Based on that, Ted decided to keep = the >> working group open beyond the 2005. I sincerely hope we can come to >> consensus on these hard issues. However, I encourage people to come to >> agreement on something we can all live with - if that happens to be the = same >> as what is in 2518, fine, but the idea that "if we can't agree, we use w= hat >> is in 2518" is not how consensus works. Like all WG drafts, we can't co= me >> to some form of consensus, it won't move forward. >=20 > Understood. So in this case, it would be nice if those who push for new > requirements for which there currently is no consensus is to re-consider > this. Yes, I agree. Perhaps I should say this in all caps or something but I really do agree - we need to be trying to shrink no grow the scope of the work.=20 >=20 > Best regards, Julian >=20 >=20 From w3c-dist-auth-request@frink.w3.org Wed Jan 11 02:55:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewaow-0003HX-3u for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 02:55:02 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA22470 for ; Wed, 11 Jan 2006 02:53:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwaoE-00013f-BZ for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 07:54:18 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwaoA-000132-FG for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 07:54:14 +0000 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by maggie.w3.org with esmtp (Exim 4.50) id 1Ewao7-0003S4-Kg for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 07:54:13 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-3.cisco.com with ESMTP; 10 Jan 2006 23:54:09 -0800 X-IronPort-AV: i="3.99,353,1131350400"; d="scan'208"; a="390270029:sNHT31837424" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k0B7s8QJ025383; Tue, 10 Jan 2006 23:54:09 -0800 (PST) Received: from 10.21.84.49 ([10.21.84.49]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 11 Jan 2006 07:54:08 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Tue, 10 Jan 2006 23:54:22 -0800 From: Cullen Jennings To: Julian Reschke , WebDav Message-ID: Thread-Topic: Re-using 414 status codes (related to Bug 31) Thread-Index: AcYWhDu3eoo/t4J3EdqJfAARJEEJ/A== In-Reply-To: <43B67321.3080908@gmx.de> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Received-SPF: pass (maggie.w3.org: domain of fluffy@cisco.com designates 171.71.176.72 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1Ewao7-0003S4-Kg 7c1ca4bf14a7e6e12e7ab3a8a10be60a X-Original-To: w3c-dist-auth@w3.org Subject: Re: Re-using 414 status codes (related to Bug 31) X-Archived-At: http://www.w3.org/mid/BFE9F9AE.69FE6%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11570 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, 11 Jan 2006 07:54:18 +0000 Content-Transfer-Encoding: 7bit I think you should provide implementers advice on what to do in this case. On 12/31/05 4:01 AM, "Julian Reschke" wrote: > > Hi, > > (see also ). > > In Section 11.2, draft 09 of RFC2518bis currently says > ( ction.11.2>): > > > 11.2 414 Request-URI Too Long > > This status code is used in HTTP 1.1 only for Request-URIs, because full > URIs aren't used in other headers. WebDAV specifies full URLs in other > headers, therefore this error MAY be used if the URI is too long in > other locations as well. > > > I note that this statement is non-compliant to RFC2616 (which says that > 414 is just for the case where a Request-URI is too long, that's it). > The only good reason for being inconsistent with RFC2616 would be if > this would be documenting existing practice that can't easily be fixed. > So is anybody aware of servers that do this? > > In our last conference call, we also discussed that although this > problem may be nothing a user agent can fix automatically, it > nevertheless may be good if it could display a meaningful error message > to the user. > > To go forward, there seem to be at least three choices: > > 1) Remove that paragraph, thus be silent on what servers return in this > case, which in general would mean 400 Bad Request. This is consistent > with RFC2616, but doesn't give clients a mean of detecting this error > condition. > > 2) Keep Section 11.2 (being inconsistent with RFC2616) > > 3) Define a precondition code that could be used with status 400, and > which would allow not only to describe the general problem, but also > could include the URI that was actually causing the problem (keep in > mind that URIs can appear in several places in the request headers, such > as "Destination" and Tagged-Lists in "If"). The exact proposal for this > is below. > > Feedback appreciated, mine would be: > > 1) +.5 > 2) -1 (because of inconsistency with RFC2616) > 3) +.5 (it doesn't hurt) > > Feedback appreciated, Julian > > > -- proposal for precondition code -- > > 15.7 DAV:uri-reference-length-within-limits (precondition) > > Servers MAY restrict the length of URI references in certain header > fields, such as "Destination" or "If". This condition code can be used > to signal this condition, and also to include the actual URI reference > causing the problem. User agents may be able to take advantage of this > to display a meaningful error message to the user. > > > > Servers SHOULD insert DAV:href elements for the URI reference(s) that > caused the problem. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 04:11:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewc0q-0001WA-Ng for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 04:11:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA26251 for ; Wed, 11 Jan 2006 04:10:03 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwbzD-0000mq-CM for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 09:09:43 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwbzB-0000mI-FJ for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 09:09:41 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1Ewbz9-00074J-4p for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 09:09:40 +0000 Received: (qmail invoked by alias); 11 Jan 2006 09:02:57 -0000 Received: from p508FAC04.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.172.4] by mail.gmx.net (mp034) with SMTP; 11 Jan 2006 10:02:57 +0100 X-Authenticated: #1915285 Message-ID: <43C4C956.8090108@gmx.de> Date: Wed, 11 Jan 2006 10:01:10 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Cullen Jennings CC: WebDav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1Ewbz9-00074J-4p 2ee2ec4ffcbc6b0d139b58d863e460b9 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Re-using 414 status codes (related to Bug 31) X-Archived-At: http://www.w3.org/mid/43C4C956.8090108@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11571 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, 11 Jan 2006 09:09:43 +0000 Content-Transfer-Encoding: 7bit Cullen Jennings wrote: > > I think you should provide implementers advice on what to do in this case. It's already saying: >> User agents may be able to take advantage of this >> to display a meaningful error message to the user. I'm not sure what else we could say... Best regards, Julian From w3c-dist-auth-request@frink.w3.org Wed Jan 11 04:54:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwcgG-0004zF-C8 for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 04:54:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA28377 for ; Wed, 11 Jan 2006 04:52:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwcfR-0003ek-49 for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 09:53:21 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwcTN-0000eq-2Z for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 09:40:53 +0000 Received: from sj-iport-4.cisco.com ([171.68.10.86]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwcTK-0003w3-Ic for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 09:40:52 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-4.cisco.com with ESMTP; 11 Jan 2006 01:40:45 -0800 X-IronPort-AV: i="3.99,354,1131350400"; d="scan'208"; a="1765492244:sNHT29579692" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k0B9eiQJ018262; Wed, 11 Jan 2006 01:40:44 -0800 (PST) Received: from 10.21.84.49 ([10.21.84.49]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 11 Jan 2006 09:40:43 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Wed, 11 Jan 2006 01:40:57 -0800 From: Cullen Jennings To: Julian Reschke CC: WebDav Message-ID: Thread-Topic: Re-using 414 status codes (related to Bug 31) Thread-Index: AcYWkx9uXhIXrIKGEdqJfAARJEEJ/A== In-Reply-To: <43C4C956.8090108@gmx.de> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Received-SPF: pass (maggie.w3.org: domain of fluffy@cisco.com designates 171.68.10.86 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1EwcTK-0003w3-Ic 3ad7474b86034c03d5abcff82c136c47 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Re-using 414 status codes (related to Bug 31) X-Archived-At: http://www.w3.org/mid/BFEA12A9.6A00E%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11572 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, 11 Jan 2006 09:53:21 +0000 Content-Transfer-Encoding: 7bit On 1/11/06 1:01 AM, "Julian Reschke" wrote: > Cullen Jennings wrote: >> >> I think you should provide implementers advice on what to do in this case. > > It's already saying: > >>> User agents may be able to take advantage of this >>> to display a meaningful error message to the user. > > I'm not sure what else we could say... > > > Best regards, Julian I was thinking of advice that answered the following ... If I am a server implementer, and I get a URI other than the request URI that is too big, what do I do? From w3c-dist-auth-request@frink.w3.org Wed Jan 11 05:06:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwcsL-0008Jo-Mt for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 05:06:42 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA29164 for ; Wed, 11 Jan 2006 05:05:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwcrV-00074J-Qs for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 10:05:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwcY6-0002lv-LD for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 09:45:46 +0000 Received: from mail.gmx.net ([213.165.64.21]) by lisa.w3.org with smtp (Exim 4.50) id 1EwcY1-0004pj-Qr for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 09:45:46 +0000 Received: (qmail invoked by alias); 11 Jan 2006 09:18:59 -0000 Received: from p508FAC04.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.172.4] by mail.gmx.net (mp002) with SMTP; 11 Jan 2006 10:18:59 +0100 X-Authenticated: #1915285 Message-ID: <43C4CD17.7080104@gmx.de> Date: Wed, 11 Jan 2006 10:17:11 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Cullen Jennings CC: WebDav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Y-GMX-Trusted: 0 Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1EwcY1-0004pj-Qr 5a1811b47a255edccb13337f2e27713b X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/43C4CD17.7080104@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11573 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, 11 Jan 2006 10:05:49 +0000 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id FAA29164 Cullen Jennings wrote: > ... >> OK, let me point to two specific ones: >> >> Bug 188 (), >> agreed upon on 2005-12-07 >> (), >> proposed text is in >> http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-lates= t.html#r >> fc.issue.bz188>). > This was one of the ones I was thinking about that seemed to require ch= anges > in many sections of the draft. Three sections, basically. And the complete diff is available, it just=20 needs to be applied. > ... >> OK, again two examples: >> >> - The question of putting new requirements on ETags never was mentione= d >> in that original WGLC. >=20 > It's very clear that the meaning of strong and weak ETags and how to > implement them and what clients can rely on has been unclear to many, i= f not > all, people for a long time. I'm not trying to put new requirements on > ETags, I am trying to get ETags to a point where the WG agrees that > 1) they are useful for clients > 2) it is clear how clients can use them > 3) and it is clear enough what they need to do that servers will implem= ent > them correctly I think *that* summary makes a lot of sense. The problem is that this=20 falls into the generic HTTP area. So adding non-normative text=20 (appendix) explaining authoring scenarios may be a good idea, but=20 forcing (!) servers to do things they potentially can't do won't work.=20 In particular, requiring servers to do something where RFC2616 is silent=20 about what it means is problematic, unless we can gather consensus for=20 an RFC2616 erratum on the HTTP mailing list. >> - The proposal to change the semantics for PROPPATCH (new issue 210, >> ) as far= as >> I can tell, even never have been raised *anywhere* until it suddenly >> showed up in a recent draft -- and that's exactly the kind of change >> discussion I'd like to avoid at this stage. >> >=20 > Oddly, I view this as an example where I pretty happy with how things w= ent. > The editor of the document is writing down the details and considers th= e > corner case where a client sent two contradictory statements in the sam= e > request (set X=3D1, set X=3D3), the editor decides to clarify this corn= er case They are not contradictory. RFC2518 is clear about what it means=20 (): "Instruction processing MUST occur in the order instructions are=20 received (i.e., from top to bottom). Instructions MUST either all be=20 executed or none executed." > and puts in text suggesting that a client should not sent that. The dra= ft > gets published, some people read it and realize there may be reasons th= at a > client does want to do that. Some quick discussion ensues and we decide= how > to resolve it. Presumably the editor will fix to reflect consensus on n= ext > draft. I sure hope so, but the whole roundtrip could have been avoided. > ... >> Yes. But if A and B are acceptable, and A was in RFC2518 and this is >> what people have implemented, why move to B? I'd really like to >> understand that. >=20 > I think you are missing my point on this one - If A and B are acceptabl= e, > and A is what people have implemented, I'm sure the WG would come to > consensus on A. However, if neither A or B have consensus, then we don'= t > have consensus. And if we don't have consensus, then we don't have cons= ensus > regardless of if the previous RFC did A,B, something else, or nothing a= t > all. Well, I *urge* people who want to make normative changes to RFC2518 and=20 who can't get consensus for these changes to reconsider that change=20 requirement, and to consider to stick with the original protocol.=20 Otherwise it will indeed be hard to agree on a common document. > ... >> I think I clearly disagree here. If half of the people thinks the >> original requirements (A) are just fine, and the other half wants to a= dd >> new requirements (B), going for (B) creates a spec that half of the >> people aren't happy with and may not implement. Sticking with (A) on t= he >> other hand means that we can go on as before, and those in favor of (B= ) >> still have the freedom to come up with a way to describe (B), and let >> clients discover that. Yes, that's a profile. Yes, I'm aware that >> profiles should be avoided. But if the cost of not having the prof=EDl= e is >> that half of the implementors will either not implement the spec, and >> implement it incorrectly (claiming compliance when they don't), that's >> not better. >=20 > Yes, and in that case you need to get consensus that going with A is th= e > best path. I'm not disagree with you about why you might use the above > argument in favor of A - that is fine, it is appropriate to make, and t= he WG > might agree or disagree. But in the end I have to try and figure out if= we > have consensus for A, B, or no consensus. Lack of consensus for B will = not > imply a consensus for A. Only consensus for A will imply a consensus fo= r A. From a practical point of view, I think we need to ask implementors of=20 RFC2518 if they're willing/able/planning to implement RFC2518bis. If we=20 can't get positive feedback from those implementors who *are* still=20 active (so I'll explicitly exclude the Microsoft IIS developers here=20 :-), then I think we have a problem. >>>> Unless somebody can explain why it's likely that we can resolve thes= e issues >>>> between now and the end of the month, I propose to stop the discussi= on for >>>> now >>>> (as far as it affects RFC2518bis), >>>> >>> Back in December I asked the people on the conference calls if we wer= e going >>> to be able to come to consensus on these issues. No one could guarant= ee >>> anything but they all felt we could. Based on that, Ted decided to ke= ep the >>> working group open beyond the 2005. I sincerely hope we can come to >>> consensus on these hard issues. However, I encourage people to come t= o >>> agreement on something we can all live with - if that happens to be t= he same >>> as what is in 2518, fine, but the idea that "if we can't agree, we us= e what >>> is in 2518" is not how consensus works. Like all WG drafts, we can't= come >>> to some form of consensus, it won't move forward. >> Understood. So in this case, it would be nice if those who push for ne= w >> requirements for which there currently is no consensus is to re-consid= er >> this. >=20 > Yes, I agree. Perhaps I should say this in all caps or something but I > really do agree - we need to be trying to shrink no grow the scope of t= he > work.=20 And that's why I was basically asking for a Feature Freeze. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Wed Jan 11 05:19:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewd4e-00039x-8V for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 05:19:24 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA29736 for ; Wed, 11 Jan 2006 05:18:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewd3g-0002Lf-FH for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 10:18:24 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewca4-0002u2-Ji for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 09:47:48 +0000 Received: from mail.gmx.net ([213.165.64.21]) by maggie.w3.org with smtp (Exim 4.50) id 1Ewca2-000534-8W for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 09:47:48 +0000 Received: (qmail invoked by alias); 11 Jan 2006 09:47:44 -0000 Received: from p508FAC04.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.172.4] by mail.gmx.net (mp010) with SMTP; 11 Jan 2006 10:47:44 +0100 X-Authenticated: #1915285 Message-ID: <43C4D3D4.6000206@gmx.de> Date: Wed, 11 Jan 2006 10:45:56 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Cullen Jennings CC: WebDav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1Ewca2-000534-8W 26c6075f611ef3fc4268e592b8041398 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Re-using 414 status codes (related to Bug 31) X-Archived-At: http://www.w3.org/mid/43C4D3D4.6000206@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11574 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, 11 Jan 2006 10:18:24 +0000 Content-Transfer-Encoding: 7bit Cullen Jennings wrote: > On 1/11/06 1:01 AM, "Julian Reschke" wrote: > >> Cullen Jennings wrote: >>> I think you should provide implementers advice on what to do in this case. >> It's already saying: >> >>>> User agents may be able to take advantage of this >>>> to display a meaningful error message to the user. >> I'm not sure what else we could say... >> >> >> Best regards, Julian > > I was thinking of advice that answered the following ... If I am a server > implementer, and I get a URI other than the request URI that is too big, > what do I do? The server should do whatever the spec says. If we... > 1) Remove that paragraph, thus be silent on what servers return in this > case, which in general would mean 400 Bad Request. This is consistent > with RFC2616, but doesn't give clients a mean of detecting this error > condition. ...the server should return a 400, and potentially an HTML response. A non-browser client would likely not know what to do with it. If we... > 2) Keep Section 11.2 (being inconsistent with RFC2616) the server would reply with 414 (potentially confusing clients because that's not what 414 is for). If we... > 3) Define a precondition code that could be used with status 400, and > which would allow not only to describe the general problem, but also > could include the URI that was actually causing the problem (keep in > mind that URIs can appear in several places in the request headers, such > as "Destination" and Tagged-Lists in "If"). The exact proposal for this > is below. ...the server would return something like HTTP/1.1 400 BAD REQUEST Content-Type: application/xml ...the offending URI... and a client could then pull out both the reason (condition code) and the details (URI) from the body. And again...: > Feedback appreciated, mine would be: > > 1) +.5 > 2) -1 (because of inconsistency with RFC2616) > 3) +.5 (it doesn't hurt) Best regards, Julian From w3c-dist-auth-request@frink.w3.org Wed Jan 11 05:19:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewd4e-0003AJ-J1 for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 05:19:24 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA29737 for ; Wed, 11 Jan 2006 05:18:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewd3u-0002Md-RW for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 10:18:38 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewcw0-000832-Sl for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 10:10:28 +0000 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ewcvx-0001nZ-Oc for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 10:10:28 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-5.cisco.com with ESMTP; 11 Jan 2006 02:10:24 -0800 X-IronPort-AV: i="3.99,354,1131350400"; d="scan'208"; a="248326412:sNHT35692120" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k0BAANQJ027526; Wed, 11 Jan 2006 02:10:23 -0800 (PST) Received: from 10.21.84.49 ([10.21.84.49]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 11 Jan 2006 10:10:23 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Wed, 11 Jan 2006 02:10:36 -0800 From: Cullen Jennings To: Julian Reschke CC: WebDav Message-ID: Thread-Topic: Process on open RFC2518bis issues Thread-Index: AcYWl0PMgpwMZoKKEdqJfAARJEEJ/A== In-Reply-To: <43C4CD17.7080104@gmx.de> Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Received-SPF: pass (lisa.w3.org: domain of fluffy@cisco.com designates 171.68.10.87 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Ewcvx-0001nZ-Oc 4418ba596f357a87bfdf7ab60772ccbc X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/BFEA199C.6A01C%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11576 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, 11 Jan 2006 10:18:38 +0000 Content-Transfer-Encoding: quoted-printable On 1/11/06 1:17 AM, "Julian Reschke" wrote: > Cullen Jennings wrote: >> ... >>> OK, let me point to two specific ones: >>>=20 >>> Bug 188 (), >>> agreed upon on 2005-12-07 >>> (), >>> proposed text is in >>> http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest= .html >>> #r >>> fc.issue.bz188>). >> This was one of the ones I was thinking about that seemed to require cha= nges >> in many sections of the draft. >=20 > Three sections, basically. And the complete diff is available, it just > needs to be applied. >=20 >> ... >>> OK, again two examples: >>>=20 >>> - The question of putting new requirements on ETags never was mentioned >>> in that original WGLC. >>=20 >> It's very clear that the meaning of strong and weak ETags and how to >> implement them and what clients can rely on has been unclear to many, if= not >> all, people for a long time. I'm not trying to put new requirements on >> ETags, I am trying to get ETags to a point where the WG agrees that >> 1) they are useful for clients >> 2) it is clear how clients can use them >> 3) and it is clear enough what they need to do that servers will impleme= nt >> them correctly >=20 > I think *that* summary makes a lot of sense. The problem is that this > falls into the generic HTTP area. So adding non-normative text > (appendix) explaining authoring scenarios may be a good idea, but > forcing (!) servers to do things they potentially can't do won't work. > In particular, requiring servers to do something where RFC2616 is silent > about what it means is problematic, unless we can gather consensus for > an RFC2616 erratum on the HTTP mailing list. > Here you are pointing out why a particular solution can't be done by this W= G - but that does not seem to be a requirement issues. >=20 >>> - The proposal to change the semantics for PROPPATCH (new issue 210, >>> ) as far as >>> I can tell, even never have been raised *anywhere* until it suddenly >>> showed up in a recent draft -- and that's exactly the kind of change >>> discussion I'd like to avoid at this stage. >>>=20 >>=20 >> Oddly, I view this as an example where I pretty happy with how things we= nt. >> The editor of the document is writing down the details and considers the >> corner case where a client sent two contradictory statements in the same >> request (set X=3D1, set X=3D3), the editor decides to clarify this corner ca= se >=20 > They are not contradictory. RFC2518 is clear about what it means > (): >=20 > "Instruction processing MUST occur in the order instructions are > received (i.e., from top to bottom). Instructions MUST either all be > executed or none executed." RFC2518 is clear about how to resolve this, but X=3D1 and X=3D3 are contradictory statements by any reasonable definition of contradictory. Now I'm not taking any position on we should allow this or should not, or reasons we may or may not want it. The WG can figure that out. But I will say that I don't think it was unreasonable for someone to think that we might want to say not to do this and propose text to say that. It's also no= t unreasonable to think that it was not be a big deal requiring significant discussion. This turned out to be wrong but it was not unreasonable, incompetent, or malicious. >=20 >> and puts in text suggesting that a client should not sent that. The draf= t >> gets published, some people read it and realize there may be reasons tha= t a >> client does want to do that. Some quick discussion ensues and we decide = how >> to resolve it. Presumably the editor will fix to reflect consensus on ne= xt >> draft. >=20 > I sure hope so, but the whole roundtrip could have been avoided. I'm not sure how it could have been avoided - If the solution is that Lisa write some draft text and propose it to the email list to see if it is OK, well, that is isomorphic to what happened. >=20 >> ... >>> Yes. But if A and B are acceptable, and A was in RFC2518 and this is >>> what people have implemented, why move to B? I'd really like to >>> understand that. >>=20 >> I think you are missing my point on this one - If A and B are acceptable= , >> and A is what people have implemented, I'm sure the WG would come to >> consensus on A. However, if neither A or B have consensus, then we don't >> have consensus. And if we don't have consensus, then we don't have conse= nsus >> regardless of if the previous RFC did A,B, something else, or nothing at >> all. >=20 > Well, I *urge* people who want to make normative changes to RFC2518 and > who can't get consensus for these changes to reconsider that change > requirement, and to consider to stick with the original protocol. > Otherwise it will indeed be hard to agree on a common document. >=20 >> ... >>> I think I clearly disagree here. If half of the people thinks the >>> original requirements (A) are just fine, and the other half wants to ad= d >>> new requirements (B), going for (B) creates a spec that half of the >>> people aren't happy with and may not implement. Sticking with (A) on th= e >>> other hand means that we can go on as before, and those in favor of (B) >>> still have the freedom to come up with a way to describe (B), and let >>> clients discover that. Yes, that's a profile. Yes, I'm aware that >>> profiles should be avoided. But if the cost of not having the prof=EDle i= s >>> that half of the implementors will either not implement the spec, and >>> implement it incorrectly (claiming compliance when they don't), that's >>> not better. >>=20 >> Yes, and in that case you need to get consensus that going with A is the >> best path. I'm not disagree with you about why you might use the above >> argument in favor of A - that is fine, it is appropriate to make, and th= e WG >> might agree or disagree. But in the end I have to try and figure out if = we >> have consensus for A, B, or no consensus. Lack of consensus for B will n= ot >> imply a consensus for A. Only consensus for A will imply a consensus for= A. >=20 > From a practical point of view, I think we need to ask implementors of > RFC2518 if they're willing/able/planning to implement RFC2518bis. If we > can't get positive feedback from those implementors who *are* still > active (so I'll explicitly exclude the Microsoft IIS developers here > :-), then I think we have a problem. Definitely. In the end this is what counts. Similarly if people think that 2518bis is not an improvement on 2518, then we are pretty unlikely to have consensus on it.=20 >=20 >>>>> Unless somebody can explain why it's likely that we can resolve these >>>>> issues >>>>> between now and the end of the month, I propose to stop the discussio= n for >>>>> now >>>>> (as far as it affects RFC2518bis), >>>>>=20 >>>> Back in December I asked the people on the conference calls if we were >>>> going >>>> to be able to come to consensus on these issues. No one could guarante= e >>>> anything but they all felt we could. Based on that, Ted decided to kee= p the >>>> working group open beyond the 2005. I sincerely hope we can come to >>>> consensus on these hard issues. However, I encourage people to come to >>>> agreement on something we can all live with - if that happens to be th= e >>>> same >>>> as what is in 2518, fine, but the idea that "if we can't agree, we use= what >>>> is in 2518" is not how consensus works. Like all WG drafts, we can't = come >>>> to some form of consensus, it won't move forward. >>> Understood. So in this case, it would be nice if those who push for new >>> requirements for which there currently is no consensus is to re-conside= r >>> this. >>=20 >> Yes, I agree. Perhaps I should say this in all caps or something but I >> really do agree - we need to be trying to shrink no grow the scope of th= e >> work.=20 >=20 > And that's why I was basically asking for a Feature Freeze. >=20 I think that Feature Freeze really is you key point you were trying to get at all along and I encourage that. I separate that from a process problem. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 05:19:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewd4f-0003AV-3z for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 05:19:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA29738 for ; Wed, 11 Jan 2006 05:18:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewd3m-0002MC-Ey for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 10:18:30 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewcvr-00082H-5v for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 10:10:19 +0000 Received: from sj-iport-4.cisco.com ([171.68.10.86]) by aji.w3.org with esmtp (Exim 4.50) id 1Ewcvn-0005Wo-Tm for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 10:10:18 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-4.cisco.com with ESMTP; 11 Jan 2006 02:10:10 -0800 X-IronPort-AV: i="3.99,354,1131350400"; d="scan'208"; a="1765503267:sNHT31983502" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k0BAAAQJ027502; Wed, 11 Jan 2006 02:10:10 -0800 (PST) Received: from 10.21.84.49 ([10.21.84.49]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 11 Jan 2006 10:10:09 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Wed, 11 Jan 2006 02:10:23 -0800 From: Cullen Jennings To: Julian Reschke CC: WebDav Message-ID: Thread-Topic: Re-using 414 status codes (related to Bug 31) Thread-Index: AcYWlzwNeoiGnoKKEdqJfAARJEEJ/A== In-Reply-To: <43C4D3D4.6000206@gmx.de> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Received-SPF: pass (aji.w3.org: domain of fluffy@cisco.com designates 171.68.10.86 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: aji.w3.org 1Ewcvn-0005Wo-Tm 940714e1222e3abd5c03b6e432cfd8a2 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Re-using 414 status codes (related to Bug 31) X-Archived-At: http://www.w3.org/mid/BFEA198F.6A01C%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11575 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, 11 Jan 2006 10:18:30 +0000 Content-Transfer-Encoding: 7bit Of those three options, 2 and 3 give clear advice. You could change 1 to also give clear advice by saying the "server should return a 400 and potentially and HTML response". I was not really saying which one was good other than whatever thing you decide, give clear advice on what a server should do and what a client can rely on. On 1/11/06 1:45 AM, "Julian Reschke" wrote: > Cullen Jennings wrote: >> On 1/11/06 1:01 AM, "Julian Reschke" wrote: >> >>> Cullen Jennings wrote: >>>> I think you should provide implementers advice on what to do in this case. >>> It's already saying: >>> >>>>> User agents may be able to take advantage of this >>>>> to display a meaningful error message to the user. >>> I'm not sure what else we could say... >>> >>> >>> Best regards, Julian >> >> I was thinking of advice that answered the following ... If I am a server >> implementer, and I get a URI other than the request URI that is too big, >> what do I do? > > The server should do whatever the spec says. If we... > >> 1) Remove that paragraph, thus be silent on what servers return in this >> case, which in general would mean 400 Bad Request. This is consistent >> with RFC2616, but doesn't give clients a mean of detecting this error >> condition. > > ...the server should return a 400, and potentially an HTML response. A > non-browser client would likely not know what to do with it. > > If we... > >> 2) Keep Section 11.2 (being inconsistent with RFC2616) > > the server would reply with 414 (potentially confusing clients because > that's not what 414 is for). > > If we... > >> 3) Define a precondition code that could be used with status 400, and >> which would allow not only to describe the general problem, but also >> could include the URI that was actually causing the problem (keep in >> mind that URIs can appear in several places in the request headers, such >> as "Destination" and Tagged-Lists in "If"). The exact proposal for this >> is below. > > ...the server would return something like > > HTTP/1.1 400 BAD REQUEST > Content-Type: application/xml > > > > ...the offending URI... > > > > and a client could then pull out both the reason (condition code) and > the details (URI) from the body. > > And again...: > >> Feedback appreciated, mine would be: >> >> 1) +.5 >> 2) -1 (because of inconsistency with RFC2616) >> 3) +.5 (it doesn't hurt) > > Best regards, Julian From w3c-dist-auth-request@frink.w3.org Wed Jan 11 08:10:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewfjy-0003R0-TL for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 08:10:17 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA10652 for ; Wed, 11 Jan 2006 08:08:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwfiV-0004g9-TJ for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 13:08:43 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwfiS-0004bm-MY for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 13:08:41 +0000 Received: from e5.ny.us.ibm.com ([32.97.182.145]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwfiM-0002do-4N for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 13:08:39 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e5.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0BD8RAY029003 for ; Wed, 11 Jan 2006 08:08:27 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0BD8S4f085230 for ; Wed, 11 Jan 2006 08:08:28 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0BD8Rgl007697 for ; Wed, 11 Jan 2006 08:08:27 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av04.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0BD8R0R007692 for ; Wed, 11 Jan 2006 08:08:27 -0500 In-Reply-To: To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Wed, 11 Jan 2006 08:08:25 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/11/2006 08:08:27, Serialize complete at 01/11/2006 08:08:27 Content-Type: multipart/alternative; boundary="=_alternative 00482FE3852570F3_=" Received-SPF: pass (maggie.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.145 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1EwfiM-0002do-4N a057ad99ab7a38c480659d6cb9653cf4 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/OFFFCC7F8D.3E9A269B-ON852570F3.00451901-852570F3.00483045@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11577 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, 11 Jan 2006 13:08:43 +0000 This is a multipart message in MIME format. --=_alternative 00482FE3852570F3_= Content-Type: text/plain; charset="US-ASCII" Cullen wrote on 01/11/2006 05:10:36 AM: > On 1/11/06 1:17 AM, "Julian Reschke" wrote: > > Cullen Jennings wrote: > >>> - The proposal to change the semantics for PROPPATCH (new issue 210, > >>> ) as far as > >>> I can tell, even never have been raised *anywhere* until it suddenly > >>> showed up in a recent draft -- and that's exactly the kind of change > >>> discussion I'd like to avoid at this stage. > >> Oddly, I view this as an example where I pretty happy with how things went. > >> The editor of the document is writing down the details and considers the > >> corner case where a client sent two contradictory statements in the same > >> request (set X=1, set X=3), the editor decides to clarify this corner case > > They are not contradictory. RFC2518 is clear about what it means > > (): > > > > "Instruction processing MUST occur in the order instructions are > > received (i.e., from top to bottom). Instructions MUST either all be > > executed or none executed." > RFC2518 is clear about how to resolve this, but X=1 and X=3 are > contradictory statements by any reasonable definition of contradictory. No, they are not contradictory. The user first set X=1, and then set X=3. It might be necessary to satisfy server constraints that X first take on value 1 and then value 3 (for example, X cannot never be increased by more than 2 by any particular request). As Julian says, RFC2518 makes it clear what a server must do in this case, so it is not contradictory, undefined, or unclear. > Now > I'm not taking any position on we should allow this or should not, or > reasons we may or may not want it. The WG can figure that out. But I will > say that I don't think it was unreasonable for someone to think that we > might want to say not to do this and propose text to say that. It's also not > unreasonable to think that it was not be a big deal requiring significant > discussion. This turned out to be wrong but it was not unreasonable, > incompetent, or malicious. I don't think anyone was suggesting this was malicious, but that at this stage to make a normative change to the draft on a topic that has not even been discussed on the mailing list wastes time that we don't have to waste. > >> and puts in text suggesting that a client should not sent that. The draft > >> gets published, some people read it and realize there may be reasons that a > >> client does want to do that. Some quick discussion ensues and we decide how > >> to resolve it. Presumably the editor will fix to reflect consensus on next > >> draft. > > > > I sure hope so, but the whole roundtrip could have been avoided. > > I'm not sure how it could have been avoided - If the solution is that Lisa > write some draft text and propose it to the email list to see if it is OK, > well, that is isomorphic to what happened. Finding an unannounced change to the draft text takes a lot more time than responding to an email message. > >>> Yes. But if A and B are acceptable, and A was in RFC2518 and this is > >>> what people have implemented, why move to B? I'd really like to > >>> understand that. > >> I think you are missing my point on this one - If A and B are acceptable, > >> and A is what people have implemented, I'm sure the WG would come to > >> consensus on A. Not in the limited amount of time we have available to us, since many of the implementors can only participate at infrequent intervals, and since the current full-time participants do not have time to run every suggested normative change against all existing implementations. > >>> So in this case, it would be nice if those who push for new > >>> requirements for which there currently is no consensus is to re-consider > >>> this. > >> Yes, I agree. Perhaps I should say this in all caps or something but I > >> really do agree - we need to be trying to shrink not grow the scope of the > >> work. Julian was suggesting what I believe is the only effective approach to resolving the last few blocking issues in the time available to us. So I continue to support his proposal that in this final stage, if there are any remaining proposed changes to RFC2518 that do not have consensus, that they be dropped for consideration for RFC2518bis (without further discussion). The reason I believe that what is in (or not in) RFC2518 should by default be preferred over some suggested change to RFC2518 is that RFC2518 was the result of years of discussion and consensus-building by a very active working group, and that without compelling evidence to the contrary, it is reasonable to assume that implementors implemented what was in RFC2518, and implemented in idiosyncratic ways anything that was not defined by RFC2518. So any change to RFC2518 (including the addition of constraints that were not previously there) are likely to break at least some implementations, and therefore any change to RFC2518 should by default be rejected unless there is at least consensus amoung the current group of active participants that the change is needed and is an improvement. Cheers, Geoff --=_alternative 00482FE3852570F3_= Content-Type: text/html; charset="US-ASCII"
Cullen wrote on 01/11/2006 05:10:36 AM:
> On 1/11/06 1:17 AM, "Julian Reschke" <julian.reschke@gmx.de> wrote:
> > Cullen Jennings wrote:

> >>> - The proposal to change the semantics for PROPPATCH (new issue 210,
> >>> <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=210>) as far as
> >>> I can tell, even never have been raised *anywhere* until it suddenly
> >>> showed up in a recent draft -- and that's exactly the kind of change
> >>> discussion I'd like to avoid at this stage.

> >> Oddly, I view this as an example where I pretty happy with how things went.
> >> The editor of the document is writing down the details and considers the
> >> corner case where a client sent two contradictory statements in the same
> >> request (set X=1, set X=3), the editor decides to clarify this corner case

> > They are not contradictory. RFC2518 is clear about what it means
> > (<http://greenbytes.de/tech/webdav/rfc2518.html#rfc.section.8.2.p.3>):
> >
> > "Instruction processing MUST occur in the order instructions are
> > received (i.e., from top to bottom). Instructions MUST either all be
> > executed or none executed."

> RFC2518 is clear about how to resolve this, but X=1 and X=3 are
> contradictory statements by any reasonable definition of contradictory.

No, they are not contradictory.  The user first set X=1, and then
set X=3.  It might be necessary to satisfy server constraints that
X first take on value 1 and then value 3 (for example, X cannot never
be increased by more than 2 by any particular request).  As Julian
says, RFC2518 makes it clear what a server must do in this case,
so it is not contradictory, undefined, or unclear.

> Now
> I'm not taking any position on we should allow this or should not, or
> reasons we may or may not want it. The WG can figure that out. But I will
> say that I don't think it was unreasonable for someone to think that we
> might want to say not to do this and propose text to say that. It's also not
> unreasonable to think that it was not be a big deal requiring significant
> discussion. This turned out to be wrong but it was not unreasonable,
> incompetent, or malicious.

I don't think anyone was suggesting this was malicious, but that at this
stage to make a normative change to the draft on a topic that has not even
been discussed on the mailing list wastes time that we don't have to waste.

> >> and puts in text suggesting that a client should not sent that. The draft
> >> gets published, some people read it and realize there may be reasons that a
> >> client does want to do that. Some quick discussion ensues and we decide how
> >> to resolve it. Presumably the editor will fix to reflect consensus on next
> >> draft.
> >
> > I sure hope so, but the whole roundtrip could have been avoided.
>
> I'm not sure how it could have been avoided - If the solution is that Lisa
> write some draft text and propose it to the email list to see if it is OK,
> well, that is isomorphic to what happened.

Finding an unannounced change to the draft text takes a lot more time than
responding to an email message.

> >>> Yes. But if A and B are acceptable, and A was in RFC2518 and this is
> >>> what people have implemented, why move to B? I'd really like to
> >>> understand that.

> >> I think you are missing my point on this one - If A and B are acceptable,
> >> and A is what people have implemented, I'm sure the WG would come to
> >> consensus on A.

Not in the limited amount of time we have available to us, since many of the
implementors can only participate at infrequent intervals, and since the current
full-time participants do not have time to run every suggested normative
change against all existing implementations.

> >>> So in this case, it would be nice if those who push for new
> >>> requirements for which there currently is no consensus is to re-consider
> >>> this.

> >> Yes, I agree. Perhaps I should say this in all caps or something but I
> >> really do agree - we need to be trying to shrink not grow the scope of the
> >> work.

Julian was suggesting what I believe is the only effective approach to
resolving the last few blocking issues in the time available to us.
So I continue to support his proposal that in this final stage,
if there are any remaining proposed changes to RFC2518 that do
not have consensus, that they be dropped for consideration
for RFC2518bis (without further discussion).  

The reason I believe that what is in (or not in) RFC2518 should by default
be preferred over some suggested change to RFC2518 is that RFC2518
was the result of years of discussion and consensus-building by a very
active working group, and that without compelling evidence to the contrary,
it is reasonable to assume that implementors implemented what was in
RFC2518, and implemented in idiosyncratic ways anything that was not defined
by RFC2518.  So any change to RFC2518 (including the addition of constraints
that were not previously there) are likely to break at least some
implementations, and therefore any change to RFC2518 should by
default be rejected unless there is at least consensus amoung the current
group of active participants that the change is needed and is an improvement.

Cheers,
Geoff



--=_alternative 00482FE3852570F3_=-- From w3c-dist-auth-request@frink.w3.org Wed Jan 11 09:03:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwgZH-0003h3-UX for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 09:03:15 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA14478 for ; Wed, 11 Jan 2006 09:01:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwgYU-0003g8-86 for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 14:02:26 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwgYQ-0003f1-Ve for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 14:02:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwgYA-00066D-N2 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 14:02:22 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BE24RV011930; Wed, 11 Jan 2006 06:02:04 -0800 Date: Wed, 11 Jan 2006 06:02:04 -0800 Message-Id: <200601111402.k0BE24RV011930@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EwgYA-00066D-N2 3a1bf11b2fa5912c96e88ed447de47bc X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601111402.k0BE24RV011930@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11578 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, 11 Jan 2006 14:02:26 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-11 06:02 ------- Another data point: when MS Webfolder encounters a 502 upon COPY or MOVE, it retries using GET/PUT/(DELETE). If it the status code is something else, it just displays an error message. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 11:37:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwiyO-0001u6-N2 for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 11:37:24 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA24904 for ; Wed, 11 Jan 2006 11:36:00 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewix9-000090-PE for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 16:36:03 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewix5-000089-RR for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 16:35:59 +0000 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ewix4-0000qK-A1 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 16:35:59 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-5.cisco.com with ESMTP; 11 Jan 2006 08:35:57 -0800 X-IronPort-AV: i="3.99,356,1131350400"; d="scan'208"; a="248387230:sNHT29784608" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k0BGZtQJ021560; Wed, 11 Jan 2006 08:35:56 -0800 (PST) Received: from 10.21.115.66 ([10.21.115.66]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 11 Jan 2006 16:35:55 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Wed, 11 Jan 2006 08:36:08 -0800 From: Cullen Jennings To: Geoffrey M Clemm , WebDav Message-ID: Thread-Topic: Process on open RFC2518bis issues Thread-Index: AcYWzR+LXibSmoLAEdql8AARJEEJ/A== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Received-SPF: pass (lisa.w3.org: domain of fluffy@cisco.com designates 171.68.10.87 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Ewix4-0000qK-A1 1c0b0e11fd7443582763daf69569eeb0 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/BFEA73F8.6A0DD%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11579 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, 11 Jan 2006 16:36:03 +0000 Content-Transfer-Encoding: 7bit Somehow, we continue to seem to miscommunication - perhaps we are saying the same thing On 1/11/06 5:08 AM, "Geoffrey M Clemm" wrote: > and therefore any change to RFC2518 should by > default be rejected unless there is at least consensus Let me comment on this in the simplest form I can. If bis is includes change A, yes we will need consensus for that change. If many people think that bis should include some other change X to clarify a problem/confusion seen with 2518 but bis does not include that, we will need consensus that bis does not include X. We need consensus on the document. Now to get to consensus, yes I encourage the WG not to add new features, and not to be shy about removing features that don't work. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 12:04:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwjOw-000208-F1 for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 12:04:48 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA26918 for ; Wed, 11 Jan 2006 12:03:26 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwjOE-000146-EY for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 17:04:02 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwjOB-00012L-KU for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 17:03:59 +0000 Received: from e4.ny.us.ibm.com ([32.97.182.144]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwjO8-0006Tb-Gx for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 17:03:59 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e4.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0BH3tGF024505 for ; Wed, 11 Jan 2006 12:03:55 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0BH3tYs121082 for ; Wed, 11 Jan 2006 12:03:55 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0BH3sKC022459 for ; Wed, 11 Jan 2006 12:03:54 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0BH3sJh022415 for ; Wed, 11 Jan 2006 12:03:54 -0500 In-Reply-To: To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Wed, 11 Jan 2006 12:03:52 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/11/2006 12:03:53, Serialize complete at 01/11/2006 12:03:53 Content-Type: multipart/alternative; boundary="=_alternative 005DBAD3852570F3_=" Received-SPF: pass (lisa.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.144 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwjO8-0006Tb-Gx f2953e723ae66fa4feb6669b06fd6f44 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/OF05A31EDB.1976F668-ON852570F3.005B8FF0-852570F3.005DBBA5@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11580 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, 11 Jan 2006 17:04:02 +0000 This is a multipart message in MIME format. --=_alternative 005DBAD3852570F3_= Content-Type: text/plain; charset="US-ASCII" I don't think there is any communication problem, I believe we just disagree on the appropriate way to resolve the remaining disagreements in a limited time. One way to do so is to play a game of "chicken" ... set up the situation in which unless one party to each disagreement gives in by the specified time, something severely negative results (e.g. all the work on 2518bis is wasted and no revision of 2518 is published). Another way to achieve agreement is to instantiate a rule that depends only on the facts of the issue, and not on the personalities of the participants. I believe Julian has proposed a sensible rule for this situation that will produce a superior result (and be less stressful on the participants) than would the game of chicken. Cheers, Geoff Cullen wrote on 01/11/2006 11:36:08 AM: > > Somehow, we continue to seem to miscommunication - perhaps we are saying the > same thing > > On 1/11/06 5:08 AM, "Geoffrey M Clemm" wrote: > > > and therefore any change to RFC2518 should by > > default be rejected unless there is at least consensus > > Let me comment on this in the simplest form I can. > > If bis is includes change A, yes we will need consensus for that change. > > If many people think that bis should include some other change X to clarify > a problem/confusion seen with 2518 but bis does not include that, we will > need consensus that bis does not include X. > > We need consensus on the document. Now to get to consensus, yes I encourage > the WG not to add new features, and not to be shy about removing features > that don't work. > > > > --=_alternative 005DBAD3852570F3_= Content-Type: text/html; charset="US-ASCII"
I don't think there is any communication problem,
I believe we just disagree on the appropriate way to resolve
the remaining disagreements in a limited time.

One way to do so is to play a game of "chicken" ...
set up the situation in which unless one party to each
disagreement gives in by the specified time, something
severely negative results (e.g. all the work on 2518bis
is wasted and no revision of 2518 is published).

Another way to achieve agreement is to instantiate a rule
that depends only on the facts of the issue, and not on the
personalities of the participants.

I believe Julian has proposed a sensible rule for this
situation that will produce a superior result (and be less
stressful on the participants) than would the game of chicken.

Cheers,
Geoff

Cullen wrote on 01/11/2006 11:36:08 AM:
>
> Somehow, we continue to seem to miscommunication - perhaps we are saying the
> same thing
>
> On 1/11/06 5:08 AM, "Geoffrey M Clemm" <geoffrey.clemm@us.ibm.com> wrote:
>
> >  and therefore any change to RFC2518 should by
> > default be rejected unless there is at least consensus
>
> Let me comment on this in the simplest form I can.
>
> If bis is includes change A, yes we will need consensus for that change.
>
> If many people think that bis should include some other change X to clarify
> a problem/confusion seen with 2518 but bis does not include that, we will
> need consensus that bis does not include X.
>
> We need consensus on the document. Now to get to consensus, yes I encourage
> the WG not to add new features, and not to be shy about removing features
> that don't work.
>
>
>
>
--=_alternative 005DBAD3852570F3_=-- From w3c-dist-auth-request@frink.w3.org Wed Jan 11 12:19:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewjcj-0004x0-8o for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 12:19:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA28042 for ; Wed, 11 Jan 2006 12:17:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewjbu-0007FJ-1J for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 17:18:10 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewjbs-0007Dx-1f for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 17:18:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Ewjbp-0005l3-8V for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 17:18:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BHI3O6012922; Wed, 11 Jan 2006 09:18:03 -0800 Date: Wed, 11 Jan 2006 09:18:03 -0800 Message-Id: <200601111718.k0BHI3O6012922@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Ewjbp-0005l3-8V 14d00a908a5b7c12fdfa555fe2de3903 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 196] LOCK_ISSUES_ERROR_CODES X-Archived-At: http://www.w3.org/mid/200601111718.k0BHI3O6012922@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11581 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, 11 Jan 2006 17:18:10 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=196 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 09:18 ------- Agreement among 1/11 telecon that this (these) issue(s) are resolved. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 12:23:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewjh8-0001pi-Jm for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 12:23:34 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA28397 for ; Wed, 11 Jan 2006 12:22:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwjgU-0000Gb-6w for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 17:22:54 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwjgR-0000Fq-GB for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 17:22:51 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwjgG-0003aS-78 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 17:22:50 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BHMble012960; Wed, 11 Jan 2006 09:22:37 -0800 Date: Wed, 11 Jan 2006 09:22:37 -0800 Message-Id: <200601111722.k0BHMble012960@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwjgG-0003aS-78 4b110686a7e81ff859c2c04b45974e8e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 143] LOCK_RENEWAL_SHOULD_NOT_USE_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601111722.k0BHMble012960@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11582 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, 11 Jan 2006 17:22:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=143 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 09:22 ------- Agreed in 1/11 telecon that this should be mentioned in the changed section -- julian may suggest a paragraph of text. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 12:25:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewjif-0003PH-V8 for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 12:25:10 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA28460 for ; Wed, 11 Jan 2006 12:23:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewjhx-0000Ru-GM for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 17:24:25 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewjhv-0000RD-SJ for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 17:24:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ewjhu-0002O2-7y for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 17:24:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BHOLQ6012982; Wed, 11 Jan 2006 09:24:21 -0800 Date: Wed, 11 Jan 2006 09:24:21 -0800 Message-Id: <200601111724.k0BHOLQ6012982@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Ewjhu-0002O2-7y 92cd0cdcc4b4f0b5279325c8b4da86a2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 197] LOCK_ISSUES_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601111724.k0BHOLQ6012982@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11583 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, 11 Jan 2006 17:24:25 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=197 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 09:24 ------- agreed in 1/11 telecon that this issue can indeed be resolved fixed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 12:27:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwjlH-00042q-VC for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 12:27:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA28663 for ; Wed, 11 Jan 2006 12:26:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewjke-0001Zz-Mk for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 17:27:12 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewjka-0001YD-QY for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 17:27:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwjkX-0007aH-Cc for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 17:27:08 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BHR48n013009; Wed, 11 Jan 2006 09:27:04 -0800 Date: Wed, 11 Jan 2006 09:27:04 -0800 Message-Id: <200601111727.k0BHR48n013009@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EwjkX-0007aH-Cc d01bd56e8476e8c1de0894db7371387b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200601111727.k0BHR48n013009@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11584 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, 11 Jan 2006 17:27:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=179 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 09:27 ------- Consesnsus in 1/11 telecon that something should be said to indicate that DAV:no-lock is not special... A single sentence or parenthetical remark shoudl be sufficient to do this. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 12:27:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwjlL-000435-8g for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 12:27:55 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA28672 for ; Wed, 11 Jan 2006 12:26:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewjkn-0001iK-Nh for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 17:27:21 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewjkl-0001fQ-He for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 17:27:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Ewjki-0004Pf-3e for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 17:27:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BHRFil013027; Wed, 11 Jan 2006 09:27:15 -0800 Date: Wed, 11 Jan 2006 09:27:15 -0800 Message-Id: <200601111727.k0BHRFil013027@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Ewjki-0004Pf-3e 95e724925f912215b9e6e1f2a94db1f5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200601111727.k0BHRFil013027@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11585 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, 11 Jan 2006 17:27:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=179 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:00:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwkGb-0005E7-GL for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:00:13 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA00754 for ; Wed, 11 Jan 2006 12:58:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwkFg-000405-VD for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 17:59:16 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwkFe-0003zV-Tp for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 17:59:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwkFc-0005fy-An for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 17:59:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BHxBIS013085; Wed, 11 Jan 2006 09:59:11 -0800 Date: Wed, 11 Jan 2006 09:59:11 -0800 Message-Id: <200601111759.k0BHxBIS013085@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EwkFc-0005fy-An bb81c909a8a1ae5965384cef09893c45 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200601111759.k0BHxBIS013085@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11586 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, 11 Jan 2006 17:59:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |julian.reschke@greenbytes.de ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 09:59 ------- As evidenced by recent discussions, there are some related issues here... One key issue concerns when a resource is modified by the server upon PUT (e.g. keyword expansion). In this case, the ETag cannot be used with subsequent range requests. Julian to propose some text detailing this situation for inclusion in the HTTP errata document. -------- Regarding the current text in the draft, an alternate approach is to state that ETags MUST NOT change unless the resource returned upon a GET is changed. E.g. if properties are stored as document metadata (such as in some image file formats), then it is permissable for an ETag to change upon PROPPATCH. Julian to propose text to address the last point above. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:07:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwkNs-0007uy-ET for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:07:44 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01128 for ; Wed, 11 Jan 2006 13:06:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwkNE-0007tE-By for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:07:04 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwkNB-0007sf-09 for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:07:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwkN9-0002Eo-AE for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:07:00 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BI6wcB013128; Wed, 11 Jan 2006 10:06:58 -0800 Date: Wed, 11 Jan 2006 10:06:58 -0800 Message-Id: <200601111806.k0BI6wcB013128@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwkN9-0002Eo-AE 172277aec550b3d8912eae7a8e9c22cf X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200601111806.k0BI6wcB013128@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11587 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, 11 Jan 2006 18:07:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:15:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwkV7-0000uB-17 for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:15:13 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01441 for ; Wed, 11 Jan 2006 13:13:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwkUT-0001Lc-DT for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:14:33 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwkUR-0001Ky-3l for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:14:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwkUO-0000CD-Fj for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:14:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIEQiI013157; Wed, 11 Jan 2006 10:14:26 -0800 Date: Wed, 11 Jan 2006 10:14:26 -0800 Message-Id: <200601111814.k0BIEQiI013157@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EwkUO-0000CD-Fj 5887c944de4901e615a6f73f6fc8318e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 158] SHOULD_WE_SUPPORT_IRIS_AND_CHARMOD X-Archived-At: http://www.w3.org/mid/200601111814.k0BIEQiI013157@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11588 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, 11 Jan 2006 18:14:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=158 ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 10:14 ------- Note that issue 152 has been marked as a duplicate of issue 142. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:15:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwkVb-00012c-6l for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:15:43 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01479 for ; Wed, 11 Jan 2006 13:14:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwkV2-0002eH-Cd for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:15:08 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwkUz-0002Fl-Nh for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:15:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwkUp-0004hS-0q for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:15:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIEqAq013177; Wed, 11 Jan 2006 10:14:52 -0800 Date: Wed, 11 Jan 2006 10:14:52 -0800 Message-Id: <200601111814.k0BIEqAq013177@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwkUp-0004hS-0q c48214bb3f4f41096263495c9966f09a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601111814.k0BIEqAq013177@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11589 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, 11 Jan 2006 18:15:08 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- Additional Comments From ejw@cs.ucsc.edu 2006-01-11 10:14 ------- Discussed by Jim and Julian during the Jan. 11, 2006 teleconference. We agreed on the following: * There are often good reasons why servers do not accept the client submitted content type. In particular, we note that this is a potential attack vector, since web browsers execute specific programs based on the content type of the GET response body. We also noted that Apache, as currently architected, would have a very difficult time returning a client submitted content type, and if it did do so, it would significantly affect performance (negatively). * Due to the above, we feel that the WebDAV specification cannot make a MUST level requirement that the client's submitted content type be preserved from PUT to GET. The best that we could do is a SHOULD level requirement. However, since there are very good reasons for why servers do not preserve content type, they may feel that even a SHOULD is too strong. * It seems like the best approach is to write an implementation note, in the PUT section of 2518bis, that clearly explains why servers might not preserve client submitted content type, and that also encourages strongly servers to preserve client submitted content type, if they possibly can. * We also discussed what should happen in the case where a client submitted a content type with PUT, and the server assigned a different content type. The key issue here is whether the client needs to know, right away, what the new content type has been assigned to by the server. We felt that clients probably do not need this information right away, and that it would be acceptable for clients to retrieve this information via a subsequent HEAD request. If, however, clients do need the information right away, one can image creating a new response header, returned in the response to PUT, that gives the server assigned content type (say, Server-Content-Type). Assign to Julian to write some suggested text for the implementation note. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:16:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwkW9-0001GK-8q for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:16:17 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01509 for ; Wed, 11 Jan 2006 13:14:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwkVZ-0003bq-1V for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:15:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwkVU-0003Zy-8O for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:15:37 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwkVR-0004pZ-CU for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:15:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIFWm1013193; Wed, 11 Jan 2006 10:15:32 -0800 Date: Wed, 11 Jan 2006 10:15:32 -0800 Message-Id: <200601111815.k0BIFWm1013193@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwkVR-0004pZ-CU bd5ec3b042530be715b7c25541fa9e36 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 142] URL_ENCODING_ISSUES X-Archived-At: http://www.w3.org/mid/200601111815.k0BIFWm1013193@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11590 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, 11 Jan 2006 18:15:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=142 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |158 ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 10:15 ------- related to issue 158 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:16:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwkWA-0001H0-SJ for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:16:18 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01511 for ; Wed, 11 Jan 2006 13:14:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwkVc-0003go-Nj for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:15:45 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwkVZ-0003br-G5 for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:15:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwkVR-0004pi-W8 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:15:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIFXWw013203; Wed, 11 Jan 2006 10:15:33 -0800 Date: Wed, 11 Jan 2006 10:15:33 -0800 Message-Id: <200601111815.k0BIFXWw013203@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwkVR-0004pi-W8 aa3fb5ea8062bbe3a54cc0419348b8cc X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 158] SHOULD_WE_SUPPORT_IRIS_AND_CHARMOD X-Archived-At: http://www.w3.org/mid/200601111815.k0BIFXWw013203@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11591 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, 11 Jan 2006 18:15:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=158 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |142 nThis| | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:22:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewkbu-0003xl-1x for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:22:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01837 for ; Wed, 11 Jan 2006 13:20:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwkbF-0006BR-CL for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:21:33 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwkbC-0006Aa-SR for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:21:30 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwkbA-0005Kg-Kj for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:21:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BILSY8013242; Wed, 11 Jan 2006 10:21:28 -0800 Date: Wed, 11 Jan 2006 10:21:28 -0800 Message-Id: <200601111821.k0BILSY8013242@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwkbA-0005Kg-Kj a26ff12cb36d6b0a3263e923868d7f65 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 100] "Notes on HTTP Client Compatibility" useful? X-Archived-At: http://www.w3.org/mid/200601111821.k0BILSY8013242@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11592 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, 11 Jan 2006 18:21:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 10:21 ------- Action from 11/1 telecon for Jim and Elias to review the appendix in question. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:41:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwkuD-0007ps-MT for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:41:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02621 for ; Wed, 11 Jan 2006 13:39:48 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewkt8-0003wS-Ng for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:40:04 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewkt5-0003bx-PZ for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:39:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ewkt2-0000Ve-GA for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:39:59 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIdthG013285; Wed, 11 Jan 2006 10:39:55 -0800 Date: Wed, 11 Jan 2006 10:39:55 -0800 Message-Id: <200601111839.k0BIdthG013285@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Ewkt2-0000Ve-GA ba53536314eb6a94107a204a2a33a1ae X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 158] SHOULD_WE_SUPPORT_IRIS_AND_CHARMOD X-Archived-At: http://www.w3.org/mid/200601111839.k0BIdthG013285@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11593 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, 11 Jan 2006 18:40:02 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=158 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 10:39 ------- Ack, sorry, the above should read: Note that issue /151/ has been marked as a duplicate of issue 142. ... It seems that the main problem here is that clients cannot find out which encoding a server has used (UTF-8 vs ISOxxxx) for a URL that is mapped to an underlying filesystem. The most promising approach, of simply mandating UTF-8, does not completely resolve the issue (cf. IIS approach and that of the Apple WebDAV client). Consensus among participants of the 11/1 telecon that this issue should not be addressed in 2518bis, and recommend resolving this issue as WONTFIX. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:47:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewl04-0000Wb-Lg for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:47:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA03001 for ; Wed, 11 Jan 2006 13:45:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwkzU-0007eL-Ic for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:46:36 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwkzT-0007di-IH for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:46:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwkzQ-0006S7-60 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:46:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIkUDr013342; Wed, 11 Jan 2006 10:46:30 -0800 Date: Wed, 11 Jan 2006 10:46:30 -0800 Message-Id: <200601111846.k0BIkUDr013342@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EwkzQ-0006S7-60 a2af82f4aaedf45c45b8517e2fc4057c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200601111846.k0BIkUDr013342@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11594 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, 11 Jan 2006 18:46:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |julian.reschke@greenbytes.de Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 10:46 ------- Agreed in 11/1 telecon that adopting the wording from the section on PROPPATCH (8.3.1 in -10 draft) would be preferred. Julian to propose some additional text where appropriate for further discussion. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:50:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewl2r-0002IY-R6 for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:50:05 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA03262 for ; Wed, 11 Jan 2006 13:48:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewl2I-0008LU-HD for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:49:30 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewl2F-0008Kk-Uf for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:49:27 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ewl27-0002NA-CA for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:49:27 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BInJIw013366; Wed, 11 Jan 2006 10:49:19 -0800 Date: Wed, 11 Jan 2006 10:49:19 -0800 Message-Id: <200601111849.k0BInJIw013366@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Ewl27-0002NA-CA 3c3a65e8671f24bd0922530ad7b7d770 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601111849.k0BInJIw013366@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11595 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, 11 Jan 2006 18:49:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 ------- Additional Comments From ejw@cs.ucsc.edu 2006-01-11 10:49 ------- Discussed by Jim, Julian, and Elias during the Jan. 11 teleconference. During this call, we noted that many WebDAV servers are implemented using servlets, and hence would run into the delegation problem that Julian noted. The net effect of this is that these servlet-based servers would have a very difficult, or perhaps impossible task of implementing a response to OPTIONS *. Since this is a new feature for 2518bis, and since many server implementation would find it exceedingly difficult to implement, we recommend removing OPTIONS * language from 2518bis. We note that Lisa is a strong proponent of this feature, and se we need to check in with her on this resolution. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:55:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewl8M-0004Il-Rr for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:55:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA03604 for ; Wed, 11 Jan 2006 13:54:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewl7i-0002kj-A8 for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:55:06 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewl7e-0002QA-Lm for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:55:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ewl7b-0003ae-6n for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:55:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIswuh013389; Wed, 11 Jan 2006 10:54:58 -0800 Date: Wed, 11 Jan 2006 10:54:58 -0800 Message-Id: <200601111854.k0BIswuh013389@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Ewl7b-0003ae-6n 33c4e42b9e18ae63effab39c24cfc4db X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 142] URL_ENCODING_ISSUES X-Archived-At: http://www.w3.org/mid/200601111854.k0BIswuh013389@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11596 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, 11 Jan 2006 18:55:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=142 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 13:57:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewl9k-0004nh-6o for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 13:57:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA03694 for ; Wed, 11 Jan 2006 13:55:51 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewl9A-0003Ee-FG for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 18:56:36 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewl98-0003Br-4j for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:56:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Ewl95-0000Ge-72 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:56:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIuUrJ013433; Wed, 11 Jan 2006 10:56:30 -0800 Date: Wed, 11 Jan 2006 10:56:30 -0800 Message-Id: <200601111856.k0BIuUrJ013433@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Ewl95-0000Ge-72 0f9c8869b0f2da27a11630c7d5de89ab X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 132] DEPTH_LOCK_AND_IF X-Archived-At: http://www.w3.org/mid/200601111856.k0BIuUrJ013433@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11597 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, 11 Jan 2006 18:56:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=132 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ejw@cs.ucsc.edu |julian.reschke@greenbytes.de Status|ASSIGNED |NEW ------- Additional Comments From ejw@cs.ucsc.edu 2006-01-11 10:56 ------- Reassigning to Julian, in hopes that he'll have more available time to develop an example. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 14:13:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwlPV-0000cU-OS for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 14:13:29 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04595 for ; Wed, 11 Jan 2006 14:12:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwlOY-0001NF-Kn for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 19:12:30 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwlOV-0001MT-K3 for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 19:12:27 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwlOP-0006Lx-U7 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 19:12:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BJCIX1013471; Wed, 11 Jan 2006 11:12:18 -0800 Date: Wed, 11 Jan 2006 11:12:18 -0800 Message-Id: <200601111912.k0BJCIX1013471@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwlOP-0006Lx-U7 a55a91a18b41d3a131b5b837afc37ea7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 147] CLARIFY_UNTAGGED_IF_HEADER_APPLICATION X-Archived-At: http://www.w3.org/mid/200601111912.k0BJCIX1013471@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11598 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, 11 Jan 2006 19:12:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 14:15:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwlR7-0000rd-JJ for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 14:15:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04641 for ; Wed, 11 Jan 2006 14:13:48 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwlQZ-0001oi-0x for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 19:14:35 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwlQV-0001nw-6w for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 19:14:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwlQT-0007AB-NT for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 19:14:31 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BJETdD013497; Wed, 11 Jan 2006 11:14:29 -0800 Date: Wed, 11 Jan 2006 11:14:29 -0800 Message-Id: <200601111914.k0BJETdD013497@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwlQT-0007AB-NT c03b44af0870c3fe581bf770873df1b6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 158] SHOULD_WE_SUPPORT_IRIS_AND_CHARMOD X-Archived-At: http://www.w3.org/mid/200601111914.k0BJETdD013497@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11599 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, 11 Jan 2006 19:14:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=158 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 14:15:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwlRA-0000t3-FX for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 14:15:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04644 for ; Wed, 11 Jan 2006 14:13:51 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwlQd-0001w8-2I for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 19:14:39 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EwlQZ-0001on-FT for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 19:14:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EwlQV-0003ip-1O for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 19:14:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BJET51013503; Wed, 11 Jan 2006 11:14:29 -0800 Date: Wed, 11 Jan 2006 11:14:29 -0800 Message-Id: <200601111914.k0BJET51013503@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EwlQV-0003ip-1O 17e8751c0608f3cc49eab2a27aae5902 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 142] URL_ENCODING_ISSUES X-Archived-At: http://www.w3.org/mid/200601111914.k0BJET51013503@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11600 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, 11 Jan 2006 19:14:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=142 Bug 142 depends on bug 158, which changed state. Bug 158 Summary: SHOULD_WE_SUPPORT_IRIS_AND_CHARMOD http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=158 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 14:15:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwlRc-0000uO-Jm for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 14:15:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04654 for ; Wed, 11 Jan 2006 14:14:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwlR1-0002Ve-VB for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 19:15:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EwlQy-000277-I1 for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 19:15:00 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EwlQq-0006qT-BF for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 19:14:59 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BJEpRQ013517; Wed, 11 Jan 2006 11:14:51 -0800 Date: Wed, 11 Jan 2006 11:14:51 -0800 Message-Id: <200601111914.k0BJEpRQ013517@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EwlQq-0006qT-BF e8c1285d1490d96f4b1d2a2be571edde X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 142] URL_ENCODING_ISSUES X-Archived-At: http://www.w3.org/mid/200601111914.k0BJEpRQ013517@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11601 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, 11 Jan 2006 19:15:03 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=142 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |WONTFIX ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 14:21:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwlXP-0001Af-So for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 14:21:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04907 for ; Wed, 11 Jan 2006 14:20:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwlWm-0005CK-9B for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 19:21:00 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwktR-00042e-9Y for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 18:40:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwktO-0000bC-Fq for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 18:40:21 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BIeIQi013305; Wed, 11 Jan 2006 10:40:18 -0800 Date: Wed, 11 Jan 2006 10:40:18 -0800 Message-Id: <200601111840.k0BIeIQi013305@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwktO-0000bC-Fq 8eb4fefe3ce7793a56a20871958630c0 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 142] URL_ENCODING_ISSUES X-Archived-At: http://www.w3.org/mid/200601111840.k0BIeIQi013305@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11602 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, 11 Jan 2006 19:21:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=142 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 10:40 ------- Consensus among participants of the 11/1 telecon that this issue should not be addressed in 2518bis, and recommend resolving this issue as WONTFIX. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 14:21:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwlXW-0001B0-7F for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 14:21:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04912 for ; Wed, 11 Jan 2006 14:20:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EwlWu-0005Er-KZ for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 19:21:08 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EwlWs-0005CU-1Q for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 19:21:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EwlWk-0008TO-W4 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 19:21:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BJKwUL013560; Wed, 11 Jan 2006 11:20:58 -0800 Date: Wed, 11 Jan 2006 11:20:58 -0800 Message-Id: <200601111920.k0BJKwUL013560@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EwlWk-0008TO-W4 a347382dd92add6c0b92e5ac08afa6df X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 42] Consider deprecating text/xml for XML request/response bodies X-Archived-At: http://www.w3.org/mid/200601111920.k0BJKwUL013560@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11603 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, 11 Jan 2006 19:21:08 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=42 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org Status|REOPENED |NEW ------- Additional Comments From ejw@cs.ucsc.edu 2006-01-11 11:20 ------- Julian's suggestion sounds good to me. Assigning to Lisa to make this change. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 14:35:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwlkZ-0005zh-Fm for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 14:35:15 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA05663 for ; Wed, 11 Jan 2006 14:33:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewljo-0000pI-JB for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 19:34:28 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewljk-0000ob-K0 for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 19:34:24 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Ewljf-0001QN-Nn for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 19:34:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BJYJje013608; Wed, 11 Jan 2006 11:34:19 -0800 Date: Wed, 11 Jan 2006 11:34:19 -0800 Message-Id: <200601111934.k0BJYJje013608@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Ewljf-0001QN-Nn e3e9d602c87b090bde41b450ef500848 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601111934.k0BJYJje013608@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11604 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, 11 Jan 2006 19:34:28 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 11:34 ------- Agreement in 11 Jan. telecon that the proposed text is accceptable and should be included in next version of the draft. Assigning to Lisa... ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 11 14:35:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewlkd-00064R-EA for webdav-archive@megatron.ietf.org; Wed, 11 Jan 2006 14:35:20 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA05677 for ; Wed, 11 Jan 2006 14:33:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ewlk5-0000wE-TV for w3c-dist-auth-dist@listhub.w3.org; Wed, 11 Jan 2006 19:34:45 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ewlk3-0000sv-Am for w3c-dist-auth@listhub.w3.org; Wed, 11 Jan 2006 19:34:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ewljy-0002he-F3 for w3c-dist-auth@w3.org; Wed, 11 Jan 2006 19:34:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0BJYcVV013626; Wed, 11 Jan 2006 11:34:38 -0800 Date: Wed, 11 Jan 2006 11:34:38 -0800 Message-Id: <200601111934.k0BJYcVV013626@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Ewljy-0002he-F3 69f4cd9a923e0e98237144a0f64c224f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601111934.k0BJYcVV013626@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11605 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, 11 Jan 2006 19:34:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-11 11:34 ------- marking as assigned. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From arothorne@hotmail.com Thu Jan 12 05:27:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ewzg0-0002Go-Kj for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 05:27:28 -0500 Received: from 85-64-57-53.barak-online.net (85-64-57-53.barak-online.net [85.64.57.53]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA07858 for ; Thu, 12 Jan 2006 05:25:46 -0500 (EST) Received: from usps.jacksonville.com (pentane [135.90.68.17]) by corruptible.com (clumsy) with gop id 18558159561 for ; Thu, 12 Jan 2006 10:10:58 -0500 From: Aubrey Hart To: webdav-archive@ietf.org Subject: Amazing, Napoleon X-Mailer: churchgoing 11.458.51203 Date: Thu, 12 Jan 2006 10:03:43 -0500 Message-ID: <272965375248559936499549.35044@hotmail.com> Content-Type: multipart/mixed;boundary="------=595627199891" Content-Transfer-Encoding: 8bit --------=595627199891 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


The struggle alone pleases us, not the victory.
You have the power to think what you want. No matter what the circumstance. --------=595627199891 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Randi-> http://tviqpa.manskillslend.info/?dkkrfwxwpqqypdrrqazpovhvgje --------=595627199891-- From awalls@geocities.com Thu Jan 12 05:27:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EwzgU-0002Ik-Bg for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 05:27:58 -0500 Received: from pcp08911313pcs.lwrnce01.in.comcast.net (pcp08911313pcs.lwrnce01.in.comcast.net [68.58.12.227]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA07877 for ; Thu, 12 Jan 2006 05:26:20 -0500 (EST) Received: (pogrom 69 invoked from network); Thu, 12 Jan 2006 08:22:00 -0500 Date: Thu, 12 Jan 2006 10:32:03 -0500 Message-Id: <429776630656415605045230@microsoft.com> From: Trent Curry To: webdav-archive@ietf.org Subject: Amazing, Pauline Content-Type: multipart/mixed;boundary="------=47041723406942" Content-Transfer-Encoding: 7bit --------=47041723406942 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Memory is the scribe of the soul.Hope is the poor man's bread.
There are two things that will be believed of any man whatsoever, and one of them is that he has taken to drink.When you lose a couple of times, it makes you realize how difficult it is to win.I never think he is quite ready for another world who is altogether weary of this. --------=47041723406942 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Carlton-> http://ovjjlo.onesoftware.info/?csofwlxwpqqyegckntzpowjtrum --------=47041723406942-- From w3c-dist-auth-request@frink.w3.org Thu Jan 12 11:38:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ex5TF-0008TS-Tx for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 11:38:42 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA29607 for ; Thu, 12 Jan 2006 11:37:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ex5RX-000372-B8 for w3c-dist-auth-dist@listhub.w3.org; Thu, 12 Jan 2006 16:36:55 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ex5RT-00032P-Dw for w3c-dist-auth@listhub.w3.org; Thu, 12 Jan 2006 16:36:51 +0000 Received: from sentinel1.physics.ox.ac.uk ([163.1.240.24]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ex5RP-0002ah-3N for w3c-dist-auth@w3.org; Thu, 12 Jan 2006 16:36:51 +0000 Received: from nodens.physics.ox.ac.uk ([163.1.243.66]) by sentinel1.physics.ox.ac.uk with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.50) id 1Ex5RP-0005iQ-9F for w3c-dist-auth@w3.org; Thu, 12 Jan 2006 16:36:47 +0000 Received: from ppxp358.physics.ox.ac.uk ([163.1.243.222]) by nodens.physics.ox.ac.uk with esmtp (Exim 3.35 #1) id 1Ex5RL-0007zT-00 for w3c-dist-auth@w3.org; Thu, 12 Jan 2006 16:36:43 +0000 Message-ID: <43C6859B.8040904@physics.ox.ac.uk> Date: Thu, 12 Jan 2006 16:36:43 +0000 From: Ian Stokes-Rees User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: w3c-dist-auth@w3.org Content-Type: multipart/mixed; boundary="------------020909090609050506090702" X-Scan-Signature: da6af09ad6be47c44445679e329accee X-Sentinel-Score: -9.6 X-Sentinel-Spam-Status: --------- X-Sentinel-Report: -9.6/5.0 ---- SA results ALL_TRUSTED=-1,AWL=0.494,BAYES_00=-2.599,P_KEBLE=-0.5,P_KEBLE_RD=-0.8,P_OXFORD=-0.2,P_OXPHONE=-0.5,P_OX_URL=-0.2,P_PHYSICS=-0.2,P_PHYSICSSUB=-0.6,P_PHYSICS_URL=-0.3,P_UNIVERSITY=-0.1,P_UNIVERSITYOX=-0.5,RECEIVED_TRUSTED=-3,STOCK_SYMBOL_WEAK=0.4 PREVIEW: Hi, I have WebDAV setup on a linux apache server with HTTPS. I am encountering a strange situation which is that I can map the WebDAV folders onto a Windows computer and then view and copy files from that web folder onto the local system, but I cannot directly open the files. The "open" option does not exist, and double clicking does nothing. Dragging and dropping files or CTRL-C/CTRL-V (copying them to the local system) works fine and then the files can be opened. [...] REPORT: * -3.0 RECEIVED_TRUSTED Relayed by a trusted relay * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -0.8 P_KEBLE_RD BODY: P_KEBLE_RD * -0.5 P_UNIVERSITYOX BODY: P_UNIVERSITYOX * 0.4 STOCK_SYMBOL_WEAK BODY: Contains a Stock symbol * -0.5 P_OXPHONE BODY: P_OXPHONE * -0.2 P_OXFORD BODY: P_OXFORD * -0.6 P_PHYSICSSUB BODY: P_PHYSICSSUB * -0.1 P_UNIVERSITY BODY: P_UNIVERSITY * -0.2 P_PHYSICS BODY: P_PHYSICS * -0.5 P_KEBLE BODY: Contains "Keble" * -0.3 P_PHYSICS_URL URI: P_PHYSICS_URL * -0.2 P_OX_URL URI: P_OX_URL * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0001] * 0.5 AWL AWL: From: address is in the auto white-list autolearn=disabled Received-SPF: none (lisa.w3.org: domain of i.stokes-rees1@physics.ox.ac.uk does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1Ex5RP-0002ah-3N 0123bda45f53866ada7fab1f2be57d09 X-Original-To: w3c-dist-auth@w3.org Subject: Interaction of WebDAV with HTTPS and problems opening files X-Archived-At: http://www.w3.org/mid/43C6859B.8040904@physics.ox.ac.uk Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11606 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, 12 Jan 2006 16:36:55 +0000 This is a multi-part message in MIME format. --------------020909090609050506090702 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I have WebDAV setup on a linux apache server with HTTPS. I am encountering a strange situation which is that I can map the WebDAV folders onto a Windows computer and then view and copy files from that web folder onto the local system, but I cannot directly open the files. The "open" option does not exist, and double clicking does nothing. Dragging and dropping files or CTRL-C/CTRL-V (copying them to the local system) works fine and then the files can be opened. Is anyone aware of the cause of this problem? Also, the same system does not seem to allow me to connect to the WebDAV folders via HTTP. The same username/password which works for the HTTPS version is rejected by the HTTP connection. TIA, Ian -- Ian Stokes-Rees i.stokes-rees@physics.ox.ac.uk Particle Physics, Oxford http://www-pnp.physics.ox.ac.uk/~stokes --------------020909090609050506090702 Content-Type: text/x-vcard; charset=utf-8; name="i.stokes-rees1.vcf" Content-Disposition: attachment; filename="i.stokes-rees1.vcf" Content-Transfer-Encoding: 7bit begin:vcard fn:Ian Stokes-Rees n:Stokes-Rees;Ian org:University of Oxford;Particle Physics adr:;;Keble Road;Oxford;;OX1 3RH;UK email;internet:i.stokes-rees1@physics.ox.ac.uk tel;work:+44 1865 283 111 tel;fax:+44 1865 273 418 tel;cell:+44 7989 947 217 x-mozilla-html:FALSE url:http://grid.physics.ox.ac.uk/~stokes/ version:2.1 end:vcard --------------020909090609050506090702-- From artgalleria@hotmail.com Thu Jan 12 11:46:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ex5bA-00037i-7c for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 11:46:52 -0500 Received: from 84.fib165.gye.satnet.net (84.fib165.gye.satnet.net [200.69.165.84] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA00082 for ; Thu, 12 Jan 2006 11:45:13 -0500 (EST) Received: from thermal (burundi user nicaragua@microsoft.com) by microsoft.com (julia.effloresce.univalent.9.0.1) with blunder id 7-58.volcanism; Thu, 12 Jan 2006 07:15:57 -0500 Message-ID: <0610999@messiah> From: Elvin Stroud To: webdav-archive@ietf.org Subject: Amazing, Gretchen Date: Thu, 12 Jan 2006 08:00:11 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 027395.7640284.5692.794886 X-MimeOLE: Produced By Microsoft MimeOLE 99438624.430820.73102381.8108971 Content-Type: multipart/mixed; boundary="------=9437804294827" Content-Transfer-Encoding: quoted-printable --------=9437804294827 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Where does one not find that bland degeneration which beer produces in the spirit!
Truth will lose its credit, if delivered by a person that has none.The best way out of a difficulty is through it. --------=9437804294827 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Dana-> http://aroximate.com/?a=1065 --------=9437804294827-- From hans.nellissen@epost.de Thu Jan 12 11:47:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ex5bT-000394-7G for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 11:47:11 -0500 Received: from ajycjdpy.org ([221.124.71.214]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA00129 for ; Thu, 12 Jan 2006 11:45:48 -0500 (EST) Date: Thu, 12 Jan 2006 09:29:30 -0500 From: Fabian Crowell X-Mailer: graven 83.846.716484 Reply-To: Sheldon Hanna X-Priority: 3 (Normal) Message-ID: <78093317838321430553556@epost.de> To: webdav-archive@ietf.org Subject: Amazing, Donny In-Reply-To: <061535557948756429009@epost.de> References: <44927927181609347737@epost.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------=967477453933" Content-Transfer-Encoding: base64 --------=967477453933 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


In the last analysis it is our conception of death which decides our answers to all the questions life puts to us.
Ideas control the world. --------=967477453933 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Sherrie-> http://aroximate.com/?a=1065 --------=967477453933-- From w3c-dist-auth-request@frink.w3.org Thu Jan 12 12:08:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ex5wQ-0007hU-V8 for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 12:08:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA01284 for ; Thu, 12 Jan 2006 12:07:30 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ex5vi-0001hZ-6X for w3c-dist-auth-dist@listhub.w3.org; Thu, 12 Jan 2006 17:08:06 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Ex5vg-0001go-7t for w3c-dist-auth@listhub.w3.org; Thu, 12 Jan 2006 17:08:04 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1Ex5vc-0006HB-CG for w3c-dist-auth@w3.org; Thu, 12 Jan 2006 17:08:03 +0000 Received: (qmail invoked by alias); 12 Jan 2006 17:07:55 -0000 Received: from pd95b23e9.dip0.t-ipconnect.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp029) with SMTP; 12 Jan 2006 18:07:55 +0100 X-Authenticated: #1915285 Message-ID: <43C68C72.5010702@gmx.de> Date: Thu, 12 Jan 2006 18:05:54 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Ian Stokes-Rees CC: w3c-dist-auth@w3.org References: <43C6859B.8040904@physics.ox.ac.uk> In-Reply-To: <43C6859B.8040904@physics.ox.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Ex5vc-0006HB-CG f2802d5a81bf0bdf1bf187f6a1b65126 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Interaction of WebDAV with HTTPS and problems opening files X-Archived-At: http://www.w3.org/mid/43C68C72.5010702@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11607 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, 12 Jan 2006 17:08:06 +0000 Content-Transfer-Encoding: 7bit Ian Stokes-Rees wrote: > Hi, > > I have WebDAV setup on a linux apache server with HTTPS. I am > encountering a strange situation which is that I can map the WebDAV > folders onto a Windows computer and then view and copy files from that > web folder onto the local system, but I cannot directly open the files. > The "open" option does not exist, and double clicking does nothing. > Dragging and dropping files or CTRL-C/CTRL-V (copying them to the local > system) works fine and then the files can be opened. > > Is anyone aware of the cause of this problem? This may be by design. What is your default browser? > ... Best regards, Julian From w3c-dist-auth-request@frink.w3.org Thu Jan 12 12:32:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ex6Jk-0007VI-IB for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 12:32:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA02726 for ; Thu, 12 Jan 2006 12:31:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ex6J0-0003Rl-J6 for w3c-dist-auth-dist@listhub.w3.org; Thu, 12 Jan 2006 17:32:10 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Ex6Ix-0003Qo-7J for w3c-dist-auth@listhub.w3.org; Thu, 12 Jan 2006 17:32:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Ex6Ic-0002dL-3C for w3c-dist-auth@w3.org; Thu, 12 Jan 2006 17:32:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0CHVir5016604; Thu, 12 Jan 2006 09:31:44 -0800 Date: Thu, 12 Jan 2006 09:31:44 -0800 Message-Id: <200601121731.k0CHVir5016604@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Ex6Ic-0002dL-3C 37d2d37f000e48e88b3a8928fd0de8ce X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200601121731.k0CHVir5016604@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11608 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, 12 Jan 2006 17:32:10 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-12 09:31 ------- Proposed text below and at , re-assigning to Elias... Section 8., para. 35: OLD: The following status codes are defined for use within the PROPFIND Multi-Status response: NEW: The following are examples of response codes one would expect to be used in a 207 (Multi-Status) response for this method. Note, however, that unless explicitly prohibited any 2/3/4/5xx series response code may be used in a 207 (Multi-Status) response. Section 12., para. 14: OLD: Section 8.3.1, Section 8.2.2, Section 8.7.1, Section 8.9.3 and Section 8.10.2 define various status codes used in Multi-Status responses. This specification does not define the meaning of other status codes that could appear in these responses. NEW: Section 8.3.1, Section 8.2.2, Section 8.7.1, Section 8.9.3 and Section 8.10.2 describe various status codes used in Multi-Status responses. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Thu Jan 12 12:42:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ex6TQ-0001mE-LT for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 12:42:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA03149 for ; Thu, 12 Jan 2006 12:41:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ex6SW-000723-Ob for w3c-dist-auth-dist@listhub.w3.org; Thu, 12 Jan 2006 17:42:00 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Ex6SB-0006wA-Li for w3c-dist-auth@listhub.w3.org; Thu, 12 Jan 2006 17:41:40 +0000 Received: from sentinel1.physics.ox.ac.uk ([163.1.240.24]) by aji.w3.org with esmtp (Exim 4.50) id 1Ex6Rv-0004AT-Nn for w3c-dist-auth@w3.org; Thu, 12 Jan 2006 17:41:38 +0000 Received: from nodens.physics.ox.ac.uk ([163.1.243.66]) by sentinel1.physics.ox.ac.uk with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.50) id 1Ex6Rv-0006XM-60; Thu, 12 Jan 2006 17:41:23 +0000 Received: from ppxp358.physics.ox.ac.uk ([163.1.243.222]) by nodens.physics.ox.ac.uk with esmtp (Exim 3.35 #1) id 1Ex6Rr-0002Fl-00; Thu, 12 Jan 2006 17:41:19 +0000 Message-ID: <43C694BF.5050907@physics.ox.ac.uk> Date: Thu, 12 Jan 2006 17:41:19 +0000 From: Ian Stokes-Rees User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Julian Reschke CC: w3c-dist-auth@w3.org References: <43C6859B.8040904@physics.ox.ac.uk> <43C68C72.5010702@gmx.de> In-Reply-To: <43C68C72.5010702@gmx.de> Content-Type: multipart/mixed; boundary="------------030800060408040407070906" X-Scan-Signature: df7d9d6943fb2fd3ec9990d55a156d69 X-Sentinel-Score: -9.0 X-Sentinel-Spam-Status: --------- X-Sentinel-Report: -9.0/5.0 ---- SA results ALL_TRUSTED=-1,AWL=0.353,BAYES_00=-2.599,INDICATE_SCAM=0.7,P_KEBLE=-0.5,P_KEBLE_RD=-0.8,P_OXFORD=-0.2,P_OXPHONE=-0.5,P_OX_URL=-0.2,P_PHYSICS=-0.2,P_PHYSICSSUB=-0.6,P_PHYSICS_URL=-0.3,P_UNIVERSITY=-0.1,P_UNIVERSITYOX=-0.5,RECEIVED_TRUSTED=-3,STOCK_SYMBOL_WEAK=0.4 PREVIEW: Julian Reschke wrote: > This may be by design. What is your default browser? I am using Windows File Explorer. I have trouble believing this is by design. I am quite sure that with *other* WebDAV folders I've been able to open files directly. [...] REPORT: * -3.0 RECEIVED_TRUSTED Relayed by a trusted relay * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -0.8 P_KEBLE_RD BODY: P_KEBLE_RD * -0.5 P_UNIVERSITYOX BODY: P_UNIVERSITYOX * 0.4 STOCK_SYMBOL_WEAK BODY: Contains a Stock symbol * 0.7 INDICATE_SCAM BODY: Contains common words often found in 419 spam * -0.5 P_OXPHONE BODY: P_OXPHONE * -0.2 P_OXFORD BODY: P_OXFORD * -0.6 P_PHYSICSSUB BODY: P_PHYSICSSUB * -0.1 P_UNIVERSITY BODY: P_UNIVERSITY * -0.2 P_PHYSICS BODY: P_PHYSICS * -0.5 P_KEBLE BODY: Contains "Keble" * -0.3 P_PHYSICS_URL URI: P_PHYSICS_URL * -0.2 P_OX_URL URI: P_OX_URL * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0001] * 0.4 AWL AWL: From: address is in the auto white-list autolearn=disabled Received-SPF: none (aji.w3.org: domain of i.stokes-rees1@physics.ox.ac.uk does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Ex6Rv-0004AT-Nn fc6b4c54e3e3361f882e023e2490e437 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Interaction of WebDAV with HTTPS and problems opening files X-Archived-At: http://www.w3.org/mid/43C694BF.5050907@physics.ox.ac.uk Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11609 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, 12 Jan 2006 17:42:00 +0000 This is a multi-part message in MIME format. --------------030800060408040407070906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Julian Reschke wrote: > This may be by design. What is your default browser? I am using Windows File Explorer. I have trouble believing this is by design. I am quite sure that with *other* WebDAV folders I've been able to open files directly. Cheers, Ian -- Ian Stokes-Rees i.stokes-rees@physics.ox.ac.uk Particle Physics, Oxford http://www-pnp.physics.ox.ac.uk/~stokes --------------030800060408040407070906 Content-Type: text/x-vcard; charset=utf-8; name="i.stokes-rees1.vcf" Content-Disposition: attachment; filename="i.stokes-rees1.vcf" Content-Transfer-Encoding: 7bit begin:vcard fn:Ian Stokes-Rees n:Stokes-Rees;Ian org:University of Oxford;Particle Physics adr:;;Keble Road;Oxford;;OX1 3RH;UK email;internet:i.stokes-rees1@physics.ox.ac.uk tel;work:+44 1865 283 111 tel;fax:+44 1865 273 418 tel;cell:+44 7989 947 217 x-mozilla-html:FALSE url:http://grid.physics.ox.ac.uk/~stokes/ version:2.1 end:vcard --------------030800060408040407070906-- From w3c-dist-auth-request@frink.w3.org Thu Jan 12 12:51:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ex6c4-0004OR-A6 for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 12:51:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA03613 for ; Thu, 12 Jan 2006 12:50:30 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ex6bM-0002r9-SL for w3c-dist-auth-dist@listhub.w3.org; Thu, 12 Jan 2006 17:51:08 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ex6bB-0002ng-Kk for w3c-dist-auth@listhub.w3.org; Thu, 12 Jan 2006 17:50:57 +0000 Received: from mail.gmx.net ([213.165.64.21]) by maggie.w3.org with smtp (Exim 4.50) id 1Ex6b3-0000pk-MI for w3c-dist-auth@w3.org; Thu, 12 Jan 2006 17:50:57 +0000 Received: (qmail invoked by alias); 12 Jan 2006 17:50:48 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp027) with SMTP; 12 Jan 2006 18:50:48 +0100 X-Authenticated: #1915285 Message-ID: <43C6967D.2020902@gmx.de> Date: Thu, 12 Jan 2006 18:48:45 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Ian Stokes-Rees CC: w3c-dist-auth@w3.org References: <43C6859B.8040904@physics.ox.ac.uk> <43C68C72.5010702@gmx.de> <43C694BF.5050907@physics.ox.ac.uk> In-Reply-To: <43C694BF.5050907@physics.ox.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1Ex6b3-0000pk-MI 30b9b72bf1fae2ff8f753f218e077338 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Interaction of WebDAV with HTTPS and problems opening files X-Archived-At: http://www.w3.org/mid/43C6967D.2020902@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11610 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, 12 Jan 2006 17:51:08 +0000 Content-Transfer-Encoding: 7bit Ian Stokes-Rees wrote: > Julian Reschke wrote: >> This may be by design. What is your default browser? > > I am using Windows File Explorer. I have trouble believing this is by No, no. The default *browser*? > ... Best regards, Julian From w3c-dist-auth-request@frink.w3.org Thu Jan 12 13:13:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ex6xO-0001Jm-GQ for webdav-archive@megatron.ietf.org; Thu, 12 Jan 2006 13:13:54 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA04645 for ; Thu, 12 Jan 2006 13:12:33 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ex6wg-0001wc-EH for w3c-dist-auth-dist@listhub.w3.org; Thu, 12 Jan 2006 18:13:10 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ex6we-0001vj-32 for w3c-dist-auth@listhub.w3.org; Thu, 12 Jan 2006 18:13:08 +0000 Received: from relay2.es.uci.edu ([128.200.80.28]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ex6wX-0008SH-82 for w3c-dist-auth@w3.org; Thu, 12 Jan 2006 18:13:07 +0000 Received: from [128.195.105.234] (pv105234.reshsg.uci.edu [128.195.105.234]) (authenticated bits=0) by relay2.es.uci.edu (8.13.1/8.13.1) with ESMTP id k0CICli7013163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Jan 2006 10:12:48 -0800 X-UCInetID: jfeise Message-ID: <43C69C1F.8090806@ics.uci.edu> Date: Thu, 12 Jan 2006 10:12:47 -0800 From: Joachim Feise Reply-To: jfeise@ics.uci.edu Organization: University of California, Irvine User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051201 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: Ian Stokes-Rees CC: Julian Reschke , w3c-dist-auth@w3.org References: <43C6859B.8040904@physics.ox.ac.uk> <43C68C72.5010702@gmx.de> <43C694BF.5050907@physics.ox.ac.uk> In-Reply-To: <43C694BF.5050907@physics.ox.ac.uk> X-Enigmail-Version: 0.94.0.0 X-Message: MS Outlook is evil. X-Face: ".VkfaZ'q>9U9_]JOTykMM^88emlx:rG{m-5JHhsQ~\Cj43sZOq"rZTWsJG+%+R8#r_/o 6-TIJFfgXwgkDmCFG-v/3Gkt%k3%HwA#d&j6.R,7gb?UXNP0B;\npi/_a>x"(RyBjiOw*I.;8=.l {N[OuH;-p8LW0>]4$OW!z`-!Iy%2^?v9r.hn6$R+,dpC_zU+}91L{x_!4PK,P7\mv)`w{h(QTE)Z ?(p>OgR}}e!`'4jJ`b|$?lppz@wmLaLi[ Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUNEwyOlI2nraUABQD N08x9g3xRV1Ds8usABAAAAgBs7OnJAAACQ0lEQVR4nF2TMW/cMAyFBRgQkFFGlF2EjawCBBTJmIN ar/U10uxLYu4NXGgtkMXZOvb+bZ9k52KX8HDmd3yUyGdxXmJ+c0JUzt2t72fxAZDP4f4Ha15Ud3v wZlcg7CeYEb+RYoQU1f0OWCF5DCHyIHbgDfmglNJxEGsTkdPOCeRrMiqwqLbAirGvicjkkgtwzlk eFeUwgeX9BkhGQeMPRJrl1R6Qz0EmcvW+BcemgMMK5jkPDmCsV0CRn5cKAOv4E9zwsEo59yRkuAC dwZ+rs4DQ47PsN0Cg4r2AFwActksTmi/gXIB1slwj+YNSIVbz/L4AZ2XfqxpKRukdEFEdm3LzxoQ 43P+dM7Co0ErdnMiTYkgNsMQMcMLydN1i6lST0n0cZFHBljMwRAdSeCgO1uHWIjOp86EMqcYTZSl RnlKB+xWAYX3P/3XlHnYDzAY4F/I6TNOWuf+wdgWVGwvwGWh+ttXSw1WVzIB822RQXQBGosu1QwZ DPs3afGx6HNSYQM0hAMCoVRn75AMsFeoQ6gwEjIoaJ6+T1zXmSjooEwZ4exBSfMFWU2ph3KBCBqe mBWBx7BJ29zUcMS1CXXzxU8xS3qfUpZ/jkbJ54epb71uGlJ9SmtIrhzx1WHdMnX/QkUUHgIhjbRQ h8YgXmIJFzoJ9g62Visy3eM/b/wC/8CFgrczdAnwBiFfmHp35tAfwWuSADuMxFTBdKlLLWShcF+k teIAO+nSlotuAV3QYVVEC+GyeklK9Uo/l57QDMLRalEr7f0PUUat8ZcMkAAAAAElFTkSuQmCC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Received-SPF: none (lisa.w3.org: domain of jfeise@ics.uci.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1Ex6wX-0008SH-82 2096b7eb8e20d082bb696d09890ed580 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Interaction of WebDAV with HTTPS and problems opening files X-Archived-At: http://www.w3.org/mid/43C69C1F.8090806@ics.uci.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11611 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, 12 Jan 2006 18:13:10 +0000 Content-Transfer-Encoding: 7bit Ian Stokes-Rees wrote on 01/12/06 09:41: > Julian Reschke wrote: >> This may be by design. What is your default browser? > > I am using Windows File Explorer. I have trouble believing this is by > design. I am quite sure that with *other* WebDAV folders I've been able > to open files directly. In general, non-WebDAV aware applications can not open files on a WebDAV server, and the 'Open' open would be grayed out. There are only a few Windows applications that are WebDAV aware, e.g., the MS Office suite. So you can open Word files located on a WebDAV server, but not jpeg files, for example. As Julian said, this is by design. -Joe From lexus@gigigaga.com Fri Jan 13 07:28:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExO2s-0003KI-Dt for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 07:28:42 -0500 Received: from 68-186-13-241.dhcp.csby.or.charter.com (68-186-13-241.dhcp.csby.or.charter.com [68.186.13.241]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA01425 for ; Fri, 13 Jan 2006 07:27:17 -0500 (EST) Received: from localhost (localhost [113.180.233.162]) by carolynmucosaastride.somebody'llmesquitenowadayerudite.com (241.221.27.162/241.40.177.158/SuSE Linux 0.7) with SMTP id 2 for swabadsorb; Fri, 13 Jan 2006 06:28:05 -0500 Message-ID: <7001@judicature> From: Reuben Dobson To: webdav-archive@ietf.org Subject: Amazing, Lynn Date: Fri, 13 Jan 2006 03:50:43 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 10151.5567.379193.0975801 X-MimeOLE: Produced By Microsoft MimeOLE 6096.22694133.6599438.72529053 Content-Type: multipart/mixed; boundary="------=87799662606" Content-Transfer-Encoding: base64 --------=87799662606 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


When a girl ceases to blush, she has lost the most powerful charm of her beauty.
Nothing lowers the level on conversation more than raising the voice.Don't let the negativity given to you by the world disempower you. Instead give to yourself that which empowers you.Many a man never fails because he never tries. --------=87799662606 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Darnell-> http://prgftb.globaltrademarine.info/?aeqftjxwpqqywmittrzpomniqjm --------=87799662606-- From weiglorias@guiwang.com Fri Jan 13 07:30:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExO4R-0003j1-R2 for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 07:30:19 -0500 Received: from fwpatlfxrtl.com (vVYQ@[221.124.25.35]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA01531 for ; Fri, 13 Jan 2006 07:28:56 -0500 (EST) Received: from extort by microsoft.com with local (Exim 4.41 (FreeBSD)) id 44-1-57 for sunburn; Fri, 13 Jan 2006 03:32:30 -0500 To: webdav-archive@ietf.org Subject: Amazing, Gerald From: Dewitt Matos Message-ID: <7296312.0255@guiwang.com:9337> X-Priority: 3 X-Mailer: nasa Mail finn PHP Date: Fri, 13 Jan 2006 04:11:31 -0500 Content-Type: multipart/mixed; boundary="------=61086288014524" Content-Transfer-Encoding: base64 --------=61086288014524 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Do not protect yourself by a fence, but rather by your friends.If all I'm remembered for is being a good basketball player, then I've done a bad job with the rest of my life.
We who officially value freedom of speech above life itself seem to have nothing to talk about but the weather.Our thoughts take the wildest flight: Even at the moment when they should arrange themselves in thoughtful order. --------=61086288014524 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Pansy-> http://jqmlfw.omarquest.info/?gfcuklxwpqqyepilvszpomsaktm --------=61086288014524-- From w3c-dist-auth-request@frink.w3.org Fri Jan 13 11:08:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExRT7-0000Bm-M3 for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 11:08:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA18341 for ; Fri, 13 Jan 2006 11:06:38 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExRRb-0004PZ-6t for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 16:06:27 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1ExRRV-0004OJ-1O for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 16:06:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1ExRRO-00026r-VW for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 16:06:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DG69Vf018064; Fri, 13 Jan 2006 08:06:09 -0800 Date: Fri, 13 Jan 2006 08:06:09 -0800 Message-Id: <200601131606.k0DG69Vf018064@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1ExRRO-00026r-VW 272817b459326c9aac7158d879efcc8f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 147] CLARIFY_UNTAGGED_IF_HEADER_APPLICATION X-Archived-At: http://www.w3.org/mid/200601131606.k0DG69Vf018064@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11612 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: Fri, 13 Jan 2006 16:06:27 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-13 08:06 ------- New proposed change based on telecon on 2006-01-11: revert the definition, that is make it the default not to apply the request headers to the resources in scope. See also . Section 9., para. 17 OLD: Any headers on a method that has a defined interaction with the Depth header MUST be applied to all resources in the scope of the method except where alternative behavior is explicitly defined. For example, an If-Match header will have its value applied against every resource in the method's scope and will cause the method to fail if the header fails to match. NEW: Headers on a method that has a defined interaction with the Depth header MUST be applied only to the resource identified by the Request-URI except where alternative behavior is explicitly defined. Appendix E., para. 12: OLD: Support for UTF-16 now required (ref (Section 18)). NEW: In Depth: Infinity operations, request headers only apply to the Request-URI (unless explicily specified otherwise; (see Section 9.2). Support for UTF-16 now required (ref (Section 18)). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 13:03:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExTGb-0005Ty-Rc for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 13:03:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA25571 for ; Fri, 13 Jan 2006 13:01:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExTFU-0003cN-JJ for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 18:02:04 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1ExTFR-0003bj-9q for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 18:02:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1ExTFN-0005eo-Mc for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 18:02:00 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DI1tf5020172; Fri, 13 Jan 2006 10:01:55 -0800 Date: Fri, 13 Jan 2006 10:01:55 -0800 Message-Id: <200601131801.k0DI1tf5020172@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1ExTFN-0005eo-Mc 4855b7cf3145242871ab9e19eb716c61 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601131801.k0DI1tf5020172@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11613 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: Fri, 13 Jan 2006 18:02:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ejw@cs.ucsc.edu |lisa@osafoundation.org Status|ASSIGNED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-13 10:01 ------- Summary from the 13 Jan telecon: Some servers do this now, while others do not, despite 2518 being silent on the issue. Some servlet architectures prevent this from being implemented, thus it is unlikely that it will ever be /completely/ implemented across all servers. The issue of service discovery (i.e. at what part of the server namespace is DAV supported) is orthogonal to whether the server supports DAV in general, although brings us closer to solving the issue of service discovery for, e.g., caldav. OPTIONS * will minimally allow one to discover whether intermediary proxies / gateways support WebDAV, although it is unclear what benefit this will provide to clients. Further, the WG is generally unaware of clients which require OPTIONS *. Lisa volunteered to suggest some non-normative text describing the existing state of the world as a note to client im plementers. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 13:03:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExTGo-0005UQ-1j for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 13:03:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA25573 for ; Fri, 13 Jan 2006 13:02:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExTGF-0003oP-Rn for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 18:02:51 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1ExTGC-0003mx-NW for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 18:02:48 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1ExTG4-0000iy-Oz for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 18:02:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DI2dU8020206; Fri, 13 Jan 2006 10:02:39 -0800 Date: Fri, 13 Jan 2006 10:02:39 -0800 Message-Id: <200601131802.k0DI2dU8020206@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1ExTG4-0000iy-Oz 064845b68b5d3dc522cd46f66aa5c0a2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601131802.k0DI2dU8020206@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11614 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: Fri, 13 Jan 2006 18:02:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 13:14:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExTRu-0008BT-SB for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 13:14:55 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA26238 for ; Fri, 13 Jan 2006 13:13:33 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExTRC-0006D3-4l for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 18:14:10 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1ExTR8-00068z-TQ for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 18:14:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1ExTQy-0005oV-1w for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 18:14:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DIDquD020235; Fri, 13 Jan 2006 10:13:52 -0800 Date: Fri, 13 Jan 2006 10:13:52 -0800 Message-Id: <200601131813.k0DIDquD020235@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1ExTQy-0005oV-1w 1523b8ba7638df1d0747cea4634525eb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601131813.k0DIDquD020235@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11615 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: Fri, 13 Jan 2006 18:14:10 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-13 10:13 ------- Proposed text was reviewed during the 13 Jan telecon, with consensus that it should be included in the next draft. Assigning to Lisa. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 13:15:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExTS5-0008E6-9q for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 13:15:05 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA26276 for ; Fri, 13 Jan 2006 13:13:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExTRU-0006XS-Ax for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 18:14:28 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1ExTRR-0006Su-Tp for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 18:14:26 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1ExTRN-0007jm-LV for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 18:14:25 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DIEKsO020259; Fri, 13 Jan 2006 10:14:20 -0800 Date: Fri, 13 Jan 2006 10:14:20 -0800 Message-Id: <200601131814.k0DIEKsO020259@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1ExTRN-0007jm-LV b6c20934b61b9f7bbafc2cce3be31d95 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601131814.k0DIEKsO020259@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11616 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: Fri, 13 Jan 2006 18:14:28 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 14:02:03 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExUBX-0003SL-Iv for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 14:02:03 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA29098 for ; Fri, 13 Jan 2006 14:00:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExUAh-0005yn-P4 for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 19:01:11 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1ExUAe-0005y0-5X for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 19:01:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1ExUAZ-0008JX-3v for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 19:01:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DIo6hr020344; Fri, 13 Jan 2006 10:50:06 -0800 Date: Fri, 13 Jan 2006 10:50:06 -0800 Message-Id: <200601131850.k0DIo6hr020344@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1ExUAZ-0008JX-3v eb20f6e568cb3f79e48e305e956ff8e1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 101] Extensibility for dav:owner X-Archived-At: http://www.w3.org/mid/200601131850.k0DIo6hr020344@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11617 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: Fri, 13 Jan 2006 19:01:11 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=101 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-13 10:50 ------- Consensus during 13 Jan telecon to adopt the miodified language suggested by Lisa -- to appear in the newxt version of the draaft (-11). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 14:45:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExUrV-0005Nd-T9 for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 14:45:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA01840 for ; Fri, 13 Jan 2006 14:44:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExUql-0001So-Mp for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 19:44:39 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1ExUqi-0001SA-5j for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 19:44:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1ExUqc-0003g2-6Z for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 19:44:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DJiS4D020524; Fri, 13 Jan 2006 11:44:28 -0800 Date: Fri, 13 Jan 2006 11:44:28 -0800 Message-Id: <200601131944.k0DJiS4D020524@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1ExUqc-0003g2-6Z 2c8133faf0bc15f01d3ebe5c064a198a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601131944.k0DJiS4D020524@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11619 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: Fri, 13 Jan 2006 19:44:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 14:45:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExUrW-0005Ne-0y for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 14:45:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA01841 for ; Fri, 13 Jan 2006 14:44:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExUqX-0001Ro-Hn for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 19:44:25 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1ExUqV-0001RA-4e for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 19:44:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1ExUqQ-0002Wf-92 for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 19:44:22 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DJiGKD020506; Fri, 13 Jan 2006 11:44:16 -0800 Date: Fri, 13 Jan 2006 11:44:16 -0800 Message-Id: <200601131944.k0DJiGKD020506@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1ExUqQ-0002Wf-92 08096fc8da2196045a44fb03ffd11470 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601131944.k0DJiGKD020506@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11618 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: Fri, 13 Jan 2006 19:44:25 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-13 11:44 ------- Consensus during 13 Jan telecon regarding Julians' proposed text (comment 2). Further, after Lisa posts the latest working version of the draft (pre-10), Julian will provide a diff for the changes mentioned in comment 4. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 15:08:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExVEH-0002sT-Fb for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 15:08:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA03607 for ; Fri, 13 Jan 2006 15:07:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExVDI-0000G2-Og for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 20:07:56 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1ExVDF-0000FM-Qt for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 20:07:54 +0000 Received: from sj-iport-4.cisco.com ([171.68.10.86]) by aji.w3.org with esmtp (Exim 4.50) id 1ExVD9-0006zz-Uf for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 20:07:52 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-4.cisco.com with ESMTP; 13 Jan 2006 12:07:43 -0800 X-IronPort-AV: i="3.99,366,1131350400"; d="scan'208,217"; a="1766543147:sNHT161932830" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k0DK7fQJ001291; Fri, 13 Jan 2006 12:07:41 -0800 (PST) Received: from 128.107.139.85 ([128.107.139.85]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Fri, 13 Jan 2006 20:07:41 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Fri, 13 Jan 2006 12:07:56 -0800 From: Cullen Jennings To: Geoffrey M Clemm , WebDav Message-ID: Thread-Topic: Process on open RFC2518bis issues Thread-Index: AcYYfQruSTweaIRwEdqdrwARJEEJ/A== In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3219998876_418441" Received-SPF: pass (aji.w3.org: domain of fluffy@cisco.com designates 171.68.10.86 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-1.3 X-W3C-Scan-Sig: aji.w3.org 1ExVD9-0006zz-Uf 0961a7ec4e87bab262da579be7845dbb X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/BFED489C.6A82A%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11620 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: Fri, 13 Jan 2006 20:07:56 +0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3219998876_418441 Content-type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Unfortunately, this proposal would violate that idea that a WG needs to determine that at least rough consensus exists within the WG for the advancement of a document. It would change to where there was not consensus, then we defaulted to what RFC 2518 says. On 1/11/06 9:03 AM, "Geoffrey M Clemm" wrote: > > I don't think there is any communication problem, > I believe we just disagree on the appropriate way to resolve > the remaining disagreements in a limited time. > > One way to do so is to play a game of "chicken" ... > set up the situation in which unless one party to each > disagreement gives in by the specified time, something > severely negative results (e.g. all the work on 2518bis > is wasted and no revision of 2518 is published). > > Another way to achieve agreement is to instantiate a rule > that depends only on the facts of the issue, and not on the > personalities of the participants. > > I believe Julian has proposed a sensible rule for this > situation that will produce a superior result (and be less > stressful on the participants) than would the game of chicken. > > Cheers, > Geoff > > Cullen wrote on 01/11/2006 11:36:08 AM: >> > >> > Somehow, we continue to seem to miscommunication - perhaps we are saying >> the >> > same thing >> > >> > On 1/11/06 5:08 AM, "Geoffrey M Clemm" wrote: >> > >>> > > and therefore any change to RFC2518 should by >>> > > default be rejected unless there is at least consensus >> > >> > Let me comment on this in the simplest form I can. >> > >> > If bis is includes change A, yes we will need consensus for that change. >> > >> > If many people think that bis should include some other change X to clarify >> > a problem/confusion seen with 2518 but bis does not include that, we will >> > need consensus that bis does not include X. >> > >> > We need consensus on the document. Now to get to consensus, yes I encourage >> > the WG not to add new features, and not to be shy about removing features >> > that don't work. >> > >> > >> > >> > > --B_3219998876_418441 Content-type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Re: Process on open RFC2518bis issues
Unfortunately, this proposal would violate that idea that a WG needs to det= ermine that at least rough consensus exists within the WG for the advancemen= t of a document. It would change to where there was not consensus, then we d= efaulted to what RFC 2518 says.

On 1/11/06 9:03 AM, "Geoffrey M Clemm" <geoffrey.clemm@us.ibm.= com> wrote:


I don't think there is any communication problem,
I believe we just disagree on the appropriate way to resol= ve
the remaining disagreements in a limited time.

One way to do so is to play a game of "chicken" = ...
set up the situation in which unless one party to each
disagreement gives in by the specified time, something
severely negative results (e.g. all the work on 2518bis
is wasted and no revision of 2518 is published).

Another way to achieve agreement is to instantiate a rule<= /SPAN>
that depends only on the facts of the issue, and not on th= e
personalities of the participants.

I believe Julian has proposed a sensible rule for this
situation that will produce a superior result (and be less=
stressful on the participants) than would the game of chic= ken.

Cheers,
Geoff

Cullen wrote on 01/11/2006 11:36:08 AM:
>
> Somehow, we continue to seem to miscommunication - perhaps we are sayi= ng the
> same thing
>
> On 1/11/06 5:08 AM, "Geoffrey M Clemm" <geoffrey.clemm@us= .ibm.com> wrote:
>
> >  and therefore any change to RFC2518 should by
> > default be rejected unless there is at least consensus
>
> Let me comment on this in the simplest form I can.
>
> If bis is includes change A, yes we will need consensus for that chang= e.
>
> If many people think that bis should include some other change X to cl= arify
> a problem/confusion seen with 2518 but bis does not include that, we w= ill
> need consensus that bis does not include X.
>
> We need consensus on the document. Now to get to consensus, yes I enco= urage
> the WG not to add new features, and not to be shy about removing featu= res
> that don't work.
>
>
>
>


--B_3219998876_418441-- From w3c-dist-auth-request@frink.w3.org Fri Jan 13 15:11:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExVGN-0003iV-KE for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 15:11:07 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA03800 for ; Fri, 13 Jan 2006 15:09:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExVFo-0000zX-Tu for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 20:10:32 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1ExVFm-0000yp-Ll for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 20:10:30 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1ExVFk-0003rQ-1F for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 20:10:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0DKAQoV020584; Fri, 13 Jan 2006 12:10:26 -0800 Date: Fri, 13 Jan 2006 12:10:26 -0800 Message-Id: <200601132010.k0DKAQoV020584@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1ExVFk-0003rQ-1F 55b373c552b6ffdc96eccfbc37965e41 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 166] XML_GUIDELINES_CONFORMANCE X-Archived-At: http://www.w3.org/mid/200601132010.k0DKAQoV020584@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11621 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: Fri, 13 Jan 2006 20:10:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=166 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-13 12:10 ------- The proposed text reflects my recollection of related WG discussions on the issue, and is consistent with the text of the current draft; I recommend including it in the next draft (-11). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 13 15:18:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExVNL-0005rX-OD for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 15:18:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA04183 for ; Fri, 13 Jan 2006 15:16:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExVMT-0003IK-88 for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 20:17:25 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1ExVMI-0003H1-Ta for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 20:17:15 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by aji.w3.org with smtp (Exim 4.50) id 1ExVMD-0008S2-LN for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 20:17:14 +0000 Received: (qmail invoked by alias); 13 Jan 2006 20:17:02 -0000 Received: from p508FAB91.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.171.145] by mail.gmx.net (mp019) with SMTP; 13 Jan 2006 21:17:02 +0100 X-Authenticated: #1915285 Message-ID: <43C80A4B.7010101@gmx.de> Date: Fri, 13 Jan 2006 21:15:07 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Cullen Jennings CC: Geoffrey M Clemm , WebDav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1ExVMD-0008S2-LN 96bfb35b80976e5e1dc774e0bfb43332 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/43C80A4B.7010101@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11622 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: Fri, 13 Jan 2006 20:17:25 +0000 Content-Transfer-Encoding: 7bit Cullen Jennings wrote: > > Unfortunately, this proposal would violate that idea that a WG needs to > determine that at least rough consensus exists within the WG for the > advancement of a document. It would change to where there was not > consensus, then we defaulted to what RFC 2518 says. > ... Indeed. As a matter of fact that was my understanding about how revising an standards track document should work. If there's no consensus for a change, don't do it. The question then is whether the agreed upon changes represent sufficient advance over the previous spec to make publishing it worthwhile. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Fri Jan 13 15:40:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExVjA-0003I0-Dd for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 15:40:54 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA05535 for ; Fri, 13 Jan 2006 15:39:30 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExViR-00008o-DG for w3c-dist-auth-dist@listhub.w3.org; Fri, 13 Jan 2006 20:40:07 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1ExViN-00006I-Lv for w3c-dist-auth@listhub.w3.org; Fri, 13 Jan 2006 20:40:03 +0000 Received: from e4.ny.us.ibm.com ([32.97.182.144]) by maggie.w3.org with esmtp (Exim 4.50) id 1ExViI-0000Fa-Pc for w3c-dist-auth@w3.org; Fri, 13 Jan 2006 20:40:02 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e4.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0DKdpa7002106 for ; Fri, 13 Jan 2006 15:39:51 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0DKdppu130066 for ; Fri, 13 Jan 2006 15:39:51 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0DKdpmd001107 for ; Fri, 13 Jan 2006 15:39:51 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0DKdoQf001104 for ; Fri, 13 Jan 2006 15:39:50 -0500 In-Reply-To: <43C80A4B.7010101@gmx.de> To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Fri, 13 Jan 2006 15:39:48 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/13/2006 15:39:50, Serialize complete at 01/13/2006 15:39:50 Content-Type: multipart/alternative; boundary="=_alternative 007181CD852570F5_=" Received-SPF: pass (maggie.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.144 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1ExViI-0000Fa-Pc c5052d98bcb2fcc10fb29765d0e0e499 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Process on open RFC2518bis issues X-Archived-At: http://www.w3.org/mid/OF77498895.5DD39FE5-ON852570F5.0070CF40-852570F5.00718244@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11623 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: Fri, 13 Jan 2006 20:40:07 +0000 This is a multipart message in MIME format. --=_alternative 007181CD852570F5_= Content-Type: text/plain; charset="US-ASCII" I agree with Julian. What needs consensus is that a given draft should be published. The approach one uses to reach such a draft can vary greatly. Getting working group consensus on every issue is one approach to producing a draft, but it is not the only approach, is not always the best approach, and sometimes is not even a feasible approach in the presence of time constraints. Cheers, Geoff Julian Reschke wrote on 01/13/2006 03:15:07 PM: > Cullen Jennings wrote: > > > > Unfortunately, this proposal would violate that idea that a WG needs to > > determine that at least rough consensus exists within the WG for the > > advancement of a document. It would change to where there was not > > consensus, then we defaulted to what RFC 2518 says. > > ... > > Indeed. As a matter of fact that was my understanding about how revising > an standards track document should work. If there's no consensus for a > change, don't do it. > > The question then is whether the agreed upon changes represent > sufficient advance over the previous spec to make publishing it worthwhile. > > Best regards, Julian --=_alternative 007181CD852570F5_= Content-Type: text/html; charset="US-ASCII"
I agree with Julian.  What needs consensus is that a given draft
should be published.  The approach one uses to reach such a draft
can vary greatly.  Getting working group consensus on every issue
is one approach to producing a draft, but it is not the only approach,
is not always the best approach, and sometimes is not even a feasible
approach in the presence of time constraints.

Cheers,
Geoff


Julian Reschke <julian.reschke@gmx.de> wrote on 01/13/2006 03:15:07 PM:

> Cullen Jennings wrote:
> >
> > Unfortunately, this proposal would violate that idea that a WG needs to
> > determine that at least rough consensus exists within the WG for the
> > advancement of a document. It would change to where there was not
> > consensus, then we defaulted to what RFC 2518 says.
> > ...
>
> Indeed. As a matter of fact that was my understanding about how revising
> an standards track document should work. If there's no consensus for a
> change, don't do it.
>
> The question then is whether the agreed upon changes represent
> sufficient advance over the previous spec to make publishing it worthwhile.
>
> Best regards, Julian
 --=_alternative 007181CD852570F5_=-- From shaneedina@gcfsurf.com Fri Jan 13 16:29:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExWTz-0007bA-Kr for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 16:29:15 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA12832 for ; Fri, 13 Jan 2006 16:27:52 -0500 (EST) Received: from [222.214.209.170] (helo=gcfsurf.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1ExWbI-0005lI-E0 for webdav-archive@ietf.org; Fri, 13 Jan 2006 16:36:53 -0500 Message-ID: <000001c61888$45d56670$7378a8c0@wedded> Reply-To: "Edina Shaner" From: "Edina Shaner" To: "Clovis Andrada" Subject: Phcrma ceutical Top-quality Date: Fri, 13 Jan 2006 16:28:19 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6185E.5CFF5E70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.1 (/) X-Scan-Signature: 5d7a7e767f20255fce80fa0b77fb2433 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6185E.5CFF5E70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 http://www.resurans.com =20 =20 Am ClA So VA Xan VlA bie LIS ma=20 LIU ax GR n M A from=20 $2. $3. $1. $1. $1. $3. 89 75 12 21 42 75 =20 ------=_NextPart_000_0001_01C6185E.5CFF5E70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
 
Am
ClA
So
VA
Xan
VlA
bie
LIS
ma
LIU
ax
GR
n


M

A

from




$2.
$3.
$1.
$1.
$1.
$3.
89
75
12
21
42
75
  ------=_NextPart_000_0001_01C6185E.5CFF5E70-- From nairsreekodoth@excite.com Fri Jan 13 20:36:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExaL7-0005D0-UK for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 20:36:21 -0500 Received: from user-142g404.cable.mindspring.com (user-142g404.cable.mindspring.com [72.40.16.4]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA00465 for ; Fri, 13 Jan 2006 20:34:59 -0500 (EST) Received: from localhost (localhost [64.219.184.103]) by nectareousrubbish.minimagainsteater.com (53.93.62.156/173.167.123.142/SuSE Linux 0.7) with SMTP id 8 for hornblende; Fri, 13 Jan 2006 16:21:43 -0500 Message-ID: <6281660@criteria> From: Elva Holder To: webdav-archive@ietf.org Subject: Amazing, Billy Date: Fri, 13 Jan 2006 19:01:01 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 8499319.44975623.9579648.892343 X-MimeOLE: Produced By Microsoft MimeOLE 8399.1455331.26122.7422313 Content-Type: multipart/mixed; boundary="------=0577009186993" Content-Transfer-Encoding: 8bit --------=0577009186993 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Drink! for you know not whence you came nor why: drink! for you know not why you go, nor where.
The basic rule of free enterprise: You must give in order to get. --------=0577009186993 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Jamal-> http://iuvdnp.costwatch.info/?tejlpoxwpqqyonhjngzpouqeqif --------=0577009186993-- From cindy@fimusa.com Fri Jan 13 20:37:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ExaLt-0005Z2-4k for webdav-archive@megatron.ietf.org; Fri, 13 Jan 2006 20:37:09 -0500 Received: from cc568278-a.assen1.dr.home.nl (cc568278-a.assen1.dr.home.nl [82.74.109.55]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA00646 for ; Fri, 13 Jan 2006 20:35:45 -0500 (EST) Received: from localhost (localhost [67.85.72.173]) by jar.pollsteraboutsalmonberry.com (18.58.78.156/139.115.70.108/SuSE Linux 0.7) with SMTP id 5 for cajole; Fri, 13 Jan 2006 16:28:12 -0500 Message-ID: <8990@hysteresis> From: Napoleon Ruiz To: webdav-archive@ietf.org Subject: Amazing, Maryanne Date: Fri, 13 Jan 2006 20:45:05 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 98260.269783.5663831.34209 X-MimeOLE: Produced By Microsoft MimeOLE 81991.1078292.2219.54268 Content-Type: multipart/mixed; boundary="------=54615362596" Content-Transfer-Encoding: 8bit --------=54615362596 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Nothing is poetical if plain daylight is not poetical and no monster should amaze us if the normal man does not amaze.
Poetry is all nouns and verbs. --------=54615362596 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Jed-> http://haaoif.slysofa.info/?nsomclxwpqqyeanasqzposfnlef --------=54615362596-- From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R3-00008V-Jl for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:49 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28620 for ; Sun, 15 Jan 2006 10:03:26 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExpDD-0008Fo-B1 for w3c-dist-auth-dist@listhub.w3.org; Sat, 14 Jan 2006 17:29:11 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1ExpD7-0008Ea-MA for w3c-dist-auth@listhub.w3.org; Sat, 14 Jan 2006 17:29:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1ExpD2-0002sJ-Sk for w3c-dist-auth@w3.org; Sat, 14 Jan 2006 17:29:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0EHSumG023717; Sat, 14 Jan 2006 09:28:56 -0800 Date: Sat, 14 Jan 2006 09:28:56 -0800 Message-Id: <200601141728.k0EHSumG023717@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1ExpD2-0002sJ-Sk 41511cd6075b8066677febd9f33b388a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601141728.k0EHSumG023717@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11626 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, 14 Jan 2006 17:29:11 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-14 09:28 ------- Agreed...: Section 8., para. 30: OLD: The results of this method SHOULD NOT be cached. NEW: The results of this method SHOULD NOT be cached. This method is both safe and idempotent (see Section 9.1 of [RFC2616]). Section 8., para. 81: OLD: 8.3.1 Status Codes for use in 207 (Multi-Status) NEW: This method is idempotent, but not safe (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.3.1 Status Codes for use in 207 (Multi-Status) Section 8., para. 101: OLD: 8.4.1 MKCOL Status Codes NEW: Responses from a MKCOL request MUST NOT be cached. This method is idempotent, but not safe (see Section 9.1 of [RFC2616]). 8.4.1 MKCOL Status Codes Section 8., para. 102: OLD: Responses from a MKCOL request MUST NOT be cached as MKCOL has non- idempotent semantics. In addition to the general status codes possible, the following status codes have specific applicability to MKCOL: NEW: In addition to the general status codes possible, the following status codes have specific applicability to MKCOL: Section 8., para. 151: OLD: 8.9.1 COPY for Non-collection Resources NEW: This method is idempotent, but not safe (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.9.1 COPY for Non-collection Resources Section 8., para. 205: OLD: 8.10.1 MOVE for Properties NEW: This method is idempotent, but not safe (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.10.1 MOVE for Properties Section 8., para. 249: OLD: 8.11.1 Refreshing Locks NEW: This method is neither safe, nor idempotent (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.11.1 Refreshing Locks Section 8., para. 305: OLD: 8.12.1 Status Codes NEW: This method is idempotent, but not safe (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.12.1 Status Codes ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R4-00008h-Nu for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:50 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28622 for ; Sun, 15 Jan 2006 10:03:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ey99d-0007si-BQ for w3c-dist-auth-dist@listhub.w3.org; Sun, 15 Jan 2006 14:46:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ey99X-0007rO-WC for w3c-dist-auth@listhub.w3.org; Sun, 15 Jan 2006 14:46:44 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Ey99V-0002kS-8M for w3c-dist-auth@w3.org; Sun, 15 Jan 2006 14:46:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0FEkeS0002818; Sun, 15 Jan 2006 06:46:40 -0800 Date: Sun, 15 Jan 2006 06:46:40 -0800 Message-Id: <200601151446.k0FEkeS0002818@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Ey99V-0002kS-8M 169163bcaa959f87cbed55894e74c825 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 35] RFC2606 compliance X-Archived-At: http://www.w3.org/mid/200601151446.k0FEkeS0002818@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11633 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, 15 Jan 2006 14:46:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=35 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-08 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-15 06:46 ------- I have started to add fixes anytime I come across an host name that needs to be fixed, see . ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R5-00008w-1k for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28624 for ; Sun, 15 Jan 2006 10:03:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ey904-0005c1-0H for w3c-dist-auth-dist@listhub.w3.org; Sun, 15 Jan 2006 14:36:56 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ey901-0005bO-Ff for w3c-dist-auth@listhub.w3.org; Sun, 15 Jan 2006 14:36:53 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Ey8zy-0002vh-Ur for w3c-dist-auth@w3.org; Sun, 15 Jan 2006 14:36:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0FEaoeN002794; Sun, 15 Jan 2006 06:36:50 -0800 Date: Sun, 15 Jan 2006 06:36:50 -0800 Message-Id: <200601151436.k0FEaoeN002794@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Ey8zy-0002vh-Ur ec8eeff7bc6fe2875c7fb7b49a3f5118 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 218] New: broken date format in example 8.2.6 X-Archived-At: http://www.w3.org/mid/200601151436.k0FEaoeN002794@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11632 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, 15 Jan 2006 14:36:56 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=218 Summary: broken date format in example 8.2.6 Product: WebDAV-RFC2518-bis Version: -10 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-10.html#rfc.section.8.2.6 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 08. HTTP Methods for Distributed Authoring AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org Example uses RFC850 style dates, but RFC2518bis requires servers to use RFC1123 format. Previously reported in . ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R5-000099-K2 for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28628 for ; Sun, 15 Jan 2006 10:03:28 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ey8d1-000818-VB for w3c-dist-auth-dist@listhub.w3.org; Sun, 15 Jan 2006 14:13:07 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Ey8cz-00080Z-Md for w3c-dist-auth@listhub.w3.org; Sun, 15 Jan 2006 14:13:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Ey8cx-0007Gn-6C for w3c-dist-auth@w3.org; Sun, 15 Jan 2006 14:13:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0FED1x9002751; Sun, 15 Jan 2006 06:13:01 -0800 Date: Sun, 15 Jan 2006 06:13:01 -0800 Message-Id: <200601151413.k0FED1x9002751@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Ey8cx-0007Gn-6C 23b073f4d64a37274270f5f9609d097d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200601151413.k0FED1x9002751@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11630 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, 15 Jan 2006 14:13:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-15 06:13 ------- I have followed up on last year's thread on the HTTP WG mailing list, see . That being said, in case we don't get a consensus over there, I think normative language about PUT vs ETags needs to be removed from RFC2518bis. I've done that in my version of the draft (see ). I'd like to delay a discussion about PROPPATCH vs ETags until the PUT question is clarified (in which case I think consequences for PROPPATCH will be obvious). Finally, I'd like to point out that draft 10 of RFC2518bis and draft 09 of CalDAV () have conflicting normative requirements, which really should tell us something. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R5-000098-Al for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28626 for ; Sun, 15 Jan 2006 10:03:28 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Ey8mI-0002Hx-6E for w3c-dist-auth-dist@listhub.w3.org; Sun, 15 Jan 2006 14:22:42 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Ey8mG-0002Gu-Ao for w3c-dist-auth@listhub.w3.org; Sun, 15 Jan 2006 14:22:40 +0000 Received: from mail.gmx.net ([213.165.64.21]) by lisa.w3.org with smtp (Exim 4.50) id 1Ey8mE-00071E-NV for w3c-dist-auth@w3.org; Sun, 15 Jan 2006 14:22:40 +0000 Received: (qmail invoked by alias); 15 Jan 2006 14:22:37 -0000 Received: from p508F8E53.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.142.83] by mail.gmx.net (mp002) with SMTP; 15 Jan 2006 15:22:37 +0100 X-Authenticated: #1915285 Message-ID: <43CA5A33.4040307@gmx.de> Date: Sun, 15 Jan 2006 15:20:35 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: jfeise@ics.uci.edu CC: Ian Stokes-Rees , w3c-dist-auth@w3.org References: <43C6859B.8040904@physics.ox.ac.uk> <43C68C72.5010702@gmx.de> <43C694BF.5050907@physics.ox.ac.uk> <43C69C1F.8090806@ics.uci.edu> In-Reply-To: <43C69C1F.8090806@ics.uci.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1Ey8mE-00071E-NV c03e98188614328d7bb75469302a74e9 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Interaction of WebDAV with HTTPS and problems opening files X-Archived-At: http://www.w3.org/mid/43CA5A33.4040307@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11631 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, 15 Jan 2006 14:22:42 +0000 Content-Transfer-Encoding: 7bit Joachim Feise wrote: > Ian Stokes-Rees wrote on 01/12/06 09:41: > >> Julian Reschke wrote: >>> This may be by design. What is your default browser? >> I am using Windows File Explorer. I have trouble believing this is by >> design. I am quite sure that with *other* WebDAV folders I've been able >> to open files directly. > > > In general, non-WebDAV aware applications can not open files on a WebDAV > server, and the 'Open' open would be grayed out. > There are only a few Windows applications that are WebDAV aware, e.g., the > MS Office suite. So you can open Word files located on a WebDAV server, > but not jpeg files, for example. > As Julian said, this is by design. I just checked (making the IE the default browser), and there are some file types (such as TXT) that can be opened when IE is the default browser. So I'd guess it depends on how Firefox registers for certain filetypes. Probably this is something that can be enhanced in Firefox (does anybody understand *exactly* what's going on here???). Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R5-00009W-UC for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28630 for ; Sun, 15 Jan 2006 10:03:28 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExsPn-0008O4-An for w3c-dist-auth-dist@listhub.w3.org; Sat, 14 Jan 2006 20:54:23 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1ExsPi-0008MI-6f for w3c-dist-auth@listhub.w3.org; Sat, 14 Jan 2006 20:54:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1ExsPg-000180-Nm for w3c-dist-auth@w3.org; Sat, 14 Jan 2006 20:54:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0EKsGcH023878; Sat, 14 Jan 2006 12:54:16 -0800 Date: Sat, 14 Jan 2006 12:54:16 -0800 Message-Id: <200601142054.k0EKsGcH023878@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1ExsPg-000180-Nm bf2d66c9141662f02d13f74bbe24553f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601142054.k0EKsGcH023878@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11629 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, 14 Jan 2006 20:54:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-14 12:54 ------- Re-assigning to Elias so that discussion can be scheduled. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R6-00009i-73 for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28632 for ; Sun, 15 Jan 2006 10:03:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExsNG-00086L-HC for w3c-dist-auth-dist@listhub.w3.org; Sat, 14 Jan 2006 20:51:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1ExsNB-00084q-08 for w3c-dist-auth@listhub.w3.org; Sat, 14 Jan 2006 20:51:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1ExsN7-0000kz-VZ for w3c-dist-auth@w3.org; Sat, 14 Jan 2006 20:51:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0EKpbdJ023848; Sat, 14 Jan 2006 12:51:37 -0800 Date: Sat, 14 Jan 2006 12:51:37 -0800 Message-Id: <200601142051.k0EKpbdJ023848@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1ExsN7-0000kz-VZ a35ed826e98386a84d5581a1c302ab88 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601142051.k0EKpbdJ023848@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11628 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, 14 Jan 2006 20:51:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-14 12:51 ------- (Note that this also involved fixing the description of locked, empty resources, and the definition of DAV:getcontenttype). Proposed changes (see also ): Section 7., para. 31: OLD: A successful lock request to an unmapped URL MUST result in the creation of an locked resource with empty content. Subsequently, a successful PUT request (with the correct lock token) provides the content for the resource, and the server MUST also use the content- type and content-language information from this request. NEW: A successful lock request to an unmapped URL MUST result in the creation of an locked resource with empty content. Subsequently, a successful PUT request (with the correct lock token) provides the content for the resource. Section 7., para. 44: OLD: o SHOULD default to having no content type. o MAY NOT have values for properties like DAV:getcontentlanguage which haven't been specified yet by the client. NEW: o MAY NOT have values for properties like DAV:getcontentlanguage which haven't been specified yet by the client. Section 7., para. 45: OLD: o Can be updated (have content added) with a PUT request. The server MUST be able to set the content type as specified in the PUT request. NEW: o Can be updated (have content added) with a PUT request. Section 7., para. 49: OLD: The client is expected to update the locked empty resource shortly after locking it, using PUT and possibly PROPPATCH. When the client uses PUT to overwrite a locked empty resource the client MUST supply a Content-Type if any is known. If the client supplies a Content- Type value the server MUST set that value (this requirement actually applies to any resource that is overwritten but is particularly necessary for locked empty resources which are initially created with no Content-Type). NEW: The client is expected to update the locked empty resource shortly after locking it, using PUT and possibly PROPPATCH. Section 8., para. 145: OLD: 8.8.2 PUT for Collections NEW: Note that although a recipient should treat metadata supplied with an HTTP request as authorative, in practice there's no guarantee that a server will take headers such as "Content-Type" into account. In fact, returning the same Content-Type header as supplied with PUT in a subsequent GET request could be abused by malevolent clients to bypass content type based checks in other user agents. Furthermore, many servers do not allow configuring the Content-Type on a per- resource basis in the first place. Thus, clients should not rely on the ability to directly influence the content type by including a Content-Type request header. 8.8.2 PUT for Collections Section 14., para. 45: OLD: Protected: SHOULD NOT be protected, so clients may fix this value. Note that servers implementing RFC2518 might have made this a protected property as this is a new requirement. NEW: Protected: Potentially protected if the server prefers to assign content types on it's own (see also discussion in Section 8.8.1). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R6-00009u-GN for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28634 for ; Sun, 15 Jan 2006 10:03:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExqSH-0001a7-0R for w3c-dist-auth-dist@listhub.w3.org; Sat, 14 Jan 2006 18:48:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1ExqSC-0001Z1-PC for w3c-dist-auth@listhub.w3.org; Sat, 14 Jan 2006 18:48:44 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1ExqS8-0006af-2F for w3c-dist-auth@w3.org; Sat, 14 Jan 2006 18:48:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0EImdgC023765; Sat, 14 Jan 2006 10:48:39 -0800 Date: Sat, 14 Jan 2006 10:48:39 -0800 Message-Id: <200601141848.k0EImdgC023765@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1ExqS8-0006af-2F 658f46fe61a1daab8151ea96d9ed3056 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 132] DEPTH_LOCK_AND_IF X-Archived-At: http://www.w3.org/mid/200601141848.k0EImdgC023765@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11627 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, 14 Jan 2006 18:48:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=132 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Version|-07 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-14 10:48 ------- Proposed text (see also ): Section 7., para. 72: OLD: 7.7.1 Example - Write Lock NEW: 7.7.1 Example - Write Lock and COPY Section 7., para. 78: OLD: 7.8 Write Locks and COPY/MOVE NEW: 7.7.2 Example - Deleting a member of a locked collection Consider a collection /locked exclusively write-locked with Depth: Infinity, and an attempt to delete an internal member /locked/member: >>Request DELETE /locked/member HTTP/1.1 Host: example.com This request would fail because the lock token for the collection lock was not submitted with the request: >>Response HTTP/1.1 423 Locked Content-Type: application/xml; charset="utf-8" Content-Length: xxxx /locked/ Thus the client would need to submit the lock token with the request to make it succeed. To do that, various forms of the If header (see Section 9.4) could be used: "No-Tag-List" format (see Section 9.4.1) If: () "Tagged-List" format, for http://example.com/locked/ (see Section 9.4.2) If: () "Tagged-List" format, for http://example.com/locked/member (see Section 9.4.2) If: () Note that for the purpose of submitting the lock token the actual form doesn't matter; what's relevant is that the lock token appears in the If header, and that the If header itself evaluates to true. 7.8 Write Locks and COPY/MOVE ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R6-0000A9-P3 for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28637 for ; Sun, 15 Jan 2006 10:03:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Exnmq-0001bg-6G for w3c-dist-auth-dist@listhub.w3.org; Sat, 14 Jan 2006 15:57:52 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Exnmn-0001aw-8Q for w3c-dist-auth@listhub.w3.org; Sat, 14 Jan 2006 15:57:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1ExnmY-0000OS-Ai for w3c-dist-auth@w3.org; Sat, 14 Jan 2006 15:57:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0EFvVpR023589; Sat, 14 Jan 2006 07:57:31 -0800 Date: Sat, 14 Jan 2006 07:57:31 -0800 Message-Id: <200601141557.k0EFvVpR023589@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1ExnmY-0000OS-Ai 3707a1be89c6309387a0d471b8acec22 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601141557.k0EFvVpR023589@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11625 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, 14 Jan 2006 15:57:52 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-14 07:57 ------- As a minor stylistic point, I prefer to say: "This method is idempotent, but not safe", rather than "This method is not safe, but idempotent", as this emphasizes that the scope of the "not" is just "safe". ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 15 10:04:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9R7-0000AM-0v for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:04:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA28639 for ; Sun, 15 Jan 2006 10:03:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1ExkHB-00039e-Rh for w3c-dist-auth-dist@listhub.w3.org; Sat, 14 Jan 2006 12:12:57 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1ExkH8-00038O-J7 for w3c-dist-auth@listhub.w3.org; Sat, 14 Jan 2006 12:12:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1ExkH5-0004th-R7 for w3c-dist-auth@w3.org; Sat, 14 Jan 2006 12:12:54 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ECCoF7023460; Sat, 14 Jan 2006 04:12:50 -0800 Date: Sat, 14 Jan 2006 04:12:50 -0800 Message-Id: <200601141212.k0ECCoF7023460@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1ExkH5-0004th-R7 b8c1d87373954f839da527689ebf99eb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601141212.k0ECCoF7023460@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11624 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, 14 Jan 2006 12:12:57 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-14 04:12 ------- Proposed changes in and below: Section 8., para. 30: OLD: The results of this method SHOULD NOT be cached. NEW: The results of this method SHOULD NOT be cached. This method is both safe and idempotent (see Section 9.1 of [RFC2616]). Section 8., para. 81: OLD: 8.3.1 Status Codes for use in 207 (Multi-Status) NEW: This method is not safe, but idempotent (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.3.1 Status Codes for use in 207 (Multi-Status) Section 8., para. 101: OLD: 8.4.1 MKCOL Status Codes NEW: Responses from a MKCOL request MUST NOT be cached. This method is not safe, but idempotent (see Section 9.1 of [RFC2616]). 8.4.1 MKCOL Status Codes Section 8., para. 102: OLD: Responses from a MKCOL request MUST NOT be cached as MKCOL has non- idempotent semantics. In addition to the general status codes possible, the following status codes have specific applicability to MKCOL: NEW: In addition to the general status codes possible, the following status codes have specific applicability to MKCOL: Section 8., para. 151: OLD: 8.9.1 COPY for Non-collection Resources NEW: This method is not safe, but idempotent (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.9.1 COPY for Non-collection Resources Section 8., para. 205: OLD: 8.10.1 MOVE for Properties NEW: This method is not safe, but idempotent (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.10.1 MOVE for Properties Section 8., para. 305: OLD: 8.12.1 Status Codes NEW: This method is not safe, but idempotent (see Section 9.1 of [RFC2616]). Responses to this method are not cacheable. 8.12.1 Status Codes ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From linetehumble@trailgate.com Sun Jan 15 10:23:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ey9jD-0004Rh-Hw for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 10:23:35 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA05309 for ; Sun, 15 Jan 2006 10:22:10 -0500 (EST) Received: from [218.235.113.83] (helo=trailgate.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ey5Z4-0003WE-7f for webdav-archive@ietf.org; Sun, 15 Jan 2006 05:56:53 -0500 Message-ID: <000001c619c1$34d9cf70$d234a8c0@bairn> Reply-To: "Linette Humble" From: "Linette Humble" To: "Medb Click" Subject: Ph rmaceuticarl Excellen t Date: Sun, 15 Jan 2006 05:48:23 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61997.4C03C770" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 2.8 (++) X-Scan-Signature: 6d95a152022472c7d6cdf886a0424dc6 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61997.4C03C770 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 http://www.taliedon.com =20 =20 VIA CIA VAL Som Amb Xan GRA LIS IUM a =20 ien ax=20 from=20 $3, $3, $1, $1, $2, $1, 75 75 21 12 89 42 =20 ------=_NextPart_000_0001_01C61997.4C03C770 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
 
VIA
CIA
VAL
Som
Amb
Xan
GRA
LIS
IUM
a  
ien
ax 
=

from




$3,
$3,
$1,
$1,
$2,
$1,
75
75
21
12
89
42
  ------=_NextPart_000_0001_01C61997.4C03C770-- From mester@glwa.org.au Sun Jan 15 11:43:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyAx0-0002HB-Rg for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 11:41:54 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA22907 for ; Sun, 15 Jan 2006 10:55:27 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ExuGp-0005vs-Eg for webdav-archive@ietf.org; Sat, 14 Jan 2006 17:53:15 -0500 Received: from host213-123-142-175.in-addr.btopenworld.com ([213.123.142.175] helo=-1212514776) by mx2.foretec.com with smtp (Exim 4.24) id 1Exu99-0007ij-JQ for webdav-archive@ietf.org; Sat, 14 Jan 2006 17:45:20 -0500 Received: from glwa.org.au (-1212625008 [-1212624544]) by host213-123-142-175.in-addr.btopenworld.com (Qmailv1) with ESMTP id 4195A60281 for ; Sat, 14 Jan 2006 17:45:44 -0500 Date: Sat, 14 Jan 2006 17:45:44 -0500 From: "Hastens R. Stoutest" X-Mailer: The Bat! (v2.00.3) Personal X-Priority: 3 Message-ID: <2240190723.20060114174544@glwa.org.au> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------44093E93C50B374" X-AntiVirus: OK! AntiVir MailGate Version 2.0.1; AVE: 6.15.0.0; VDF: 6.15.0.6 X-Spam-Score: 3.5 (+++) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe This is a multi-part message in MIME format. ------------44093E93C50B374 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlgagra $3.3 Lepvitra $3.3 Cifalis $3.7 Imiotrex $16.4 Flowmax $2.2 Ultvram $0.78 Viboxx $4.75 Amobien $2.2 Valiwum $0.97 Xaonax $1.09 Somka $3 Mereidia $2.2 visit our website http://pernolevar.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------44093E93C50B374 Content-Type: text/html Content-Transfer-Encoding: 7bit Vlcagra - $3.3
Lexvitra - $3.3
Cipalis - $3.7
Imixtrex - $16.4
Floimax - $2.2
Ulteram - $0.78
Viyoxx - $4.75
Amzbien - $2.2
Valigum - $0.97
Xatnax - $1.09
Somma - $3
Mereidia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------44093E93C50B374-- From ige@cocorico.com Sun Jan 15 11:51:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyB29-0004T7-0h for webdav-archive@megatron.ietf.org; Sun, 15 Jan 2006 11:47:13 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06027 for ; Sun, 15 Jan 2006 11:44:38 -0500 (EST) Received: from ntaich142025.aich.nt.adsl.ppp.infoweb.ne.jp ([58.1.232.25] helo=cocorico.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1ExmCP-0002Xf-LG for webdav-archive@ietf.org; Sat, 14 Jan 2006 09:16:10 -0500 Message-ID: <000001c61913$e822b6e0$ba08a8c0@impugn> Reply-To: "Ige Silvestri" From: "Ige Silvestri" To: "Marijona Souza" Subject: Esti mable M nedoications Date: Sat, 14 Jan 2006 09:07:51 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C618E9.FF4CAEE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.1 (/) X-Scan-Signature: ff03b0075c3fc728d7d60a15b4ee1ad2 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C618E9.FF4CAEE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 http://www.wonerso.com =20 =20 VlA So Xan VA ClA Am GR ma=20 ax LIU LIS bie A M n from=20 $3. $1. $1. $1. $3. $2. 75 12 42 21 75 89 =20 ------=_NextPart_000_0001_01C618E9.FF4CAEE0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
 
VlA
So
Xan
VA
ClA
Am
GR
ma
ax
LIU
LIS
bie
A


M

n




from

$3.
$1.
$1.
$1.
$3.
$2.
75
12
42
21
75
89
 
------=_NextPart_000_0001_01C618E9.FF4CAEE0-- From jenifertony@earthlink.net Mon Jan 16 00:52:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyNHy-0004sT-7S for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 00:52:22 -0500 Received: from cpe-68-206-42-11.houston.res.rr.com (cpe-68-206-42-11.houston.res.rr.com [68.206.42.11]) by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA14560 for ; Mon, 16 Jan 2006 00:50:53 -0500 (EST) Received: from court by microsoft.com with local (Exim 4.41 (FreeBSD)) id 67-92-8 for once; Mon, 16 Jan 2006 04:48:46 -0500 Message-ID: <62982263@balinese> From: Jannie Springer To: webdav-archive@ietf.org Subject: Amazing, Kristy Date: Mon, 16 Jan 2006 08:33:53 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 1806.6596.90045.6608 X-MimeOLE: Produced By Microsoft MimeOLE 88548.867829.1289321.6460 Content-Type: multipart/mixed; boundary="------=85470412486" Content-Transfer-Encoding: base64 --------=85470412486 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


His life was a sort of dream, as are most lives with the mainspring left out.On the education of the people of this country the fate of the country depends.
It is wise to apply the oil of refined politeness to the mechanism of friendship.The public history of modern art is the story of conventional people not knowing what they are dealing with.The highest art is always the most religious, and the greatest artist is always a devout person. --------=85470412486 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Maryann-> http://zadorw.info/?7bf8156fa8Z1967bc2d8S6318c2d9fb8 --------=85470412486-- From ryan@everythingcomputers.com Mon Jan 16 00:52:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyNI1-0004tK-7F for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 00:52:25 -0500 Received: from cpe-68-206-42-11.houston.res.rr.com (cpe-68-206-42-11.houston.res.rr.com [68.206.42.11]) by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA14562 for ; Mon, 16 Jan 2006 00:50:57 -0500 (EST) Received: (shaffer 0275 invoked from network); Mon, 16 Jan 2006 06:20:20 -0500 MIME-Version: 1.0 Message-Id: <5470314498361209486582.50@microsoft.com> X-Originating-Ip: [23.119.6.241] Subject: Amazing, Bryant From: Kayla Ritter X-Mailer: intention 54.52.92455063 Date: Mon, 16 Jan 2006 05:43:25 -0500 To: webdav-archive@ietf.org X-Confirm-Reading-To: bnash@delphi.com Disposition-Notification-To: slide@freeserve.com Content-Type: multipart/mixed; boundary="------=399339809396" Content-Transfer-Encoding: 8bit --------=399339809396 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Why not spend some time determining what is worthwhile for us, and then go after that?
We seldom find any person of good sense, except those who share our opinions. --------=399339809396 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Seth-> http://brooba.info/?0d6Z110071d90fa1S2095a53b3d8f938 --------=399339809396-- From w3c-dist-auth-request@frink.w3.org Mon Jan 16 11:44:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyXTG-0001Cg-Cd for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 11:44:42 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA26173 for ; Mon, 16 Jan 2006 11:43:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyXR8-0007k3-6q for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 16:42:30 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyXR3-0007iz-De for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 16:42:25 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1EyXQt-0006yK-Rk for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 16:42:24 +0000 Received: (qmail invoked by alias); 16 Jan 2006 16:42:10 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp034) with SMTP; 16 Jan 2006 17:42:10 +0100 X-Authenticated: #1915285 Message-ID: <43CBCC63.1000602@gmx.de> Date: Mon, 16 Jan 2006 17:40:03 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: webdav WG References: <2488197af68d68a5b92cd0afd3be17a2@osafoundation.org> In-Reply-To: <2488197af68d68a5b92cd0afd3be17a2@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyXQt-0006yK-Rk d9bc66d96c31b47be5cfecc80d65d73d X-Original-To: w3c-dist-auth@w3.org Subject: Re: GULP as pure model X-Archived-At: http://www.w3.org/mid/43CBCC63.1000602@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11634 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, 16 Jan 2006 16:42:30 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > > This is an attempt to rewrite GULP purely as a model for inclusion in > the introductory section of RFC2518bis. Mostly that meant rewording > requirements in terms of statements about the model. Also recall a > couple weeks ago I brought up a couple wording issues with GULP -- these > are addressed here too. Another notable change is that the last point > (from the last version of GULP) was moved to #3, as I thought > "conflicting lock" was a required concept before discussing how a new > member of a locked collection may have a conflicting lock. Two general comments: - I think removing the normative language after all is a bad idea; it means that specs defined on top of WebDAV that add new methods can not simply ignore locking and delegate it to the base spec. - One change I expected but do not see here (at least not consequently) is the removal of actual marshalling considerations (such as replacing "A LOCK request with a non-empty body..." by "A LOCK creation request..."). Some more comments inline. > 1. A lock either directly or indirectly locks a resource. > > 2. A LOCK request with a non-empty body creates a new lock, and the > resource identified by the request-URL is directly locked by that lock. > The "lock-root" of the new lock is the request-URL. If at the time of > the request, the request-URL is not mapped to a resource, a new > resource is created. Any particular reason why "empty" was removed from the last part? > 3. A resource cannot be directly or indirectly locked with an exclusive > lock and any other lock at the same time, as these would be conflicting. OK. > 4. If a collection is directly locked by a depth:infinity lock, all > members of that collection (other than the collection itself) are > indirectly locked by that lock. Changes in collection membership > affect the set of resources indirectly locked by the lock: > * If an internal member resource is added to a locked collection, > and if the new member resource does not already have a conflicting lock, > then the resource becomes indirectly locked by that collection's lock. That is incorrect, unless it's a Depth: Infinity lock (see original text). > * If an internal member resource is removed or deleted such that > the resource is no longer a member of the locked collection, then the > resource is no longer locked by that collection's lock. Same. > 5. An UNLOCK request deletes the lock with the specified lock token. > The request-URL identifies a resource that > is either directly or indirectly locked by that lock. > After a lock is deleted, no resource is locked by that lock. > > 6. A lock token is "submitted" in a request when it appears in an If > header. > > 7. A lock-token must be submitted in a request if that request would > modify any of the following aspects of a locked resource: > - any variant, > - any dead property, > - any live property (unless otherwise specified for that property), > - for a collection, an internal member URI (an internal member > URI of a collection is considered to be modified if it is added, > removed, or identifies a different resource). > In addition, the lock-token must be submitted if the request-URI > mapping changes to another resource or to no resource (e.g. DELETE). > > 8. If a request causes the lock-root of any lock to become an > unmapped URL, then the lock is also deleted by that request. I think I prefer the previous language, because it keeps things together that belong together (last part of 7 and 8): - If a request causes a directly locked resource to no longer be mapped to the lock-root of that lock, then the request MUST fail unless the lock-token for that lock is submitted in the request. If the request succeeds, then that lock MUST have been deleted by that request. > > Other changes to make to RFC2518bis subsequently: > - define which properties are not lockable (lockdiscovery?) > - Check for any missing requirements derived from this model and add > them under LOCK, UNLOCK, or other sections > - Refer back to these model statements by number if that seems > appropriate. > - Consider whether there are statements in the lock introduction that > are quite redundant with this, and if so, whether to trim. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Mon Jan 16 12:01:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyXjs-00075Q-QZ for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 12:01:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA28020 for ; Mon, 16 Jan 2006 12:00:28 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyXjA-0007Ga-9l for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 17:01:08 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyXj9-0007Fw-5e for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 17:01:07 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1EyXj0-0001bk-4C for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 17:01:06 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 16F2714228F; Mon, 16 Jan 2006 09:00:54 -0800 (PST) In-Reply-To: <43CBCC63.1000602@gmx.de> References: <2488197af68d68a5b92cd0afd3be17a2@osafoundation.org> <43CBCC63.1000602@gmx.de> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <72b19f10bdb6e9f0387a4da0c1b6cecd@osafoundation.org> Content-Transfer-Encoding: 7bit Cc: webdav WG From: Lisa Dusseault Date: Mon, 16 Jan 2006 09:00:50 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.623) Received-SPF: pass (aji.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyXj0-0001bk-4C 615dd55f914795a6fe3b6ab515d10dec X-Original-To: w3c-dist-auth@w3.org Subject: Re: GULP as pure model X-Archived-At: http://www.w3.org/mid/72b19f10bdb6e9f0387a4da0c1b6cecd@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11635 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, 16 Jan 2006 17:01:08 +0000 Content-Transfer-Encoding: 7bit On Jan 16, 2006, at 8:40 AM, Julian Reschke wrote: > Lisa Dusseault wrote: > > > > This is an attempt to rewrite GULP purely as a model for inclusion in > > the introductory section of RFC2518bis. Mostly that meant rewording > > requirements in terms of statements about the model. Also recall a > > couple weeks ago I brought up a couple wording issues with GULP -- > these > > are addressed here too. Another notable change is that the last point > > (from the last version of GULP) was moved to #3, as I thought > > "conflicting lock" was a required concept before discussing how a new > > member of a locked collection may have a conflicting lock. > > Two general comments: > > - I think removing the normative language after all is a bad idea; it > means that specs defined on top of WebDAV that add new methods can not > simply ignore locking and delegate it to the base spec. I don't follow this line of argument. Do you mean an extension spec like bind or advanced collection or quota, or a spec that obsoletes this spec? How does this follow? > > - One change I expected but do not see here (at least not > consequently) is the removal of actual marshalling considerations > (such as replacing "A LOCK request with a non-empty body..." by "A > LOCK creation request..."). That seems like a good idea. > > Some more comments inline. > > > 1. A lock either directly or indirectly locks a resource. > > > > 2. A LOCK request with a non-empty body creates a new lock, and the > > resource identified by the request-URL is directly locked by that > lock. > > The "lock-root" of the new lock is the request-URL. If at the > time of > > the request, the request-URL is not mapped to a resource, a new > > resource is created. > > Any particular reason why "empty" was removed from the last part? I suppose I could argue that the model doesn't have to say what kind of resource is created but in reality I think I just dropped that by accident. > > > 3. A resource cannot be directly or indirectly locked with an > exclusive > > lock and any other lock at the same time, as these would be > conflicting. > > OK. > > > 4. If a collection is directly locked by a depth:infinity lock, all > > members of that collection (other than the collection itself) are > > indirectly locked by that lock. Changes in collection membership > > affect the set of resources indirectly locked by the lock: > > * If an internal member resource is added to a locked > collection, > > and if the new member resource does not already have a > conflicting lock, > > then the resource becomes indirectly locked by that collection's > lock. > > That is incorrect, unless it's a Depth: Infinity lock (see original > text). True enough. > > > * If an internal member resource is removed or deleted such > that > > the resource is no longer a member of the locked collection, then > the > > resource is no longer locked by that collection's lock. > > Same. > > > 5. An UNLOCK request deletes the lock with the specified lock token. > > The request-URL identifies a resource that > > is either directly or indirectly locked by that lock. > > After a lock is deleted, no resource is locked by that lock. > > > > 6. A lock token is "submitted" in a request when it appears in an If > > header. > > > > 7. A lock-token must be submitted in a request if that request would > > modify any of the following aspects of a locked resource: > > - any variant, > > - any dead property, > > - any live property (unless otherwise specified for that > property), > > - for a collection, an internal member URI (an internal member > > URI of a collection is considered to be modified if it is added, > > removed, or identifies a different resource). > > In addition, the lock-token must be submitted if the request-URI > > mapping changes to another resource or to no resource (e.g. > DELETE). > > > > 8. If a request causes the lock-root of any lock to become an > > unmapped URL, then the lock is also deleted by that request. > > I think I prefer the previous language, because it keeps things > together that belong together (last part of 7 and 8): > > - If a request causes a directly locked resource to no longer be > mapped to the lock-root of that lock, then the request MUST > fail unless the lock-token for that lock is submitted in the > request. If the request succeeds, then that lock MUST have been > deleted by that request. I see #7 as being about "what actions require the lock token to be submitted" and #8 about "what happens when a lockroot is deleted". It happens that deleting a locked resource is one of those actions that require the lock token to be submitted so that certainly belongs in #7. I could phrase the item more clearly to be completely inclusive of all the cases. > > > > Other changes to make to RFC2518bis subsequently: > > - define which properties are not lockable (lockdiscovery?) > > - Check for any missing requirements derived from this model and add > > them under LOCK, UNLOCK, or other sections > > - Refer back to these model statements by number if that seems > > appropriate. > > - Consider whether there are statements in the lock introduction > that > > are quite redundant with this, and if so, whether to trim. > > Best regards, Julian > > thanks, lisa From w3c-dist-auth-request@frink.w3.org Mon Jan 16 12:54:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyYZ9-0005n8-4j for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 12:54:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA01927 for ; Mon, 16 Jan 2006 12:53:26 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyYY2-0000GZ-HM for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 17:53:42 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyYXw-0000F5-21 for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 17:53:36 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1EyYXr-0001KP-Us for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 17:53:35 +0000 Received: (qmail invoked by alias); 16 Jan 2006 17:53:26 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp034) with SMTP; 16 Jan 2006 18:53:26 +0100 X-Authenticated: #1915285 Message-ID: <43CBDD13.6020300@gmx.de> Date: Mon, 16 Jan 2006 18:51:15 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: webdav WG References: <2488197af68d68a5b92cd0afd3be17a2@osafoundation.org> <43CBCC63.1000602@gmx.de> <72b19f10bdb6e9f0387a4da0c1b6cecd@osafoundation.org> In-Reply-To: <72b19f10bdb6e9f0387a4da0c1b6cecd@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyYXr-0001KP-Us 9e473af0c58d448e861921dd0cf70b84 X-Original-To: w3c-dist-auth@w3.org Subject: Re: GULP as pure model X-Archived-At: http://www.w3.org/mid/43CBDD13.6020300@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11636 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, 16 Jan 2006 17:53:42 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > > > On Jan 16, 2006, at 8:40 AM, Julian Reschke wrote: > >> Lisa Dusseault wrote: >> > >> > This is an attempt to rewrite GULP purely as a model for inclusion in >> > the introductory section of RFC2518bis. Mostly that meant rewording >> > requirements in terms of statements about the model. Also recall a >> > couple weeks ago I brought up a couple wording issues with GULP -- >> these >> > are addressed here too. Another notable change is that the last point >> > (from the last version of GULP) was moved to #3, as I thought >> > "conflicting lock" was a required concept before discussing how a new >> > member of a locked collection may have a conflicting lock. >> >> Two general comments: >> >> - I think removing the normative language after all is a bad idea; it >> means that specs defined on top of WebDAV that add new methods can not >> simply ignore locking and delegate it to the base spec. > > I don't follow this line of argument. Do you mean an extension spec > like bind or advanced collection or quota, or a spec that obsoletes this > spec? How does this follow? The former. For instance, take ACL. If the model language is normative, all ACL needs to define is whether the ACL properties are lockable. >> > 7. A lock-token must be submitted in a request if that request would >> > modify any of the following aspects of a locked resource: >> > - any variant, >> > - any dead property, >> > - any live property (unless otherwise specified for that property), >> > - for a collection, an internal member URI (an internal member >> > URI of a collection is considered to be modified if it is added, >> > removed, or identifies a different resource). >> > In addition, the lock-token must be submitted if the request-URI >> > mapping changes to another resource or to no resource (e.g. DELETE). >> > >> > 8. If a request causes the lock-root of any lock to become an >> > unmapped URL, then the lock is also deleted by that request. >> >> I think I prefer the previous language, because it keeps things >> together that belong together (last part of 7 and 8): >> >> - If a request causes a directly locked resource to no longer be >> mapped to the lock-root of that lock, then the request MUST >> fail unless the lock-token for that lock is submitted in the >> request. If the request succeeds, then that lock MUST have been >> deleted by that request. > > I see #7 as being about "what actions require the lock token to be > submitted" and #8 about "what happens when a lockroot is deleted". It > happens that deleting a locked resource is one of those actions that > require the lock token to be submitted so that certainly belongs in #7. > I could phrase the item more clearly to be completely inclusive of all > the cases. OK, I'll check then... Best regards, Julian From w3c-dist-auth-request@frink.w3.org Mon Jan 16 14:56:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyaT5-0006pS-FR for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 14:56:45 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10923 for ; Mon, 16 Jan 2006 14:55:16 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyaRr-0004Xe-1i for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 19:55:27 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyaRo-0004Wc-Kr for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 19:55:25 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1EyaRj-00051Q-FU for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 19:55:23 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 15E1314227F for ; Mon, 16 Jan 2006 11:55:16 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v623) Content-Transfer-Encoding: 7bit Message-Id: <71eb04e1a416c98c027cc80a767e59ae@osafoundation.org> Content-Type: text/plain; charset=US-ASCII; format=flowed To: webdav WG From: Lisa Dusseault Date: Mon, 16 Jan 2006 11:55:16 -0800 X-Mailer: Apple Mail (2.623) Received-SPF: pass (aji.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyaRj-00051Q-FU a41b24ac9594f5c9d11cd4dd527bec09 X-Original-To: w3c-dist-auth@w3.org Subject: GULP as pure model, draft 2 X-Archived-At: http://www.w3.org/mid/71eb04e1a416c98c027cc80a767e59ae@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11637 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, 16 Jan 2006 19:55:27 +0000 Content-Transfer-Encoding: 7bit This draft addresses most of Julian's comments. Changes and todos suggested from this are noted in square brackets. 1. A lock either directly or indirectly locks a resource. 2. A resource becomes directly locked when a LOCK request to the URL of that resource creates a new lock. The "lock-root" of the new lock is that resource. If at the time of the request, the request-URL is not mapped to a resource, a new empty resource is created and directly locked. [Change: Readded "empty"] [Todo in LOCK section: creation request MUST have a body, refresh request does not] [Todo in LOCK section: server MUST create new resource if request-URI unmapped] 3. A resource cannot be directly or indirectly locked with an exclusive lock and any other lock at the same time, as these would be conflicting. [Todo in LOCK section: server MUST fail request if it would create conflicting locks] 4. For a collection that is locked with an infinite depth lock, all member resources are indirectly locked. Changes in membership of a such a collection affect the set of indirectly locked resources: * If an internal member resource is added to a the collection, and if the new member resource does not already have a conflicting lock, then the resource becomes indirectly locked by that lock. * If an internal member resource is removed or deleted such that the resource is no longer a member of the collection, then the resource is no longer locked by that lock. [Change: clarified to be clear that this whole point discusses infinite depth lock on collections] 5. An UNLOCK request deletes the lock with the specified lock token, provided that the request is addressed to a resource that is either directly or indirectly locked by that lock. After a lock is deleted, no resource is locked by that lock. 6. A lock token is "submitted" in a request when it appears in an If header. 7. A lock-token must be submitted in certain requests. This is the case for any request resulting in the modification of a locked resource, including the following aspects of the locked resource: - any variant, - any dead property, - any live property which is lockable (a live property is lockable unless otherwise defined.) - for a collection, an internal member URI (an internal member URI of a collection is considered to be modified if it is added, removed, or identifies a different resource). Furthermore, a lock-token must be submitted if the mapping of the request-URI changes to another resource or to no resource (e.g. DELETE). [Change: rewrote so that this point clearly covers all cases where lock-token must be submitted] [Change: default=lockable wording so that property definitions can be concise saying either "this property is not lockable" or nothing ] [Todo elsewhere: add "not lockable" to certain property definitions] 8. If a request causes the lock-root of any lock to become an unmapped URL, then the lock is also deleted by that request. Now to address Julian's comment that we need some of this stuff to be normative so that other specs can be concise (e.g. in defining properties as not lockable, and for lockable properties, that the lock-token MUST be submitted.) I propose that most requirements belong in the section where a method or header is defined -- this helps us avoid discussions of marshalling in the model, which makes it cleaner, and keeps requirements together readably (e.g. all requirements about LOCK are in LOCK section). Thus: - Normative text about LOCK request goes in the section on LOCK. E.g. creating new empty resource, refresh requirements. - Normative text about UNLOCK request goes in section on UNLOCK. - Model point #7 could EITHER become normative right there in the model and just change "must" to "MUST" OR go in the section relating to marshalling of submitting lock tokens, which is the If header section (ick) OR be repeated as normative in the "Lock Tokens" section, presumably a sub-section after the model is introduced Suggestions welcome... We're still not yet at the point where GULP can be very cleanly introduced (although I think we're getting closer). For example, GULP uses "lock-token" before that term has been introduced. Does that mean that GULP should be in RFC2518bis after the section on lock-tokens, or that it should be before and we should add a model point (number 5.5, effectively) to say that "every lock has a unique lock-token assigned by the server"? Lisa From w3c-dist-auth-request@frink.w3.org Mon Jan 16 16:44:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyc9c-0005Fv-Eg for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 16:44:44 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18151 for ; Mon, 16 Jan 2006 16:43:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyc8U-0000cM-DA for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 21:43:34 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyc8R-0000ar-3g for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 21:43:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Eyc8O-0008CC-Mf for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 21:43:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GLhQ0Y004587; Mon, 16 Jan 2006 13:43:26 -0800 Date: Mon, 16 Jan 2006 13:43:26 -0800 Message-Id: <200601162143.k0GLhQ0Y004587@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Eyc8O-0008CC-Mf 8db7800c02eac59b360c4c7620984819 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 174] Terminology in 4.4: "namespace name in scope" X-Archived-At: http://www.w3.org/mid/200601162143.k0GLhQ0Y004587@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11638 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, 16 Jan 2006 21:43:34 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=174 Bug 174 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 16:44:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyc9c-0005Fy-Iu for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 16:44:44 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18149 for ; Mon, 16 Jan 2006 16:43:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyc8q-0000fj-Pg for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 21:43:56 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyc8Z-0000df-6x for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 21:43:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Eyc8N-0001aR-Uh for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 21:43:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GLhRHD004601; Mon, 16 Jan 2006 13:43:27 -0800 Date: Mon, 16 Jan 2006 13:43:27 -0800 Message-Id: <200601162143.k0GLhRHD004601@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Eyc8N-0001aR-Uh 87b93fadf28b1b0e1374a7faae09b020 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 146] PROP_ROUNDTRIP X-Archived-At: http://www.w3.org/mid/200601162143.k0GLhRHD004601@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11641 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, 16 Jan 2006 21:43:56 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=146 Bug 146 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 16:44:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyc9c-0005GU-Uj for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 16:44:44 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18152 for ; Mon, 16 Jan 2006 16:43:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyc8h-0000f9-RF for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 21:43:47 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyc8X-0000d7-Bh for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 21:43:37 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Eyc8M-0005VL-JW for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 21:43:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GLhP60004555; Mon, 16 Jan 2006 13:43:25 -0800 Date: Mon, 16 Jan 2006 13:43:25 -0800 Message-Id: <200601162143.k0GLhP60004555@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Eyc8M-0005VL-JW 8614355575b5cf6ac8a327096f527ed0 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601162143.k0GLhP60004555@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11640 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, 16 Jan 2006 21:43:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 13:43 ------- New text will be in -11. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 16:44:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyc9c-0005Fx-H8 for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 16:44:44 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18150 for ; Mon, 16 Jan 2006 16:43:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyc8Z-0000eB-RH for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 21:43:39 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyc8W-0000cu-T9 for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 21:43:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Eyc8M-0001aA-VB for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 21:43:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GLhQoN004573; Mon, 16 Jan 2006 13:43:26 -0800 Date: Mon, 16 Jan 2006 13:43:26 -0800 Message-Id: <200601162143.k0GLhQoN004573@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Eyc8M-0001aA-VB d9e5d1bf2fcf8f09508edb82c6502c50 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 22] attributes on properties X-Archived-At: http://www.w3.org/mid/200601162143.k0GLhQoN004573@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11639 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, 16 Jan 2006 21:43:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=22 Bug 22 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 16:53:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EycIA-0007uJ-54 for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 16:53:34 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18700 for ; Mon, 16 Jan 2006 16:52:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EycHW-0004tj-HH for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 21:52:54 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EycHQ-0004rR-EI for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 21:52:48 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EycHI-0003EY-H4 for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 21:52:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GLqdgY004647; Mon, 16 Jan 2006 13:52:39 -0800 Date: Mon, 16 Jan 2006 13:52:39 -0800 Message-Id: <200601162152.k0GLqdgY004647@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EycHI-0003EY-H4 e1fb8042fca7a5c4189cc5374329aa66 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 42] Consider deprecating text/xml for XML request/response bodies X-Archived-At: http://www.w3.org/mid/200601162152.k0GLqdgY004647@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11642 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, 16 Jan 2006 21:52:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=42 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 13:52 ------- julian's suggested text is fine with me. Changed for -11. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 16:54:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EycIv-0007z1-4V for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 16:54:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18752 for ; Mon, 16 Jan 2006 16:52:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EycIM-00059i-Vb for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 21:53:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EycIM-00059A-6i for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 21:53:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EycIJ-0003RF-Mg for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 21:53:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GLrhsI004663; Mon, 16 Jan 2006 13:53:43 -0800 Date: Mon, 16 Jan 2006 13:53:43 -0800 Message-Id: <200601162153.k0GLrhsI004663@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EycIJ-0003RF-Mg f154deb355406555ce7d3807e5d2e823 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601162153.k0GLrhsI004663@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11643 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, 16 Jan 2006 21:53:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 13:53 ------- Proposed text in -11. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 16:54:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EycIx-00080s-Bw for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 16:54:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18757 for ; Mon, 16 Jan 2006 16:52:59 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EycIP-0005CI-Nr for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 21:53:49 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EycIO-00059q-2w for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 21:53:48 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EycIL-0001bR-GP for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 21:53:47 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GLrijc004677; Mon, 16 Jan 2006 13:53:44 -0800 Date: Mon, 16 Jan 2006 13:53:44 -0800 Message-Id: <200601162153.k0GLrijc004677@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EycIL-0001bR-GP 838aa2cb7b461466bc9b67d7f3f58781 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 110] COMPLIANCE_RESOURCE X-Archived-At: http://www.w3.org/mid/200601162153.k0GLrijc004677@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11644 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, 16 Jan 2006 21:53:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=110 Bug 110 depends on bug 44, which changed state. Bug 44 Summary: OPTIONS * http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 17:05:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EycU2-0003Er-0z for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 17:05:50 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA19698 for ; Mon, 16 Jan 2006 17:04:26 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EycTL-0001O5-SZ for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 22:05:07 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EycTB-00010K-6C for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 22:04:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EycT8-0003UP-0i for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 22:04:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GM4quG004712; Mon, 16 Jan 2006 14:04:52 -0800 Date: Mon, 16 Jan 2006 14:04:52 -0800 Message-Id: <200601162204.k0GM4quG004712@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EycT8-0003UP-0i b2728a9023052252166252789517612b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601162204.k0GM4quG004712@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11645 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, 16 Jan 2006 22:05:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 14:04 ------- The only Multi-Status-related change I can identify from those mails, that is significant and wasn't already in the draft, is the request to cover the addition of 'location' in the notable changes section. I've added that now. If there's anything I've missed, please propose a clear change. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 17:31:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyct9-0001dD-M8 for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 17:31:47 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA21479 for ; Mon, 16 Jan 2006 17:30:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EycsR-0008OR-2W for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 22:31:03 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EycsP-0008Nl-1R for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 22:31:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EycsM-0000bW-Fg for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 22:31:00 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GMUw1W004774; Mon, 16 Jan 2006 14:30:58 -0800 Date: Mon, 16 Jan 2006 14:30:58 -0800 Message-Id: <200601162230.k0GMUw1W004774@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EycsM-0000bW-Fg 831d693ed810a27504370cb6a7f5dee3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 101] Extensibility for dav:owner X-Archived-At: http://www.w3.org/mid/200601162230.k0GMUw1W004774@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11646 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, 16 Jan 2006 22:31:03 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=101 Bug 101 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 17:31:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyct9-0001dE-PF for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 17:31:47 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA21480 for ; Mon, 16 Jan 2006 17:30:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EycsS-0008P4-2R for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 22:31:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EycsR-0008OA-3n for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 22:31:03 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EycsL-0004GB-S4 for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 22:31:02 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GMUvwp004760; Mon, 16 Jan 2006 14:30:57 -0800 Date: Mon, 16 Jan 2006 14:30:57 -0800 Message-Id: <200601162230.k0GMUvwp004760@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EycsL-0004GB-S4 257dcf31db0ba7e69cfb8d768060eb25 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 166] XML_GUIDELINES_CONFORMANCE X-Archived-At: http://www.w3.org/mid/200601162230.k0GMUvwp004760@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11647 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, 16 Jan 2006 22:31:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=166 Bug 166 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 17:38:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyd05-0003nj-39 for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 17:38:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA21885 for ; Mon, 16 Jan 2006 17:37:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyczU-0001Sy-Lx for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 22:38:20 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EyczS-0001Ry-5i for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 22:38:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EyczQ-0001kq-Ms for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 22:38:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GMcGvs004792; Mon, 16 Jan 2006 14:38:16 -0800 Date: Mon, 16 Jan 2006 14:38:16 -0800 Message-Id: <200601162238.k0GMcGvs004792@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EyczQ-0001kq-Ms c8c07e1fb68821ebec6508f5520aae57 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601162238.k0GMcGvs004792@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11648 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, 16 Jan 2006 22:38:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |julian.reschke@greenbytes.de Status|ASSIGNED |NEW ------- Additional Comments From lisa@osafoundation.org 2006-01-16 14:38 ------- I think there may be a problem with this. The change to the DTD implies that there may be more than one 'error' element. We should be clear whether you can have or or both. Suggestions? ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 17:41:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyd26-00043X-Cz for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 17:41:02 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22003 for ; Mon, 16 Jan 2006 17:39:38 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyd1X-0002F2-4l for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 22:40:27 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyd1U-0002E2-1Z for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 22:40:24 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1Eyd1P-0005Wa-Hd for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 22:40:23 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 3DC1814227C for ; Mon, 16 Jan 2006 14:40:15 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v623) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: webdav WG From: Lisa Dusseault Date: Mon, 16 Jan 2006 14:40:16 -0800 X-Mailer: Apple Mail (2.623) Received-SPF: pass (aji.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Eyd1P-0005Wa-Hd 8831ac2b2b1b80d1ecd0e7138346e617 X-Original-To: w3c-dist-auth@w3.org Subject: 'responsedescription' element X-Archived-At: http://www.w3.org/mid/a23b3689ab4e4b31165cbab5db4fd77c@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11649 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, 16 Jan 2006 22:40:27 +0000 Content-Transfer-Encoding: 7bit The 'responsedescription' element is defined to appear in multistatus elements. The 'responsedescription' element at the top level is used to provide a general message describing the overarching nature of the response. If this value is available an application may use it instead of presenting the individual response descriptions contained within the responses. Does any implementation use this element? lisa From w3c-dist-auth-request@frink.w3.org Mon Jan 16 17:42:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyd3E-0004FB-BK for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 17:42:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA22083 for ; Mon, 16 Jan 2006 17:40:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyd2V-0002Rk-22 for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 22:41:27 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyd2T-0002Qx-9T for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 22:41:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Eyd2R-0002Az-57 for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 22:41:25 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GMfMY8004809; Mon, 16 Jan 2006 14:41:22 -0800 Date: Mon, 16 Jan 2006 14:41:22 -0800 Message-Id: <200601162241.k0GMfMY8004809@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Eyd2R-0002Az-57 14fbaece23a184b0662b029fc5b9ad4f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 55] Multistatus format (empty) X-Archived-At: http://www.w3.org/mid/200601162241.k0GMfMY8004809@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11650 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, 16 Jan 2006 22:41:27 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=55 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 14:41 ------- I believe this will be correct: ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 17:57:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EydIL-000106-DV for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 17:57:49 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23267 for ; Mon, 16 Jan 2006 17:56:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EydHI-0007ac-4o for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 22:56:44 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EydHD-0007Zr-Hk for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 22:56:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EydHB-0002yq-4Z for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 22:56:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GMuae9004828; Mon, 16 Jan 2006 14:56:36 -0800 Date: Mon, 16 Jan 2006 14:56:36 -0800 Message-Id: <200601162256.k0GMuae9004828@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EydHB-0002yq-4Z afee85d539efae4c1fcce8423f01c02d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601162256.k0GMuae9004828@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11651 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, 16 Jan 2006 22:56:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 14:56 ------- Made these changes. FYI, I couldn't use the diff as I don't know a reasonable way of finding "Section 8., para. 315". For consistency, changed "not cacheable" into MUST NOT be cached, as it is for MKCOL. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 18:26:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eydk1-00008w-9O for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 18:26:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA24736 for ; Mon, 16 Jan 2006 18:25:00 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eydj9-0000lU-2D for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 23:25:31 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Eydj4-0000kZ-23 for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 23:25:26 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Eydj1-0007NB-AB for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 23:25:25 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GNPMi8004867; Mon, 16 Jan 2006 15:25:22 -0800 Date: Mon, 16 Jan 2006 15:25:22 -0800 Message-Id: <200601162325.k0GNPMi8004867@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Eydj1-0007NB-AB 2aba3839fa9d19beefb73865e0616efe X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 86] DAV header definitions should use RFC3864 templates X-Archived-At: http://www.w3.org/mid/200601162325.k0GNPMi8004867@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11652 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, 16 Jan 2006 23:25:31 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=86 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 15:25 ------- Fixed for -11. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 18:29:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EydnA-00011o-JL for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 18:29:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA24894 for ; Mon, 16 Jan 2006 18:28:16 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eydma-0001Hb-RO for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 23:29:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EydmQ-0001Fg-M4 for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 23:28:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EydmJ-0003yy-Md for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 23:28:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GNSjDV004885; Mon, 16 Jan 2006 15:28:45 -0800 Date: Mon, 16 Jan 2006 15:28:45 -0800 Message-Id: <200601162328.k0GNSjDV004885@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EydmJ-0003yy-Md 9c852a47595f10a7083da21217e19047 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 97] new error code descriptions X-Archived-At: http://www.w3.org/mid/200601162328.k0GNSjDV004885@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11653 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, 16 Jan 2006 23:29:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=97 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From lisa@osafoundation.org 2006-01-16 15:28 ------- I don't see a change suggested here. The text is roundabout but it requires a server to fail requests that don't meet conditions, and it requires the server to use 412 unless it uses another error. I also don't see a proposal to change the bits on the wire, just wording. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 18:37:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EydvA-0002y4-NT for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 18:37:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25364 for ; Mon, 16 Jan 2006 18:36:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyduV-0003o9-Gf for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 23:37:15 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EyduR-0003ms-DV for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 23:37:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EyduO-0001pb-6y for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 23:37:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GNb7Wq004904; Mon, 16 Jan 2006 15:37:07 -0800 Date: Mon, 16 Jan 2006 15:37:07 -0800 Message-Id: <200601162337.k0GNb7Wq004904@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EyduO-0001pb-6y e90c19b7c1c5aae91011865d09b454b1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 99] Risks Connected with Lock Tokens X-Archived-At: http://www.w3.org/mid/200601162337.k0GNb7Wq004904@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11654 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, 16 Jan 2006 23:37:15 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=99 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 15:37 ------- Fixed for -11. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 18:39:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eydx3-0003Mr-2a for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 18:39:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25539 for ; Mon, 16 Jan 2006 18:38:28 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EydwU-00049v-BP for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 23:39:18 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EydwR-00049K-Kv for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 23:39:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EydwP-0000iz-3G for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 23:39:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GNdBte004922; Mon, 16 Jan 2006 15:39:11 -0800 Date: Mon, 16 Jan 2006 15:39:11 -0800 Message-Id: <200601162339.k0GNdBte004922@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EydwP-0000iz-3G 486411b6305906bd79ebe152843a7607 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 108] PROP_ATTR X-Archived-At: http://www.w3.org/mid/200601162339.k0GNdBte004922@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11655 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, 16 Jan 2006 23:39:18 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=108 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 15:39 ------- This issue has been addressed with the property round-trip text. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 18:52:03 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eye8p-000752-5E for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 18:52:03 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA26350 for ; Mon, 16 Jan 2006 18:50:38 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eye88-0007nN-6k for w3c-dist-auth-dist@listhub.w3.org; Mon, 16 Jan 2006 23:51:20 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eye85-0007mb-C7 for w3c-dist-auth@listhub.w3.org; Mon, 16 Jan 2006 23:51:17 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Eye7o-0006hk-O0 for w3c-dist-auth@w3.org; Mon, 16 Jan 2006 23:51:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0GNp0tm004942; Mon, 16 Jan 2006 15:51:00 -0800 Date: Mon, 16 Jan 2006 15:51:00 -0800 Message-Id: <200601162351.k0GNp0tm004942@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Eye7o-0006hk-O0 cf752818f7772d4d9c9329f003c7ff6a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 124] REPORT_OTHER_RESOURCE_LOCKED X-Archived-At: http://www.w3.org/mid/200601162351.k0GNp0tm004942@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11656 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, 16 Jan 2006 23:51:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=124 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 15:50 ------- Fixed in -11. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mchumba@schneegruppe.de Mon Jan 16 20:35:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyfkj-0000rT-Ef for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 20:35:17 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA02470 for ; Mon, 16 Jan 2006 20:33:52 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Eyfsl-00050M-6x for webdav-archive@ietf.org; Mon, 16 Jan 2006 20:43:35 -0500 Received: from 59-114-130-77.dynamic.hinet.net ([59.114.130.77] helo=schneegruppe.de) by mx2.foretec.com with smtp (Exim 4.24) id 1Eyfkg-0000ym-8k for webdav-archive@ietf.org; Mon, 16 Jan 2006 20:35:14 -0500 Message-ID: <000001c61b06$2ed320e0$3fb1a8c0@demagnetize> Reply-To: "Mchumba Vansant" From: "Mchumba Vansant" To: "Hourig Carbonneau" Subject: Puhrmaceut ical Wond erful Date: Mon, 16 Jan 2006 20:34:39 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61ADC.45FD18E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.1 (/) X-Scan-Signature: 20f22c03b5c66958bff5ef54fcda6e48 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61ADC.45FD18E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 V V C A l l L A A I G L U R I M A S from from from $ $ $ 1 3 3 , , , 2 3 7 1 3 5 =20 And many other http://www.douledan.com =20 ------=_NextPart_000_0001_01C61ADC.45FD18E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
V
V
C
A
l
l
 L
A
A
I
G
L
U
R
I
M
A
S
 from
 from
 from
 $
 $
 $
1
3
3
,
,
,
2
3
7
1
3
5
 
------=_NextPart_000_0001_01C61ADC.45FD18E0-- From w3c-dist-auth-request@frink.w3.org Mon Jan 16 22:53:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyhuR-000620-9r for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 22:53:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA11158 for ; Mon, 16 Jan 2006 22:52:03 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyhsz-00068q-Nn for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 03:51:57 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyhsu-00066h-C4 for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 03:51:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Eyhsr-0008Kx-Ty for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 03:51:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H3pnWs005089; Mon, 16 Jan 2006 19:51:49 -0800 Date: Mon, 16 Jan 2006 19:51:49 -0800 Message-Id: <200601170351.k0H3pnWs005089@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Eyhsr-0008Kx-Ty f926722b76c09027bf2b86000de1e8fb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 132] DEPTH_LOCK_AND_IF X-Archived-At: http://www.w3.org/mid/200601170351.k0H3pnWs005089@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11657 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, 17 Jan 2006 03:51:57 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=132 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 19:51 ------- Added this example in -11. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 22:54:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyhvn-0006Ni-B0 for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 22:54:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA11288 for ; Mon, 16 Jan 2006 22:53:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyhvD-0006TD-TP for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 03:54:15 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyhvA-0006SW-LI for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 03:54:12 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Eyhv8-0007mc-2O for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 03:54:12 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H3s8NV005105; Mon, 16 Jan 2006 19:54:08 -0800 Date: Mon, 16 Jan 2006 19:54:08 -0800 Message-Id: <200601170354.k0H3s8NV005105@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Eyhv8-0007mc-2O 9353aa2e242d00d126922cae88ee38d9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 143] LOCK_RENEWAL_SHOULD_NOT_USE_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601170354.k0H3s8NV005105@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11658 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, 17 Jan 2006 03:54:15 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=143 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 19:54 ------- added para. in -11. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 23:06:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyi6w-0001BR-94 for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 23:06:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA12028 for ; Mon, 16 Jan 2006 23:04:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyi6I-0001tJ-DJ for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 04:05:42 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyi6D-0001sT-UA for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 04:05:38 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Eyi6B-0000uk-AH for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 04:05:37 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H45YV8005141; Mon, 16 Jan 2006 20:05:34 -0800 Date: Mon, 16 Jan 2006 20:05:34 -0800 Message-Id: <200601170405.k0H45YV8005141@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Eyi6B-0000uk-AH acd000f6258acc82d6ea20a98f630d38 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 147] CLARIFY_UNTAGGED_IF_HEADER_APPLICATION X-Archived-At: http://www.w3.org/mid/200601170405.k0H45YV8005141@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11659 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, 17 Jan 2006 04:05:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 20:05 ------- I propose slightly different wording because when we reverse the requirement, I think it doesn't matter whether depth is defined for that method. Removing that makes the wording clearer. We can also state the principle that depth does not combine with other headers as a default, to explain the related requirement. By default, the Depth header does not interact with other headers. That is, each header on a request MUST be applied only to the Request-URI if it applies to any resource, unless specific Depth behavior is defined for that header. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 23:23:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyiNU-000678-CX for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 23:23:28 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA13532 for ; Mon, 16 Jan 2006 23:22:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyiMj-00075t-SM for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 04:22:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyiMe-00073Q-6T for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 04:22:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EyiMP-0006jM-1S for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 04:22:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H4MIqw005159; Mon, 16 Jan 2006 20:22:18 -0800 Date: Mon, 16 Jan 2006 20:22:18 -0800 Message-Id: <200601170422.k0H4MIqw005159@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyiMP-0006jM-1S 119b4cf3c03f388ac1906174ddb3931c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601170422.k0H4MIqw005159@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11660 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, 17 Jan 2006 04:22:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 20:22 ------- I think these changes went a little far, and the security consideration I prefer to call out explicitly in the security considerations section. - This issue doesn't require us to remove the requirement for creating an empty locked resource that it "SHOULD default to having no content-type". Conservatively, I left that text in. - this issue also doesn't require us to remove the requirement for the client to supply a content-type when doing a PUT to a locked empty resource, in fact leaving this requirement in is important for ease-of-use, so that the resource does have a chance of getting a helpful content-type at some point. - The paragraph suggestd for the section on PUT doesn't have the SHOULD requirement we discussed so I changed the wording - this issue doesn't require us to change the SHOULD NOT for making getcontentlength writable. Again, important for ease-of-use if it's not explicitly against server policy. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 23:26:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyiQH-0006xQ-Ii for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 23:26:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA13691 for ; Mon, 16 Jan 2006 23:24:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyiPj-0008Gd-7y for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 04:25:47 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyiPg-0008CV-6c for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 04:25:44 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyiOr-0003am-HS for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 04:25:42 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H4OmOd005178; Mon, 16 Jan 2006 20:24:48 -0800 Date: Mon, 16 Jan 2006 20:24:48 -0800 Message-Id: <200601170424.k0H4OmOd005178@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyiOr-0003am-HS e03d70acdb5240a9abc1f5f3eaa8aa4a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 166] XML_GUIDELINES_CONFORMANCE X-Archived-At: http://www.w3.org/mid/200601170424.k0H4OmOd005178@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11661 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, 17 Jan 2006 04:25:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=166 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 20:24 ------- Added para. as suggested in -11. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 23:28:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyiSN-0007YO-3t for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 23:28:31 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA13742 for ; Mon, 16 Jan 2006 23:27:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyiRm-00007S-Eu for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 04:27:54 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyiRk-00006j-Mq for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 04:27:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyiRh-00041h-RI for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 04:27:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H4RmX5005197; Mon, 16 Jan 2006 20:27:48 -0800 Date: Mon, 16 Jan 2006 20:27:48 -0800 Message-Id: <200601170427.k0H4RmX5005197@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyiRh-00041h-RI 3cca028d858314f5be2c027f928d629d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200601170427.k0H4RmX5005197@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11662 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, 17 Jan 2006 04:27:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 20:27 ------- I made the change discussed in the call, but did not make the additional change suggested in the bug text. That is, I did not remove the sentence with the disclaimer about using status codes in Multi-Status where the meaning is not defined in this document. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 23:28:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyiSe-0007hZ-IV for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 23:28:48 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA13774 for ; Mon, 16 Jan 2006 23:27:24 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyiS6-0000MN-Kq for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 04:28:14 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyiS4-0000Kf-0U for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 04:28:12 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyiRz-00046e-0M for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 04:28:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H4S3Uo005213; Mon, 16 Jan 2006 20:28:03 -0800 Date: Mon, 16 Jan 2006 20:28:03 -0800 Message-Id: <200601170428.k0H4S3Uo005213@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyiRz-00046e-0M 08cbefb824ba26e2fca01f33df8bba90 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200601170428.k0H4S3Uo005213@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11663 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, 17 Jan 2006 04:28:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=179 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 23:40:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyieE-0002UM-F5 for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 23:40:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA14353 for ; Mon, 16 Jan 2006 23:39:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyidS-0003Kj-AQ for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 04:39:58 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyidQ-0003Jy-FB for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 04:39:56 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyidO-0005hG-2N for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 04:39:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H4droS005236; Mon, 16 Jan 2006 20:39:53 -0800 Date: Mon, 16 Jan 2006 20:39:53 -0800 Message-Id: <200601170439.k0H4droS005236@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyidO-0005hG-2N fab5baa54cfa68164e6907eb4bad9f45 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601170439.k0H4droS005236@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11664 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, 17 Jan 2006 04:39:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 20:39 ------- Changes made in -11. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 23:44:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyihm-0003IK-L5 for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 23:44:26 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA14587 for ; Mon, 16 Jan 2006 23:43:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyigx-0004Kc-Pl for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 04:43:35 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyigv-0004Jo-Vi for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 04:43:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Eyigs-00018c-3f for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 04:43:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H4hTIS005261; Mon, 16 Jan 2006 20:43:29 -0800 Date: Mon, 16 Jan 2006 20:43:29 -0800 Message-Id: <200601170443.k0H4hTIS005261@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Eyigs-00018c-3f b2517d86ac92e07cd09cc2c061f48b74 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 216] bad sectiion reference in 9.1 X-Archived-At: http://www.w3.org/mid/200601170443.k0H4hTIS005261@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11665 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, 17 Jan 2006 04:43:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=216 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 20:43 ------- Fixed in -11. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 16 23:51:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyioT-0005Sp-Tv for webdav-archive@megatron.ietf.org; Mon, 16 Jan 2006 23:51:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA14963 for ; Mon, 16 Jan 2006 23:49:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyink-0006j0-Nc for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 04:50:36 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyini-0006i7-ME for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 04:50:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Eying-0001zV-0p for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 04:50:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H4oVNv005281; Mon, 16 Jan 2006 20:50:31 -0800 Date: Mon, 16 Jan 2006 20:50:31 -0800 Message-Id: <200601170450.k0H4oVNv005281@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Eying-0001zV-0p 383a5c9f1272ed3fca5903c8b1f6602d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 218] broken date format in example 8.2.6 X-Archived-At: http://www.w3.org/mid/200601170450.k0H4oVNv005281@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11666 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, 17 Jan 2006 04:50:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=218 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-16 20:50 ------- I take it this refers to the example getlastmodified date. The mail linked to doesn't mention dates, formats or RFC1123 so it doesn't provide explanation. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 03:02:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eylnb-0001Rl-8i for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 03:02:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA24983 for ; Tue, 17 Jan 2006 03:01:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EylmC-0000AV-N5 for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 08:01:12 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Eylm7-00009R-US for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 08:01:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Eylm0-0000WK-Vi for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 08:01:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0H7rFDL005406; Mon, 16 Jan 2006 23:53:15 -0800 Date: Mon, 16 Jan 2006 23:53:15 -0800 Message-Id: <200601170753.k0H7rFDL005406@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Eylm0-0000WK-Vi 27f49b87ce8411c42371a27d2996c3b8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 218] broken date format in example 8.2.6 X-Archived-At: http://www.w3.org/mid/200601170753.k0H7rFDL005406@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11667 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, 17 Jan 2006 08:01:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=218 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-16 23:53 ------- With the change date 2006-01-16, this is still not a valid date string: "Monday, 12 Jan 1998 09:25:56 GMT" Compare with . ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 12:52:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyv0j-0006h5-60 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 12:52:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA04532 for ; Tue, 17 Jan 2006 12:51:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyuyz-0002g0-W9 for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 17:51:02 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyuyv-0002es-Dk for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 17:50:58 +0000 Received: from e6.ny.us.ibm.com ([32.97.182.146]) by aji.w3.org with esmtp (Exim 4.50) id 1Eyuyp-000539-EP for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 17:50:56 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e6.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0HHolai016972 for ; Tue, 17 Jan 2006 12:50:47 -0500 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0HHolsx111462 for ; Tue, 17 Jan 2006 12:50:47 -0500 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0HHof0x024174 for ; Tue, 17 Jan 2006 12:50:42 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av03.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0HHof1p023687 for ; Tue, 17 Jan 2006 12:50:41 -0500 In-Reply-To: <71eb04e1a416c98c027cc80a767e59ae@osafoundation.org> To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Tue, 17 Jan 2006 12:50:43 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/17/2006 12:50:41, Serialize complete at 01/17/2006 12:50:41 Content-Type: multipart/alternative; boundary="=_alternative 006205CB852570F9_=" Received-SPF: pass (aji.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.146 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-1.7 X-W3C-Scan-Sig: aji.w3.org 1Eyuyp-000539-EP 459d30261a807bb536297eaaa45c57c0 X-Original-To: w3c-dist-auth@w3.org Subject: Re: GULP as pure model, draft 2 X-Archived-At: http://www.w3.org/mid/OF55A07839.188DBB3E-ON852570F9.0055BFA0-852570F9.0062075E@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11668 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, 17 Jan 2006 17:51:01 +0000 This is a multipart message in MIME format. --=_alternative 006205CB852570F9_= Content-Type: text/plain; charset="US-ASCII" Looking better. A few suggested changes below: Lisa wrote on 01/16/2006 02:55:16 PM: > 3. A resource cannot be directly or indirectly locked with an exclusive > lock and any other lock at the same time, as these would be > conflicting. I believe it is clearer to state this requirement in terms of what operations must fail, because otherwise an implementor could mistakenly conclude that the second request could succeed, and just not result in a second lock. Also, there is no need to introduce the term "conflicting" here. So I'd simplify this to just say: 3. When a resource is directly or indirectly locked with an exclusive lock, an attempt to lock that resource with a different lock MUST fail. > [Todo in LOCK section: server MUST fail request if it would create > conflicting locks] There would be no need for this ToDo if the requirement was rephrased as suggested above. > 4. For a collection that is locked with an infinite depth lock, all > member > resources are indirectly locked. Changes in membership of a such a > collection > affect the set of indirectly locked resources: > * If an internal member resource is added to a the collection, > and if the new member resource does not already have a conflicting > lock, > then the resource becomes indirectly locked by that lock. > * If an internal member resource is removed or deleted such that > the resource is no longer a member of the collection, then the > resource is no longer locked by that lock. > > [Change: clarified to be clear that this whole point discusses > infinite depth lock on collections] Should make clear that it is the same lock that indirectly locks the members. Also, the rule should not have an "if it does not already have a conflicting lock" qualifier, because the reader might misinterpret this as meaning that the lock is just not added in this case. Also, the second clause needs to be fixed to handle the case where the collection indirectly locks itself, so when it is removed as an internal member, it is still directly locked. 4. If a collection is directly locked by a depth:infinity lock, all members of that collection are indirectly locked by that lock. Changes in collection membership affect the set of resources indirectly locked by the lock: * If a request causes a resource to become a member of the depth:infinity locked collection, then the resource becomes indirectly locked by that collection's lock. * If a request causes a resource to no longer be a member of the depth:infinity locked collection, then the resource is no longer indirectly locked by that collection's lock. > 7. A lock-token must be submitted in certain requests. This is the > case > for any request resulting in the modification of a locked resource, > including the following aspects of the locked resource: This should be stated using normative MUST language, and I believe is simpler/clearer if the "this is the case" is omitted. 7. A lock-token MUST be submitted in any request that modifies any of the following aspects of the locked resource: > Now to address Julian's comment that we need some of this stuff to be > normative so that other specs can be concise The issue is not how precise another spec is ... the issue is that this document needs to make normative statements about locking for methods other than those defined in this specification. For example, if a new PROPINSERT method is defined (that inserts values into an existing property value), then this model needs to normatively apply to PROPINSERT, which it would not if the only normative language about locking appears in the 2518 method definitions. > I propose that most requirements belong > in the section where a method or header is defined That fails to make this locking model normative to methods defined in other specs. > -- this helps us > avoid discussions of marshalling in the model Making the model normative does not require discussions of marshalling. > which makes it cleaner, > and keeps requirements together readably (e.g. all requirements about > LOCK are in LOCK section). This model should appear in the LOCK section. > Thus: > - Normative text about LOCK request goes in the section on LOCK. E.g. > creating new empty resource, refresh requirements. > - Normative text about UNLOCK request goes in section on UNLOCK. > - Model point #7 could EITHER become normative right there in the > model and just change "must" to "MUST" > OR go in the section relating to marshalling of submitting lock > tokens, which is the If header section (ick) > OR be repeated as normative in the "Lock Tokens" section, > presumably a sub-section after the model is introduced > > Suggestions welcome... I suggest just making the model normative by changing "must" to "MUST" wherever normative statements are being made in the model. > We're still not yet at the point where GULP can be very cleanly > introduced (although I think we're getting closer). For example, GULP > uses "lock-token" before that term has been introduced. Does that mean > that GULP should be in RFC2518bis after the section on lock-tokens, or > that it should be before and we should add a model point (number 5.5, > effectively) to say that "every lock has a unique lock-token assigned > by the server"? I suggest the latter, i.e. add the clause to the model. Cheers, Geoff --=_alternative 006205CB852570F9_= Content-Type: text/html; charset="US-ASCII"
Looking better.  A few suggested changes below:

Lisa wrote on 01/16/2006 02:55:16 PM:


> 3. A resource cannot be directly or indirectly locked with an exclusive
>    lock and any other lock at the same time, as these would be
>    conflicting.

I believe it is clearer to state this requirement in terms of what
operations must fail, because otherwise an implementor
could mistakenly conclude that the second
request could succeed, and just not result in a second lock.
Also, there is no need to introduce the term "conflicting"
here.  So I'd simplify this to just say:

 3. When a resource is directly or indirectly locked with an exclusive
    lock, an attempt to lock that resource with a different lock MUST fail.

>    [Todo in LOCK section: server MUST fail request if it would create
> conflicting locks]

There would be no need for this ToDo if the requirement was rephrased
as suggested above.

> 4. For a collection that is locked with an infinite depth lock, all
> member
>     resources are indirectly locked.  Changes in membership of a such a
> collection
>     affect the set of indirectly locked resources:
>       * If an internal member resource is added to a the collection,
>     and if the new member resource does not already have a conflicting
> lock,
>     then the resource becomes indirectly locked by that lock.
>        * If an internal member resource is removed or deleted such that
>     the resource is no longer a member of the collection, then the
>     resource is no longer locked by that lock.
>
>   [Change: clarified to be clear that this whole point discusses
> infinite depth lock on collections]

Should make clear that it is the same lock that indirectly locks the
members.  Also, the rule should not have an "if it does not already
have a conflicting lock" qualifier, because the reader might misinterpret
this as meaning that the lock is just not added in this case.
Also, the second clause needs to be fixed to handle the case where
the collection indirectly locks itself, so when it is removed as an
internal member, it is still directly locked.

4. If a collection is directly locked by a depth:infinity lock, all
  members of that collection are indirectly locked by that lock.
   Changes in collection membership affect the set of resources
   indirectly locked by the lock:
    * If a request causes a resource to become a member of the
   depth:infinity locked collection, then the resource becomes indirectly
   locked by that collection's lock.
    * If a request causes a resource to no longer be a member of the
   depth:infinity locked collection, then the resource is no longer
   indirectly locked by that collection's lock.

> 7.  A lock-token must be submitted in certain requests.  This is the
> case
>     for any request resulting in the modification of a locked resource,
>     including the following aspects of the locked resource:

This should be stated using normative MUST language, and I believe is
simpler/clearer if the "this is the case" is omitted.

7.  A lock-token MUST be submitted in any request that modifies any
    of the following aspects of the locked resource:


> Now to address Julian's comment that we need some of this stuff to be
> normative so that other specs can be concise

The issue is not how precise another spec is ... the issue is that this
document needs to make normative statements about locking for methods other
than those defined in this specification.  For example, if a new
PROPINSERT method is defined (that inserts values into an existing property
value), then this model needs to normatively apply to PROPINSERT, which it
would not if the only normative language about locking
appears in the 2518 method definitions.

> I propose that most requirements belong
> in the section where a method or header is defined

That fails to make this locking model normative to methods defined in other specs.

> -- this helps us
> avoid discussions of marshalling in the model

Making the model normative does not require discussions of marshalling.

> which makes it cleaner,
> and keeps requirements together readably (e.g. all requirements about
> LOCK are in LOCK section).

This model should appear in the LOCK section.

> Thus:
>   - Normative text about LOCK request goes in the section on LOCK.  E.g.
> creating new empty resource, refresh requirements.
>   - Normative text about UNLOCK request goes in section on UNLOCK.
>   - Model point #7 could EITHER become normative right there in the
> model and just change "must" to "MUST"
>             OR go in the section relating to marshalling of submitting lock
> tokens, which is the If header section (ick)
>             OR be repeated as normative in the "Lock Tokens" section,
> presumably a sub-section after the model is introduced
>
> Suggestions welcome...

I suggest just making the model normative by changing "must" to "MUST"
wherever normative statements are being made in the model.

> We're still not yet at the point where GULP can be very cleanly
> introduced (although I think we're getting closer).  For example,  GULP
> uses "lock-token" before that term has been introduced.  Does that mean
> that GULP should be in RFC2518bis after the section on lock-tokens, or
> that it should be before and we should add a model point (number 5.5,
> effectively) to say that "every lock has a unique lock-token assigned
> by the server"?

I suggest the latter, i.e. add the clause to the model.

Cheers,
Geoff
--=_alternative 006205CB852570F9_=-- From w3c-dist-auth-request@frink.w3.org Tue Jan 17 13:35:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyvfn-0008Gt-5G for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 13:35:15 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA07375 for ; Tue, 17 Jan 2006 13:33:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyvex-0002CX-KM for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 18:34:23 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyvev-0002Bz-4s for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 18:34:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Eyver-0006aa-Pm for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 18:34:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HIYC81005978; Tue, 17 Jan 2006 10:34:12 -0800 Date: Tue, 17 Jan 2006 10:34:12 -0800 Message-Id: <200601171834.k0HIYC81005978@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Eyver-0006aa-Pm 899b31d052df00e48a806ea55f5e7ebf X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601171834.k0HIYC81005978@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11669 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, 17 Jan 2006 18:34:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 10:34 ------- Thanks for the changes. I think there's one single missing piece. The paragraph...: Note that 'allprop' does not return values for all live properties. WebDAV servers increasingly have expensively-calculated or lengthy properties (see [RFC3253] and [RFC3744]) and do not return all properties already. Instead, WebDAV clients can use propname requests to discover what live properties exist, and request named properties when retrieving values. A WebDAV server MAY omit certain live properties from other specifications when responding to an 'allprop' request from an older client, and MAY return only custom (dead) properties and those defined in this specification. doesn't seem to be needed anymore, because the compatibility considerations really belong into the Changes section (where the change is already noted). Also, the new semantic is already defined a few paragraphs above: o Request property values for those properties defined in this specification plus dead properties, by using the 'allprop' element (the 'include' element can be used with 'allprop' to instruct the server to also include additional live properties that may not have been returned otherwise), ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 13:37:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyviJ-0000YO-4I for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 13:37:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA07566 for ; Tue, 17 Jan 2006 13:36:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyvhi-000391-DJ for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 18:37:14 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyvhe-00038R-UG for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 18:37:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Eyvhc-0007B5-CQ for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 18:37:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HIb7A2005992; Tue, 17 Jan 2006 10:37:07 -0800 Date: Tue, 17 Jan 2006 10:37:07 -0800 Message-Id: <200601171837.k0HIb7A2005992@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Eyvhc-0007B5-CQ 9f017434c5df27d915b5d197668becad X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200601171837.k0HIb7A2005992@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11670 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, 17 Jan 2006 18:37:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=179 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 10:37 ------- I don't see any change in that section (which is now in ). Did I miss something? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 13:41:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyvlX-0001Hw-3V for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 13:41:11 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA07818 for ; Tue, 17 Jan 2006 13:39:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyvkP-0003uY-9t for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 18:40:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyvkM-0003sU-97 for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 18:39:58 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EyvkG-0004pp-J6 for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 18:39:57 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HIdoPY006009; Tue, 17 Jan 2006 10:39:50 -0800 Date: Tue, 17 Jan 2006 10:39:50 -0800 Message-Id: <200601171839.k0HIdoPY006009@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyvkG-0004pp-J6 cd0127a8ca5394fbbb131be1227c8169 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200601171839.k0HIdoPY006009@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11671 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, 17 Jan 2006 18:40:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 10:39 ------- In which case we need to re-discuss. The problem with the wording right now is that it gives the impression that it's undefined what it means when other status codes appear inside multistatus, which clearly is not the case. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 13:56:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyw01-0004Eb-Kz for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 13:56:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA08975 for ; Tue, 17 Jan 2006 13:54:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyvz2-0000S4-En for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 18:55:08 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyvyy-0000R6-8i for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 18:55:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Eyvyt-0002AK-Uu for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 18:55:03 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HIsxv7006027; Tue, 17 Jan 2006 10:54:59 -0800 Date: Tue, 17 Jan 2006 10:54:59 -0800 Message-Id: <200601171854.k0HIsxv7006027@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Eyvyt-0002AK-Uu 95a9678c5f6239d5ef4ae0f0520ee135 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601171854.k0HIsxv7006027@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11672 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, 17 Jan 2006 18:55:08 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 10:54 ------- I think there's more to do; below are the missing changes + rational. Section 7., para. 31: OLD: A successful lock request to an unmapped URL MUST result in the creation of an locked resource with empty content. Subsequently, a successful PUT request (with the correct lock token) provides the content for the resource, and the server MUST also use the content- type and content-language information from this request. NEW: A successful lock request to an unmapped URL MUST result in the creation of an locked resource with empty content. Subsequently, a successful PUT request (with the correct lock token) provides the content for the resource. If we know that servers won't accept the content type header, there's no point claiming it's a MUST requirement, in particular not in the section about locks. Section 7., para. 44: OLD: o SHOULD default to having no content type. o MAY NOT have values for properties like DAV:getcontentlanguage which haven't been specified yet by the client. NEW: o MAY NOT have values for properties like DAV:getcontentlanguage which haven't been specified yet by the client. Again: we can't force servers to do this. If a server computes the mime type based on the extension, this is what the mime type will be. Section 7., para. 49: OLD: The client is expected to update the locked empty resource shortly after locking it, using PUT and possibly PROPPATCH. When the client uses PUT to overwrite a locked empty resource the client MUST supply a Content-Type if any is known. NEW: The client is expected to update the locked empty resource shortly after locking it, using PUT and possibly PROPPATCH. Why do we require this, and why is it a MUST? Section 14., para. 42: OLD: Protected: SHOULD NOT be protected, so clients may fix this value. Note that servers implementing RFC2518 might have made this a protected property as this is a new requirement. NEW: Protected: Potentially protected if the server prefers to assign content types on it's own (see also discussion in Section 8.8.1). DAV:getcontenttype is defined in terms of HTTP, and if we don't require servers to accept the content-type upon PUT, then there's also no requirement to make DAV:getcontenttype settable (same reasoning). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 13:56:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyw0E-0004HK-3H for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 13:56:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA09014 for ; Tue, 17 Jan 2006 13:54:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyvzf-0000ax-VD for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 18:55:47 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyvzd-0000aF-CJ for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 18:55:45 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Eyvza-0008Ps-99 for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 18:55:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HItfxp006041; Tue, 17 Jan 2006 10:55:41 -0800 Date: Tue, 17 Jan 2006 10:55:41 -0800 Message-Id: <200601171855.k0HItfxp006041@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Eyvza-0008Ps-99 fbe06472a09e1c9d6e151dd2e851e889 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 147] CLARIFY_UNTAGGED_IF_HEADER_APPLICATION X-Archived-At: http://www.w3.org/mid/200601171855.k0HItfxp006041@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11673 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, 17 Jan 2006 18:55:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=147 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 10:55 ------- Looks good. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 14:04:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyw7k-0006bG-V4 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 14:04:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA09588 for ; Tue, 17 Jan 2006 14:02:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyw77-0003wg-0t for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 19:03:29 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyw72-0003se-8k for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 19:03:24 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Eyw70-0001aW-4i for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 19:03:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HJ3LmU006079; Tue, 17 Jan 2006 11:03:21 -0800 Date: Tue, 17 Jan 2006 11:03:21 -0800 Message-Id: <200601171903.k0HJ3LmU006079@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Eyw70-0001aW-4i db9d103fff29ebaf428eefbc6bd79da7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 108] PROP_ATTR X-Archived-At: http://www.w3.org/mid/200601171903.k0HJ3LmU006079@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11674 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, 17 Jan 2006 19:03:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=108 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-07 |-10 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 14:04:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyw83-0006bx-TF for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 14:04:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA09600 for ; Tue, 17 Jan 2006 14:03:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyw7W-000441-2Y for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 19:03:54 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyw7R-000432-JH for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 19:03:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Eyw7N-0000Yl-Q6 for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 19:03:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HJ3jiK006110; Tue, 17 Jan 2006 11:03:45 -0800 Date: Tue, 17 Jan 2006 11:03:45 -0800 Message-Id: <200601171903.k0HJ3jiK006110@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Eyw7N-0000Yl-Q6 7c7ed9e3271b9549c106e23a37a88d28 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601171903.k0HJ3jiK006110@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11675 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, 17 Jan 2006 19:03:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 11:03 ------- *** Bug 108 has been marked as a duplicate of this bug. *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 14:04:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyw8F-0006dF-60 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 14:04:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA09607 for ; Tue, 17 Jan 2006 14:03:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyw7h-00048n-7i for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 19:04:05 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyw7V-00043P-Di for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 19:03:53 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1Eyw7N-0003yi-T0 for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 19:03:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HJ3isH006100; Tue, 17 Jan 2006 11:03:44 -0800 Date: Tue, 17 Jan 2006 11:03:44 -0800 Message-Id: <200601171903.k0HJ3isH006100@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1Eyw7N-0003yi-T0 358c713dbc1b55e30c58a4c979110847 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 108] PROP_ATTR X-Archived-At: http://www.w3.org/mid/200601171903.k0HJ3isH006100@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11676 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, 17 Jan 2006 19:04:05 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=108 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 11:03 ------- *** This bug has been marked as a duplicate of 10 *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From auri@prymus.com Tue Jan 17 14:08:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EywBY-00075y-Eo for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 14:08:04 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA09957 for ; Tue, 17 Jan 2006 14:06:36 -0500 (EST) Received: from dslb-084-056-127-074.pools.arcor-ip.net ([84.56.127.74] helo=prymus.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EywJg-00031q-9b for webdav-archive@ietf.org; Tue, 17 Jan 2006 14:16:29 -0500 From: "Aura Fitzgibbon" To: "Acacius Estridge" Message-ID: <000001c61b99$4df42530$4b77a8c0@boundary> Subject: Miraculous Ph arfamacy Date: Tue, 17 Jan 2006 14:07:47 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61B6F.651E1D30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 1.5 (+) X-Scan-Signature: cf3becbbd6d1a45acbe2ffd4ab88bdc2 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61B6F.651E1D30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Val Via Cia ium=20 gra lis only only only=20 $1 $3 $3 ,2 ,3 ,7 1 3 5 And many other http://www.sofortoso.com =20 ------=_NextPart_000_0001_01C61B6F.651E1D30 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Val
Via
Cia

ium 
gra
lis

only
only
only 

$1
$3
$3

,2
,3
,7

1
3
5

------=_NextPart_000_0001_01C61B6F.651E1D30-- From w3c-dist-auth-request@frink.w3.org Tue Jan 17 14:10:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EywDZ-0007sg-By for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 14:10:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10145 for ; Tue, 17 Jan 2006 14:08:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EywCr-0005fZ-Pj for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 19:09:25 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EywCl-0005eS-Hn for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 19:09:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EywCi-0005BL-9L for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 19:09:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HJ9E53006131; Tue, 17 Jan 2006 11:09:14 -0800 Date: Tue, 17 Jan 2006 11:09:14 -0800 Message-Id: <200601171909.k0HJ9E53006131@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EywCi-0005BL-9L d3fcf0a992868e9006a9f5227860e108 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 97] new error code descriptions X-Archived-At: http://www.w3.org/mid/200601171909.k0HJ9E53006131@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11677 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, 17 Jan 2006 19:09:25 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=97 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 11:09 ------- The suggested change is to remove that paragraph. If it's left in, it still needs to be fixed, as already discussed. In particular: "Any request can contain a conditional header defined in HTTP (If-Match, If-Modified-Since, etc.) or the "If" or "Overwrite" conditional headers defined in this specification." Correct, but text duplication. "If the request contains a conditional header, and if that condition fails to hold, then this error code MUST be returned unless some other error is returned." Incorrect. It really MUST be returned (if the header was evaluated). If you think this is incorrect, please provide an example. "On the other hand, if the client did not include a conditional header in the request, then the server MUST NOT use this error." Ah, here's an improvement after all. Thanks. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 14:12:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EywFN-00080T-Oq for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 14:12:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10313 for ; Tue, 17 Jan 2006 14:10:36 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EywEh-0006Mz-Dj for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 19:11:19 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EywEb-0006Lq-RI for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 19:11:13 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EywEW-0005e9-5q for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 19:11:13 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HJB54h006145; Tue, 17 Jan 2006 11:11:05 -0800 Date: Tue, 17 Jan 2006 11:11:05 -0800 Message-Id: <200601171911.k0HJB54h006145@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EywEW-0005e9-5q 0468bdae5c7509e03c76a0f9fdd7af7d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601171911.k0HJB54h006145@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11678 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, 17 Jan 2006 19:11:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 11:11 ------- "MUST NOT" is a new requirement, which happens not to be followed by all clients, such as the Xythos client. Please revert to the original language, or schedule discussion on telecon. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 14:14:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EywHh-00006N-Kv for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 14:14:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10531 for ; Tue, 17 Jan 2006 14:12:59 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EywH3-0006iw-Jy for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 19:13:45 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EywGy-0006iC-Dr for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 19:13:40 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1EywG9-00060H-QS for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 19:13:39 +0000 Received: (qmail invoked by alias); 17 Jan 2006 19:12:48 -0000 Received: from pd95b23e9.dip0.t-ipconnect.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp023) with SMTP; 17 Jan 2006 20:12:48 +0100 X-Authenticated: #1915285 Message-ID: <43CD4136.7080403@gmx.de> Date: Tue, 17 Jan 2006 20:10:46 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: webdav WG References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1EywG9-00060H-QS 46f49d743db8f76fc9ee73ea4488d453 X-Original-To: w3c-dist-auth@w3.org Subject: Re: 'responsedescription' element X-Archived-At: http://www.w3.org/mid/43CD4136.7080403@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11679 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, 17 Jan 2006 19:13:45 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > > The 'responsedescription' element is defined to appear in multistatus > elements. > > The 'responsedescription' element at the top level is used to > provide a general message describing the overarching nature > of the response. If this value is available an application > may use it instead of presenting the individual response > descriptions contained within the responses. > > > Does any implementation use this element? I've never seen it in use, but would suggest to leave it in, as this seems to be harmless. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Tue Jan 17 14:15:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EywIj-0000OE-N8 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 14:15:29 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10575 for ; Tue, 17 Jan 2006 14:14:03 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EywI3-0006x0-5L for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 19:14:47 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EywI1-0006wS-0X for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 19:14:45 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EywHy-0004GX-UA for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 19:14:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HJEdrd006158; Tue, 17 Jan 2006 11:14:39 -0800 Date: Tue, 17 Jan 2006 11:14:39 -0800 Message-Id: <200601171914.k0HJEdrd006158@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EywHy-0004GX-UA a34284180fd72e5637ec830d64bad820 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601171914.k0HJEdrd006158@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11680 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, 17 Jan 2006 19:14:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 11:14 ------- I believe we should tell implementations to put all condition names into a single DAV:error element, meaning that multiple DAV:error elements should be illegal. The DTD doesn't let us state that, so how about adding: as a comment below the DTD fragment? ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:18:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxI9-0004XV-4J for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:18:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14749 for ; Tue, 17 Jan 2006 15:17:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxHF-0004La-Fd for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:18:01 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxH3-0004HE-2r for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:17:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EyxGt-0003nU-2D for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:17:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKHah1006227; Tue, 17 Jan 2006 12:17:36 -0800 Date: Tue, 17 Jan 2006 12:17:36 -0800 Message-Id: <200601172017.k0HKHah1006227@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyxGt-0003nU-2D 02c874ff9c4d6677fbb83dbbc8306ca7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601172017.k0HKHah1006227@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11682 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, 17 Jan 2006 20:18:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|REOPENED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 12:17 ------- Please schedule discussion in telecon. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:18:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxI9-0004Xh-C4 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:18:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14750 for ; Tue, 17 Jan 2006 15:17:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxGg-0004EZ-6l for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:17:26 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxGd-0004Dj-HL for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:17:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EyxGW-0000QU-It for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:17:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKHDFP006209; Tue, 17 Jan 2006 12:17:13 -0800 Date: Tue, 17 Jan 2006 12:17:13 -0800 Message-Id: <200601172017.k0HKHDFP006209@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EyxGW-0000QU-It 04980dcc6c02b655001b353b299471be X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601172017.k0HKHDFP006209@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11681 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, 17 Jan 2006 20:17:26 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 12:17 ------- "Clear" changes have been proposed over and over again, including in this very entry. The current spec text could be improved, but I think replacing all of 12.1 is the superior approach, because it uses the proper terminology and grammar productions from RFC3986, adds constraints on the contents of hrefs that the current text doesn't have, clarifies fuzzy language about URI escaping, and also adds an example. I think we should discuss this change again; the current text could be fixed to say the same, but the effort seems to be much greater than just adopting this one. 12.2 URL Handling The Multi-Status response format may contain 'href' elements (Section 13.7) in multiple places, namely as child element of 'response' elements (Section 13.24). When the contents of an 'href' element contains a Relative Reference ([RFC3986], Section 4.2), it is relative to the Request-URI of the HTTP request. Interoperability experience shows that many clients do not fully implement the Reference Resolution defined in Section 5 of [RFC3986]. Therefore servers SHOULD NOT use 'href' values that: o use forms of relative references other than absolute paths (see "absolute-path", [RFC3986], Section 3.3), o use dot-segments ("." or ".."), o use a notation for the authority part of a URI (see "authority", [RFC3986], Section 3.2) other the one used in the HTTP request or o use a different notation for the part of the path that identifies the Request-URI. Identifiers for collections appearing in the results SHOULD end in a '/' character. 12.2.1 Example for correct URL handling Consider the collection http://example.com/sample/ with the internal member URL http://example.com/sample/a%20test and the PROPFIND request below: >>Request: PROPFIND /sample/ HTTP/1.1 Host: example.com Depth: 1 In this case, the server should return 'href' elements containing either o 'http://example.com/sample/' and 'http://example.com/sample/a%20test', or o '/example.com/sample/' and '/example.com/sample/a%20test'. Note that even though the server may be storing the member resource internally as 'a test', it must be percent-encoded when used inside a URI reference (see [RFC3986], Section 2.1). Also note that a legal URI may still contain characters that need to be escaped within XML character data, such as the ampersand character. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:22:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxLH-0005Fl-L9 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:22:11 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14996 for ; Tue, 17 Jan 2006 15:20:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxKh-0005Q3-Mm for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:21:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxKg-0005PH-2O for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:21:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyxKY-0002s6-Of for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:21:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKLP4v006244; Tue, 17 Jan 2006 12:21:25 -0800 Date: Tue, 17 Jan 2006 12:21:25 -0800 Message-Id: <200601172021.k0HKLP4v006244@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyxKY-0002s6-Of 4b353f59657f39148cfe626ae11cceba X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601172021.k0HKLP4v006244@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11683 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, 17 Jan 2006 20:21:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 12:21 ------- The new text says: 'Note that many WebDAV servers do not advertise WebDAV support in response to "OPTIONS *" or "OPTIONS /" requests, for example in cases where WebDAV is only supported in part of the server namespace.' I'd prefer not to throw two completely separate issues into the same sentence, "*" and "/". Whether a server should return the DAV header in "OPTIONS *" is the thing we discussed, and for which there is no consensus nor interop. On the other hand, there doesn't seem to be any question about "OPTIONS /". It will return the DAV: header if it's a WebDAV compliant resource, right? ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:22:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxLP-0005GD-V5 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:22:20 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15004 for ; Tue, 17 Jan 2006 15:20:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxKs-0005VD-3C for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:21:46 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxKo-0005UL-MW for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:21:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EyxKY-0004Le-CR for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:21:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKLP6K006258; Tue, 17 Jan 2006 12:21:25 -0800 Date: Tue, 17 Jan 2006 12:21:25 -0800 Message-Id: <200601172021.k0HKLP6K006258@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyxKY-0004Le-CR 2f56ace78ccb8a2a065a3541b1556ce4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 110] COMPLIANCE_RESOURCE X-Archived-At: http://www.w3.org/mid/200601172021.k0HKLP6K006258@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11684 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, 17 Jan 2006 20:21:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=110 Bug 110 depends on bug 44, which changed state. Bug 44 Summary: OPTIONS * http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:23:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxMo-0005Rp-77 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:23:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15110 for ; Tue, 17 Jan 2006 15:22:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxMD-0005z1-NO for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:23:09 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxMB-0005yP-LK for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:23:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyxM2-0003A2-Mz for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:23:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKMvuZ006272; Tue, 17 Jan 2006 12:22:57 -0800 Date: Tue, 17 Jan 2006 12:22:57 -0800 Message-Id: <200601172022.k0HKMvuZ006272@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyxM2-0003A2-Mz 2c406c32cb3c3275c569ce3711e65110 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 42] Consider deprecating text/xml for XML request/response bodies X-Archived-At: http://www.w3.org/mid/200601172022.k0HKMvuZ006272@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11685 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, 17 Jan 2006 20:23:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=42 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 12:22 ------- It seems you missed the text that should be removed from section 4.3 (which is about XML Usage in properties). ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:37:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxZx-0007sf-I3 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:37:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15918 for ; Tue, 17 Jan 2006 15:35:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxZH-0002uh-4f for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:36:39 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxZD-0002tg-NU for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:36:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyxZ5-0005fw-B6 for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:36:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKaQDX006292; Tue, 17 Jan 2006 12:36:26 -0800 Date: Tue, 17 Jan 2006 12:36:26 -0800 Message-Id: <200601172036.k0HKaQDX006292@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyxZ5-0005fw-B6 7f18a85583a4994c60f0506cf5546c32 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601172036.k0HKaQDX006292@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11686 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, 17 Jan 2006 20:36:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-17 12:36 ------- Well, text wasn't adopted as discussed, so I need to re-open. In particular, the draft still says: "XML Infoset attributes not listed above MAY be preserved by the server, but clients MUST NOT rely on them being preserved. The above rules would also apply by default to live properties, unless defined otherwise. Note that today many RFC2518 server implementations do not preserve prefixes and so in practice clients have to handle prefix rewriting." As far as I can tell, consensus on the telecon was to remove the last sentence. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:37:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxZx-0007se-Eg for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:37:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15917 for ; Tue, 17 Jan 2006 15:35:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxZM-0002ws-Ad for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:36:44 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxZJ-0002vH-5V for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:36:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EyxZ9-0006iS-HD for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:36:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKaV26006306; Tue, 17 Jan 2006 12:36:31 -0800 Date: Tue, 17 Jan 2006 12:36:31 -0800 Message-Id: <200601172036.k0HKaV26006306@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyxZ9-0006iS-HD 2719f85a9ed156f6a2ff4d69e1527d5f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 22] attributes on properties X-Archived-At: http://www.w3.org/mid/200601172036.k0HKaV26006306@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11687 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, 17 Jan 2006 20:36:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=22 Bug 22 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:37:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyxa0-0007yI-Dp for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:37:24 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15924 for ; Tue, 17 Jan 2006 15:35:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxZS-00033b-P0 for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:36:50 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxZJ-0002vQ-JU for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:36:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyxZB-0005hR-Js for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:36:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKaWrA006330; Tue, 17 Jan 2006 12:36:32 -0800 Date: Tue, 17 Jan 2006 12:36:32 -0800 Message-Id: <200601172036.k0HKaWrA006330@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyxZB-0005hR-Js 4aae6be47e48ae0f24e6ff188101cdfb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 146] PROP_ROUNDTRIP X-Archived-At: http://www.w3.org/mid/200601172036.k0HKaWrA006330@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11688 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, 17 Jan 2006 20:36:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=146 Bug 146 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:37:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxaD-0007zC-G6 for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:37:37 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15947 for ; Tue, 17 Jan 2006 15:36:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EyxZf-0003B1-BF for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:37:03 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EyxZK-0002w3-E0 for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:36:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EyxZC-0005hB-GH for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:36:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKaVCZ006316; Tue, 17 Jan 2006 12:36:31 -0800 Date: Tue, 17 Jan 2006 12:36:31 -0800 Message-Id: <200601172036.k0HKaVCZ006316@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EyxZC-0005hB-GH ac34096a8bf26540002fa7001d695a0e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 174] Terminology in 4.4: "namespace name in scope" X-Archived-At: http://www.w3.org/mid/200601172036.k0HKaVCZ006316@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11689 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, 17 Jan 2006 20:37:03 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=174 Bug 174 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 15:46:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EyxiO-0001JL-3w for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 15:46:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16381 for ; Tue, 17 Jan 2006 15:44:38 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyxhi-0005iJ-6P for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 20:45:23 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyxhe-0005d0-UN for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 20:45:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EyxhP-00005e-CK for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 20:45:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HKj3GV006363; Tue, 17 Jan 2006 12:45:03 -0800 Date: Tue, 17 Jan 2006 12:45:03 -0800 Message-Id: <200601172045.k0HKj3GV006363@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EyxhP-00005e-CK 3a7e5d1aad4a3e7984c474bf1e255501 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 219] New: mixed content in DAV:error X-Archived-At: http://www.w3.org/mid/200601172045.k0HKj3GV006363@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11690 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, 17 Jan 2006 20:45:22 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=219 Summary: mixed content in DAV:error Product: WebDAV-RFC2518-bis Version: -10 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 13. XML Element Definitions AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org As of 2006-01-16, DAV:error seems to allow mixed content: 13.5 error XML Element Name: error Purpose: Error responses, particularly 403 Forbidden and 409 Conflict, sometimes need more information to indicate what went wrong. When an error response contains a body in WebDAV, the body is in XML with the root element 'error'. The 'error' element SHOULD include an XML element with the code of a failed precondition or postcondition. Description: Contains any XML element. This element MAY contain standard and/or custom child elements, text or mixed content. Text or mixed content MAY NOT be suitable for display to users. Any element that is a child of the 'error' element is considered to be a precondition or postcondition code. Unrecognized information items SHOULD be ignored if not recognized. I think that is incorrect. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 16:05:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyy1e-0005yd-Oh for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 16:05:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19137 for ; Tue, 17 Jan 2006 16:04:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyy0z-00048z-OL for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 21:05:17 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyy0o-00047f-JQ for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 21:05:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1Eyy0k-000347-LD for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 21:05:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HL50Xc006418; Tue, 17 Jan 2006 13:05:00 -0800 Date: Tue, 17 Jan 2006 13:05:00 -0800 Message-Id: <200601172105.k0HL50Xc006418@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1Eyy0k-000347-LD 260ee3fcfe89c0cc892150ae170a7058 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 166] XML_GUIDELINES_CONFORMANCE X-Archived-At: http://www.w3.org/mid/200601172105.k0HL50Xc006418@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11692 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, 17 Jan 2006 21:05:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=166 Bug 166 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 17 16:05:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eyy1e-0005ye-Qq for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 16:05:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19138 for ; Tue, 17 Jan 2006 16:04:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1Eyy0q-00048F-49 for w3c-dist-auth-dist@listhub.w3.org; Tue, 17 Jan 2006 21:05:08 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1Eyy0m-00046d-2p for w3c-dist-auth@listhub.w3.org; Tue, 17 Jan 2006 21:05:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1Eyy0j-000132-Es for w3c-dist-auth@w3.org; Tue, 17 Jan 2006 21:05:03 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0HL514q006428; Tue, 17 Jan 2006 13:05:01 -0800 Date: Tue, 17 Jan 2006 13:05:01 -0800 Message-Id: <200601172105.k0HL514q006428@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1Eyy0j-000132-Es b398bc697aa117c24503201e03ba1874 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 101] Extensibility for dav:owner X-Archived-At: http://www.w3.org/mid/200601172105.k0HL514q006428@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11691 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, 17 Jan 2006 21:05:08 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=101 Bug 101 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From DJYCBLRKWKWFE@skat.usc.edu Tue Jan 17 20:05:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ez1lW-0003bk-Rc for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 20:05:34 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18038 for ; Tue, 17 Jan 2006 20:04:08 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ez1tj-0002Tt-MN for webdav-archive@ietf.org; Tue, 17 Jan 2006 20:14:05 -0500 Received: from cpe-24-208-189-217.columbus.res.rr.com ([24.208.189.217]) by mx2.foretec.com with smtp (Exim 4.24) id 1Ez1lT-0001KN-NS for webdav-archive@ietf.org; Tue, 17 Jan 2006 20:05:32 -0500 Received: from ajax (ajax [1]) by .ajax.noc.ntua.gr (6.12.9p1/1.12.9) with ESMTP id hATLaiBS290508; Wed, 18 Jan 2006 06:05:31 +0500 Date: Tue, 17 Jan 2006 20:03:31 -0500 In-Reply-To: <28531128143048.B6031@.doit.wisc.edu> Message-ID: <26631129233551.K36409@.noc.ntua.gr> References: <26830224173406.A16390@.doit.wisc.edu> From: "Silvia Ervin" To: webdav-archive@ietf.org Subject: DNS Beta Test X-Spam-Score: 4.9 (++++) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a -Sensattional revolution in meedicine! -E-nlarge your p-enis up to 10 cm or up to 4 inches! -It's herbal solution what hasn't side effect, but has 100% guaranteed results! -Don't loose your chance and but know wihtout doubts, you will be impressed with results! Clisk h-ere: http://helpupromte.com From John_Lavagnino@grebby.com Tue Jan 17 20:11:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ez1rH-0005sS-SL for webdav-archive@megatron.ietf.org; Tue, 17 Jan 2006 20:11:31 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA18435 for ; Tue, 17 Jan 2006 20:10:06 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ez1zW-0002en-04 for webdav-archive@ietf.org; Tue, 17 Jan 2006 20:20:02 -0500 Received: from [80.224.187.54] (helo=-1209264928) by mx2.foretec.com with smtp (Exim 4.24) id 1Ez1r4-0001LM-2a for webdav-archive@ietf.org; Tue, 17 Jan 2006 20:11:26 -0500 Received: from grebby.com (-1211220448 [-1212073376]) by 54-187-224-80.user.auna.net (Qmailv1) with ESMTP id 11DAD1217A for ; Tue, 17 Jan 2006 19:05:44 -0500 Date: Tue, 17 Jan 2006 19:05:44 -0500 From: "Typecast G. Hellman" X-Mailer: The Bat! (v2.00.4) Personal X-Priority: 3 Message-ID: <0495497091.20060117190544@grebby.com> To: Webdav Subject: Software MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.5; AVE: 6.17.0.2; VDF: 6.17.0.5; host: 54-187-224-80.user.auna.net) X-Spam-Score: 3.5 (+++) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Content-Transfer-Encoding: 7bit Software taking a bite out of your budget? Try 0EM! Three steps to the software you need at the prices you want. New software on our site: Plus! XP - $59.95 Director MX 2004 - $69.95 Flash MX 2004 - $69.95 CorelDraw Graphics Suite 11 - $59.95 Actobat 6.0 Pro - $79.95 Office XP Professional - $79.95 Plus! XP - $59.95 Flash MX 2004 - $69.95 Windows 98 - $49.95 Encarta Encyclopedia Delux 2004 (3CD) - $89.95 Picture It Premium 9 - $59.95 PhotoRetouch Pro 3.0 - $59.95 Norton System Works 2003 - $59.95 Windows NT 4.0 Server - $49.95 Our site: http://titteryha.com From collerostjepa@parcbit.caib.es Wed Jan 18 04:49:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ez9wl-0001zL-Pp for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 04:49:43 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA23485 for ; Wed, 18 Jan 2006 04:48:16 -0500 (EST) Received: from 241.red-213-98-63.staticip.rima-tde.net ([213.98.63.241] helo=parcbit.caib.es) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EzA53-0001yP-65 for webdav-archive@ietf.org; Wed, 18 Jan 2006 04:58:18 -0500 Message-ID: <000001c61c0a$55b53ef0$9f77a8c0@driver> Reply-To: "Stjepan Coller" From: "Stjepan Coller" To: "Ale Zeolla" Subject: Exclusive Phja ramacy Date: Wed, 18 Jan 2006 03:36:53 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61BE0.6CDF36F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 2.5 (++) X-Scan-Signature: 386e0819b1192672467565a524848168 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61BE0.6CDF36F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Cia Via Val lis gra ium=20 only=20 only only $3 $3 $1 ,7 ,3 ,2 5 3 1 And many other http://www.ateminig.com =20 ------=_NextPart_000_0001_01C61BE0.6CDF36F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Cia
Via
Val

lis
gra
ium 

only 
only
only

$3
$3
$1

,7
,3
,2

5
3
1

------=_NextPart_000_0001_01C61BE0.6CDF36F0-- From mertzy@csionline.net Wed Jan 18 05:31:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzAbC-0003Zt-Kn for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 05:31:30 -0500 Received: from foawwuelxk.biz ([218.237.81.43]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA26289 for ; Wed, 18 Jan 2006 05:30:03 -0500 (EST) Received: from algerian.pax.com (plea [3.27.11.181]) by carlyle.com (parisian) with dynast id 4094003960873 for ; Wed, 18 Jan 2006 12:09:23 -0500 Date: Wed, 18 Jan 2006 10:52:00 -0500 Message-Id: <8970693918336327631353@microsoft.com> From: Mallory Petersen To: webdav-archive@ietf.org Subject: Amazing, Son Content-Type: multipart/mixed;boundary="------=55530243189926" Content-Transfer-Encoding: base64 --------=55530243189926 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


You stars that reigned at my nativity, whose influence hath allotted death and hell.
The human race has but one really affective weapon, and that is laughter.When it is dark enough, you can see the stars. --------=55530243189926 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Frieda-> http://olikorin.com/?a=1065 --------=55530243189926-- From brian@hendry.freeserve.co.uk.cnri.reston.va.us Wed Jan 18 05:34:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzAdm-0004FJ-Qf for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 05:34:10 -0500 Received: from host-81-190-204-16.gorzow.mm.pl (host-81-190-204-16.gorzow.mm.pl [81.190.204.16]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA26446 for ; Wed, 18 Jan 2006 05:32:39 -0500 (EST) Received: from mail by microsoft.com with local id 63-19-4; Wed, 18 Jan 2006 08:16:55 -0500 From: Alec Correa To: webdav-archive@ietf.org Subject: Amazing, Desiree Mime-Version: 1.0 X-Mailer: anonymous Web-Mail 2.19 X-Originating-IP: 125.161.42.3 via proxy [253.1.208.232] Date: Wed, 18 Jan 2006 12:12:40 -0500 Reply-To: Sheldon Paulson Message-Id: <278153-295429-6007449.sept-actual-grimes@hendry.freeserve.co.uk> Content-Type: multipart/mixed; boundary="------=97195586421598" Content-Transfer-Encoding: quoted-printable --------=97195586421598 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Real life seems to have no plots.
The more laws, the more offenders.There is always one moment in childhood when the door opens and lets the future in.The humblest citizen of all the land when clad in the armor of a righteous cause, is stronger than all the hosts of Error. --------=97195586421598 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Sofia-> http://grataenor.com/?a=1065 --------=97195586421598-- From w3c-dist-auth-request@frink.w3.org Wed Jan 18 11:13:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzFwD-0007lo-RS for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 11:13:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA00006 for ; Wed, 18 Jan 2006 11:12:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzFuT-00063y-A0 for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 16:11:45 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzFuP-00063J-Mn for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 16:11:41 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1EzFuK-0001pr-Vd for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 16:11:41 +0000 Received: (qmail invoked by alias); 18 Jan 2006 16:11:26 -0000 Received: from pd95b23e9.dip0.t-ipconnect.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp029) with SMTP; 18 Jan 2006 17:11:26 +0100 X-Authenticated: #1915285 Message-ID: <43CE682D.30300@gmx.de> Date: Wed, 18 Jan 2006 17:09:17 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Geoffrey M Clemm CC: webdav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1EzFuK-0001pr-Vd 8dbf884f86014791861ce848c9920e2e X-Original-To: w3c-dist-auth@w3.org Subject: Re: GULP as pure model, draft 2 X-Archived-At: http://www.w3.org/mid/43CE682D.30300@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11693 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, 18 Jan 2006 16:11:45 +0000 Content-Transfer-Encoding: 7bit Geoffrey M Clemm wrote: > > Looking better. A few suggested changes below: > > Lisa wrote on 01/16/2006 02:55:16 PM: > > > > 3. A resource cannot be directly or indirectly locked with an exclusive > > lock and any other lock at the same time, as these would be > > conflicting. > > I believe it is clearer to state this requirement in terms of what > operations must fail, because otherwise an implementor > could mistakenly conclude that the second > request could succeed, and just not result in a second lock. > Also, there is no need to introduce the term "conflicting" > here. So I'd simplify this to just say: > > 3. When a resource is directly or indirectly locked with an exclusive > lock, an attempt to lock that resource with a different lock MUST fail. ...while I agree with the comment, I still think that introducing the term "conflicting" makes sense; I think we need it in other parts of the spec. > 7. A lock-token MUST be submitted in any request that modifies any > of the following aspects of the locked resource: > > > > Now to address Julian's comment that we need some of this stuff to be > > normative so that other specs can be concise > > The issue is not how precise another spec is ... the issue is that this > document needs to make normative statements about locking for methods other > than those defined in this specification. For example, if a new > PROPINSERT method is defined (that inserts values into an existing property > value), then this model needs to normatively apply to PROPINSERT, which it > would not if the only normative language about locking > appears in the 2518 method definitions. +1 > > I propose that most requirements belong > > in the section where a method or header is defined > > That fails to make this locking model normative to methods defined in > other specs. > > > -- this helps us > > avoid discussions of marshalling in the model > > Making the model normative does not require discussions of marshalling. > > > which makes it cleaner, > > and keeps requirements together readably (e.g. all requirements about > > LOCK are in LOCK section). > > This model should appear in the LOCK section. +1 > > Thus: > > - Normative text about LOCK request goes in the section on LOCK. E.g. > > creating new empty resource, refresh requirements. > > - Normative text about UNLOCK request goes in section on UNLOCK. > > - Model point #7 could EITHER become normative right there in the > > model and just change "must" to "MUST" > > OR go in the section relating to marshalling of > submitting lock > > tokens, which is the If header section (ick) > > OR be repeated as normative in the "Lock Tokens" section, > > presumably a sub-section after the model is introduced > > > > Suggestions welcome... > > I suggest just making the model normative by changing "must" to "MUST" > wherever normative statements are being made in the model. > > > We're still not yet at the point where GULP can be very cleanly > > introduced (although I think we're getting closer). For example, GULP > > uses "lock-token" before that term has been introduced. Does that mean > > that GULP should be in RFC2518bis after the section on lock-tokens, or > > that it should be before and we should add a model point (number 5.5, > > effectively) to say that "every lock has a unique lock-token assigned > > by the server"? > > I suggest the latter, i.e. add the clause to the model. Yes, that would make a lot of sense. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Wed Jan 18 12:35:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzHDG-0004ew-PI for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 12:35:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06548 for ; Wed, 18 Jan 2006 12:33:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzHCF-0004tU-0J for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 17:34:11 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzHCB-0004s2-2g for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 17:34:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzHC3-00077o-Dr for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 17:34:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IHXuj7007383; Wed, 18 Jan 2006 09:33:56 -0800 Date: Wed, 18 Jan 2006 09:33:56 -0800 Message-Id: <200601181733.k0IHXuj7007383@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzHC3-00077o-Dr e8ec55a373221056e5ca25d995ba3cea X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601181733.k0IHXuj7007383@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11694 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, 18 Jan 2006 17:34:11 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 09:33 ------- Agreement to try to get the complete GULP model into section 6 of the -12 draft, possibly merging section 7 as well. Also reword statements made about locking in other sections of the draft such that they are non-normative and refer back to the appropriate subsection in section 6. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 12:35:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzHDG-0004ey-Ti for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 12:35:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06549 for ; Wed, 18 Jan 2006 12:33:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzHCK-0004u6-PD for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 17:34:16 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzHCC-0004sS-2C for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 17:34:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzHCA-000794-DS for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 17:34:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IHY5xN007401; Wed, 18 Jan 2006 09:34:05 -0800 Date: Wed, 18 Jan 2006 09:34:05 -0800 Message-Id: <200601181734.k0IHY5xN007401@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzHCA-000794-DS 5ff7dc73050576bba50c1e5b65eb18ce X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601181734.k0IHY5xN007401@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11695 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, 18 Jan 2006 17:34:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:17:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzHsP-0002Nu-Bm for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:17:45 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA10394 for ; Wed, 18 Jan 2006 13:16:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzHrS-0003d0-Qa for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:16:46 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EzHrL-0003ai-Fm for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:16:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EzHrH-0006kd-MC for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:16:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIGWNM007570; Wed, 18 Jan 2006 10:16:32 -0800 Date: Wed, 18 Jan 2006 10:16:32 -0800 Message-Id: <200601181816.k0IIGWNM007570@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EzHrH-0006kd-MC 67af1e9992145def7618e6f384046834 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601181816.k0IIGWNM007570@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11696 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, 18 Jan 2006 18:16:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 10:16 ------- Agreement in 18 Dec telecon to adopt the latest proposal (remove last sentence regarding 'clients have to handle prefix rewriting' and close this issue. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:28:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzI2j-0005E1-Ty for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:28:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA11017 for ; Wed, 18 Jan 2006 13:26:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzI1s-0006hl-CM for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:27:32 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzI1r-0006hD-Ac for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:27:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzI1o-0005VP-Nt for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:27:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIRQSu007603; Wed, 18 Jan 2006 10:27:26 -0800 Date: Wed, 18 Jan 2006 10:27:26 -0800 Message-Id: <200601181827.k0IIRQSu007603@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzI1o-0005VP-Nt 81e245380ed50a57915eed3caedf8621 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 42] Consider deprecating text/xml for XML request/response bodies X-Archived-At: http://www.w3.org/mid/200601181827.k0IIRQSu007603@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11697 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, 18 Jan 2006 18:27:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=42 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 10:27 ------- Agreed in 18 Dec telecon that section 4.3 is somewhat misplaced. The first two paragraphs to be moved to section 8.1, the third removed as suggested, the fourth moved to section 16 with the rest of the XML extensibility discussion, and the last to section 20, IANA Considerations. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:44:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIII-0000iJ-R1 for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:44:30 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12075 for ; Wed, 18 Jan 2006 13:43:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzIH1-0004PF-Jg for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:43:11 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzIGx-0004OL-Vj for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:43:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzIGp-0005ja-5t for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:43:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIgw9E007629; Wed, 18 Jan 2006 10:42:58 -0800 Date: Wed, 18 Jan 2006 10:42:58 -0800 Message-Id: <200601181842.k0IIgw9E007629@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzIGp-0005ja-5t 67eee8200673f3a4c428f75442acffe7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601181842.k0IIgw9E007629@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11698 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, 18 Jan 2006 18:43:11 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 10:42 ------- Lisa to reword in next (-12) draft. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:44:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIIL-0000ib-Vv for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:44:34 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12080 for ; Wed, 18 Jan 2006 13:43:07 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzIHA-0004Qt-L0 for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:43:20 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzIH7-0004Pz-7V for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:43:17 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzIH0-0005mn-IL for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:43:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIh9Hr007649; Wed, 18 Jan 2006 10:43:09 -0800 Date: Wed, 18 Jan 2006 10:43:09 -0800 Message-Id: <200601181843.k0IIh9Hr007649@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzIH0-0005mn-IL a1ea2f5d5ce92e231708601bea5da981 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601181843.k0IIh9Hr007649@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11699 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, 18 Jan 2006 18:43:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:52:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIQN-0002pW-F7 for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:52:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12745 for ; Wed, 18 Jan 2006 13:51:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzIPY-00015s-Oc for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:52:00 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzIPW-000156-N2 for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:51:58 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzIPV-00086d-22 for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:51:58 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIpuJq007682; Wed, 18 Jan 2006 10:51:56 -0800 Date: Wed, 18 Jan 2006 10:51:56 -0800 Message-Id: <200601181851.k0IIpuJq007682@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzIPV-00086d-22 0b43b1eefe6cd63590fbff903cdd0aba X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 42] Consider deprecating text/xml for XML request/response bodies X-Archived-At: http://www.w3.org/mid/200601181851.k0IIpuJq007682@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11700 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, 18 Jan 2006 18:52:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=42 ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 10:51 ------- Ack, that should read '18 Jan telecon'... sorry. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:56:59 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIUN-00044X-0P for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:56:59 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13063 for ; Wed, 18 Jan 2006 13:55:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzITf-00028z-2K for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:56:15 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzITc-00028M-4l for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:56:12 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzITV-0000V0-5a for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:56:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIu4Bu007721; Wed, 18 Jan 2006 10:56:04 -0800 Date: Wed, 18 Jan 2006 10:56:04 -0800 Message-Id: <200601181856.k0IIu4Bu007721@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzITV-0000V0-5a 75fcbb0e97d8674393bbf3268d0b02c3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 97] new error code descriptions X-Archived-At: http://www.w3.org/mid/200601181856.k0IIu4Bu007721@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11701 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, 18 Jan 2006 18:56:15 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=97 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 10:56 ------- Lisa to make proposed changes. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:57:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIUh-0004At-VK for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:57:20 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13107 for ; Wed, 18 Jan 2006 13:55:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzITw-0002GL-Ty for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:56:32 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzITt-0002EL-Br for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:56:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzITm-0000Yp-9W for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:56:29 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIuLmr007740; Wed, 18 Jan 2006 10:56:21 -0800 Date: Wed, 18 Jan 2006 10:56:21 -0800 Message-Id: <200601181856.k0IIuLmr007740@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzITm-0000Yp-9W 56e2d8eddeb0580bc2ee7744deb6a6f9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 97] new error code descriptions X-Archived-At: http://www.w3.org/mid/200601181856.k0IIuLmr007740@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11702 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, 18 Jan 2006 18:56:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=97 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:59:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIWh-0004zG-O3 for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:59:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13294 for ; Wed, 18 Jan 2006 13:57:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzIW6-0002ig-07 for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:58:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzIW4-0002i8-TN for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:58:44 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzIVx-00013E-6n for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:58:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIwbcD007757; Wed, 18 Jan 2006 10:58:37 -0800 Date: Wed, 18 Jan 2006 10:58:37 -0800 Message-Id: <200601181858.k0IIwbcD007757@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzIVx-00013E-6n 9bf628c6d2678e69442c31cdc4725eba X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601181858.k0IIwbcD007757@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11703 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, 18 Jan 2006 18:58:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 10:58 ------- Discussed during 18 Jan telecon -- consensus reached that MUST NOT language is incorrect, as clients do cache PROPFIND responses to support offline work. Stating SHOULD NOT is acceptable, with caveats regarding cache validation. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 13:59:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIWn-0004zh-Dh for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 13:59:29 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA13303 for ; Wed, 18 Jan 2006 13:58:03 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzIWF-0002sM-B5 for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 18:58:55 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzIWD-0002pK-Jh for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 18:58:53 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzIWB-0003iZ-1F for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 18:58:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IIwoXk007775; Wed, 18 Jan 2006 10:58:50 -0800 Date: Wed, 18 Jan 2006 10:58:50 -0800 Message-Id: <200601181858.k0IIwoXk007775@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzIWB-0003iZ-1F 7b8481eeefcdd601769e36d1e166a777 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601181858.k0IIwoXk007775@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11704 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, 18 Jan 2006 18:58:55 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:08:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIfq-0000BA-Nx for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:08:50 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA14134 for ; Wed, 18 Jan 2006 14:07:24 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzIf8-0006ig-Cz for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:08:06 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzIf6-0006hi-Cw for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:08:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzIeY-0005KJ-Ai for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:08:03 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJ7SPN007821; Wed, 18 Jan 2006 11:07:28 -0800 Date: Wed, 18 Jan 2006 11:07:28 -0800 Message-Id: <200601181907.k0IJ7SPN007821@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzIeY-0005KJ-Ai be76b0d63ce7350ad90cf635892019a3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601181907.k0IJ7SPN007821@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11705 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, 18 Jan 2006 19:08:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 11:07 ------- Lisa to address suggested changes in next (-12) draft. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:09:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzIg9-0000Bi-MA for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:09:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA14142 for ; Wed, 18 Jan 2006 14:07:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzIfb-0006rh-RX for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:08:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzIfa-0006r4-Vp for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:08:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzIeu-0005OR-UE for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:08:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJ7pjD007840; Wed, 18 Jan 2006 11:07:51 -0800 Date: Wed, 18 Jan 2006 11:07:51 -0800 Message-Id: <200601181907.k0IJ7pjD007840@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzIeu-0005OR-UE 11ae607da7ef7d0965f04545d0b5c073 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601181907.k0IJ7pjD007840@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11706 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, 18 Jan 2006 19:08:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:30:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJ0Q-00054S-Ri for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:30:06 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA15736 for ; Wed, 18 Jan 2006 14:28:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzIzj-0004c0-Ce for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:29:23 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzIze-0004Zw-OC for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:29:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzIzb-0001dV-HK for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:29:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJTArU007909; Wed, 18 Jan 2006 11:29:10 -0800 Date: Wed, 18 Jan 2006 11:29:10 -0800 Message-Id: <200601181929.k0IJTArU007909@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzIzb-0001dV-HK 2614cb6b2bd8d19d0f916c5067cc215a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601181929.k0IJTArU007909@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11707 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, 18 Jan 2006 19:29:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 11:29 ------- Ack, that should have read '18 Jan telecon'... apologies for the possible confusion and ennsuing bugzilla spam... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:49:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJJE-0003pE-GM for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:49:32 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17668 for ; Wed, 18 Jan 2006 14:48:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJIC-0003Ae-K9 for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:48:28 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJIA-00039l-Ai for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:48:26 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzJI7-0005Xz-F9 for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:48:25 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJmMk5007935; Wed, 18 Jan 2006 11:48:22 -0800 Date: Wed, 18 Jan 2006 11:48:22 -0800 Message-Id: <200601181948.k0IJmMk5007935@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzJI7-0005Xz-F9 124dc718c833cc09f40a0545c79504ad X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200601181948.k0IJmMk5007935@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11708 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, 18 Jan 2006 19:48:28 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 11:48 ------- Julian to compile a list of status codes that could be returned by a 2518bis compliant server in different situations, along with where their meanings are defined. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:49:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJJE-0003pQ-N4 for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:49:32 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17669 for ; Wed, 18 Jan 2006 14:48:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJIU-0003EP-Qy for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:48:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJIU-0003Dr-2d for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:48:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzJIM-00041V-Mk for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:48:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJmcc1007951; Wed, 18 Jan 2006 11:48:38 -0800 Date: Wed, 18 Jan 2006 11:48:38 -0800 Message-Id: <200601181948.k0IJmcc1007951@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzJIM-00041V-Mk b9ba6874aba07849419d0de7dc377efd X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200601181948.k0IJmcc1007951@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11709 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, 18 Jan 2006 19:48:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:50:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJK2-0003v4-Op for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:50:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17723 for ; Wed, 18 Jan 2006 14:48:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJJT-0003YV-Sd for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:49:47 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJJS-0003Xx-0P for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:49:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EzJJN-0005Af-MV for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:49:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJnfR8007981; Wed, 18 Jan 2006 11:49:41 -0800 Date: Wed, 18 Jan 2006 11:49:41 -0800 Message-Id: <200601181949.k0IJnfR8007981@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EzJJN-0005Af-MV 2669b58351e8852e0be2529ceea8b147 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 218] broken date format in example 8.2.6 X-Archived-At: http://www.w3.org/mid/200601181949.k0IJnfR8007981@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11710 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, 18 Jan 2006 19:49:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=218 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 11:49 ------- fixed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:55:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJOX-0004lN-0T for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:55:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA18067 for ; Wed, 18 Jan 2006 14:53:34 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJNv-0004b5-1v for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:54:23 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJNu-0004aW-20 for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:54:22 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzJNr-0006nB-Ie for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:54:21 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJsJpZ008004; Wed, 18 Jan 2006 11:54:19 -0800 Date: Wed, 18 Jan 2006 11:54:19 -0800 Message-Id: <200601181954.k0IJsJpZ008004@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzJNr-0006nB-Ie ba9c167c99a3ece27ba10166cb6768d5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601181954.k0IJsJpZ008004@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11711 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, 18 Jan 2006 19:54:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 11:54 ------- Lisa, please review this and make the a change if you agree... Thanks! ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:55:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJOa-0004md-H4 for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:55:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA18075 for ; Wed, 18 Jan 2006 14:53:38 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJO2-0004f2-Im for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:54:30 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJO0-0004bb-NJ for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:54:28 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzJNy-0005FF-M8 for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:54:28 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJsQTK008024; Wed, 18 Jan 2006 11:54:26 -0800 Date: Wed, 18 Jan 2006 11:54:26 -0800 Message-Id: <200601181954.k0IJsQTK008024@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzJNy-0005FF-M8 d11b1520d783d1b06e9729ea19561c03 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601181954.k0IJsQTK008024@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11712 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, 18 Jan 2006 19:54:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:57:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJR9-00059h-1Z for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:57:43 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA18246 for ; Wed, 18 Jan 2006 14:56:16 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJQZ-0005Nk-AR for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:57:07 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJQY-0005N4-7u for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:57:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EzJQV-0006Nk-4L for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:57:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJv3mm008050; Wed, 18 Jan 2006 11:57:03 -0800 Date: Wed, 18 Jan 2006 11:57:03 -0800 Message-Id: <200601181957.k0IJv3mm008050@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EzJQV-0006Nk-4L bbec656eabef639b4f3db2d4dcbd9d5b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601181957.k0IJv3mm008050@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11713 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, 18 Jan 2006 19:57:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |julian.reschke@greenbytes.de ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 11:56 ------- Julian to summarize on the list. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 14:58:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJS1-0005MZ-PS for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 14:58:37 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA18354 for ; Wed, 18 Jan 2006 14:57:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJRQ-0005ko-O5 for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 19:58:00 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJRP-0005kB-QJ for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 19:57:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzJRI-0007RZ-2S for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 19:57:59 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IJvmAS008078; Wed, 18 Jan 2006 11:57:48 -0800 Date: Wed, 18 Jan 2006 11:57:48 -0800 Message-Id: <200601181957.k0IJvmAS008078@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzJRI-0007RZ-2S aba3323133f3ffabaf06db175c0e4e78 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601181957.k0IJvmAS008078@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11714 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, 18 Jan 2006 19:58:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 15:02:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJW1-0006y9-Hd for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 15:02:45 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA18772 for ; Wed, 18 Jan 2006 15:01:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJVK-0000BA-NG for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 20:02:02 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJVC-00009L-3Y for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 20:01:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EzJUx-0007AV-Px for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 20:01:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IK1ddD008128; Wed, 18 Jan 2006 12:01:39 -0800 Date: Wed, 18 Jan 2006 12:01:39 -0800 Message-Id: <200601182001.k0IK1ddD008128@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EzJUx-0007AV-Px 45bd187f5376fdb40364a5f3cb2bcee0 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 219] mixed content in DAV:error X-Archived-At: http://www.w3.org/mid/200601182001.k0IK1ddD008128@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11715 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, 18 Jan 2006 20:02:02 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=219 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |48 AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org Bug 219 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Status|REOPENED |NEW Status|NEW |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-18 12:01 ------- Lisa, could you please address this along with issue 48? If this doesn't make sense, then we can discuss it during next weeks telecon. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 15:03:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJWk-00075F-0h for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 15:03:30 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA18817 for ; Wed, 18 Jan 2006 15:02:03 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJWC-0000Pw-0t for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 20:02:56 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJW8-0000Ox-Rl for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 20:02:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1EzJW2-0006vh-8o for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 20:02:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0IK2kV1008166; Wed, 18 Jan 2006 12:02:46 -0800 Date: Wed, 18 Jan 2006 12:02:46 -0800 Message-Id: <200601182002.k0IK2kV1008166@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1EzJW2-0006vh-8o 4d74b09ad62d2407b00d03bddcc6bc59 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 219] mixed content in DAV:error X-Archived-At: http://www.w3.org/mid/200601182002.k0IK2kV1008166@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11716 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, 18 Jan 2006 20:02:56 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=219 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 15:28:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzJv3-00067n-1B for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 15:28:37 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA20852 for ; Wed, 18 Jan 2006 15:27:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzJuD-0008AC-Uq for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 20:27:45 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EzJuA-00089F-Tw for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 20:27:43 +0000 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by aji.w3.org with esmtp (Exim 4.50) id 1EzJu6-0003Dy-Gg for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 20:27:41 +0000 Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-5.cisco.com with ESMTP; 18 Jan 2006 12:27:33 -0800 X-IronPort-AV: i="3.99,381,1131350400"; d="scan'208"; a="249840406:sNHT27989372" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id k0IKRac1017453 for ; Wed, 18 Jan 2006 12:27:36 -0800 (PST) Received: from 10.21.82.94 ([10.21.82.94]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 18 Jan 2006 20:27:33 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Wed, 18 Jan 2006 12:27:48 -0800 From: Cullen Jennings To: WebDav Message-ID: Thread-Topic: Status of 2518bis Thread-Index: AcYcbaV74/ALiIhgEdqbLwARJEEJ/A== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Received-SPF: none (aji.w3.org: domain of fluffy@cisco.com does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: aji.w3.org 1EzJu6-0003Dy-Gg 04af42181f8107a6c65dfde8d02d7486 X-Original-To: w3c-dist-auth@w3.org Subject: Status of 2518bis X-Archived-At: http://www.w3.org/mid/BFF3E4C4.6B4D1%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11717 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, 18 Jan 2006 20:27:45 +0000 Content-Transfer-Encoding: 7bit I suspect we are down to: one major issues - #13 the ETag stuff one medium issue - #161 the complete evaluation of if headers less than 10 small issue about 15 bugs that we have a good idea how we want to resolve but have not been put into a draft yet My current plan to is working group last calls by the end of this month. I would like to thank everyone for the hard work and remind everyone to reserve some time in early February to review the document. Thanks, Cullen From w3c-dist-auth-request@frink.w3.org Wed Jan 18 18:30:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzMlB-0004jS-Vz for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 18:30:38 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA20500 for ; Wed, 18 Jan 2006 18:29:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzMk2-0002MB-6M for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 23:29:26 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzMjy-0002Ke-2m for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 23:29:22 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzMju-00066T-Es for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 23:29:21 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0INTGuf008321; Wed, 18 Jan 2006 15:29:16 -0800 Date: Wed, 18 Jan 2006 15:29:16 -0800 Message-Id: <200601182329.k0INTGuf008321@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzMju-00066T-Es 499c5743741f689d24a1d0c95a841676 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601182329.k0INTGuf008321@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11718 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, 18 Jan 2006 23:29:26 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 ------- Additional Comments From lisa@osafoundation.org 2006-01-18 15:29 ------- I don't agree with the proposed change. I think this paragraph gives important context for the user to understand why 'include' is needed and why 'propname' is more important than ever, and how to implement in a world where 'allprop' doesn't really do all props. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 18 18:30:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzMlC-0004je-5e for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 18:30:38 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA20501 for ; Wed, 18 Jan 2006 18:29:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzMkR-0002PV-9P for w3c-dist-auth-dist@listhub.w3.org; Wed, 18 Jan 2006 23:29:51 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1EzMkO-0002OW-4N for w3c-dist-auth@listhub.w3.org; Wed, 18 Jan 2006 23:29:48 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1EzMkK-00081Q-3z for w3c-dist-auth@w3.org; Wed, 18 Jan 2006 23:29:47 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0INTfvi008344; Wed, 18 Jan 2006 15:29:41 -0800 Date: Wed, 18 Jan 2006 15:29:41 -0800 Message-Id: <200601182329.k0INTfvi008344@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1EzMkK-00081Q-3z ef31a0a1d2e034bb75bc499db9ac820e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601182329.k0INTfvi008344@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11719 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, 18 Jan 2006 23:29:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|ASSIGNED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From straisabe@graceventure.com Wed Jan 18 20:17:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzOQy-0007u2-WF for webdav-archive@megatron.ietf.org; Wed, 18 Jan 2006 20:17:53 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA28347 for ; Wed, 18 Jan 2006 20:16:26 -0500 (EST) Received: from [218.155.179.151] (helo=graceventure.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EzOZO-0007V9-6m for webdav-archive@ietf.org; Wed, 18 Jan 2006 20:26:35 -0500 Message-ID: <000001c61c96$1af47ba0$e674a8c0@stunk> Reply-To: "Isabela Strachan" From: "Isabela Strachan" To: "Merrick Cardenas" Subject: Fi ne Pth aramacy Date: Wed, 18 Jan 2006 20:17:24 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61C6C.321E73A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 3.5 (+++) X-Scan-Signature: b22590c27682ace61775ee7b453b40d3 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61C6C.321E73A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 View these and many other at http://www.aftemidnit.com =20 =20 Le Xa Va Am So Via Cia Me vit na liu bi m gr lis rid ra x m en a a =20 ia =20 =20 $ =20 =20 $ $ =20 =20 =20 1 =20 =20 3 3 =20 =20 =20 21 =20 =20 33 75 =20 =20 ------=_NextPart_000_0001_01C61C6C.321E73A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
View these and many other at http://www.aftemidnit.com
 
Le
Xa
Va
Am
So
Via
Cia
Me
vit
na
liu
bi
m
gr
lis
rid
ra
x
m
en
a
a
 
ia
 
 
$
 
 
$
$
 
 
 
1
 
 
3
3
 
 
 
.21
 
 
.33
.75
 
 
------=_NextPart_000_0001_01C61C6C.321E73A0-- From eangone@doubleclick.net Thu Jan 19 04:16:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzVtk-0005HH-LZ for webdav-archive@megatron.ietf.org; Thu, 19 Jan 2006 04:16:06 -0500 Received: from 24-182-149-163.dhcp.cpgd.mo.charter.com (24-182-149-163.dhcp.cpgd.mo.charter.com [24.182.149.163]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA03402 for ; Thu, 19 Jan 2006 04:14:35 -0500 (EST) Received: (from surname@microsoft.com) by microsoft.com (47.2.0/05.76.9/Submit) id panacea; Thu, 19 Jan 2006 01:19:32 -0500 Date: Thu, 19 Jan 2006 01:04:17 -0500 Message-Id: <8.5@microsoft.com> From: Manuel.Haynes.eangone@doubleclick.net To: webdav-archive@ietf.org Subject: Amazing, Bernadine X-Priority: 3 X-Mailer: beman orthophosphate Mailer Content-Type: multipart/mixed; boundary="------=024832867798" Content-Transfer-Encoding: base64 --------=024832867798 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


I would rather be first in a little Iberian village than second in Rome.
Ignorance is not bliss -- ignorance is ignorance.We are shifting from a managerial society to an entrepreneurial society. --------=024832867798 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Carlo-> --------=024832867798-- From lohen@geocities.com Thu Jan 19 04:15:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzVsm-0004j8-E6 for webdav-archive@megatron.ietf.org; Thu, 19 Jan 2006 04:15:04 -0500 Received: from wiley-336-118917.roadrunner.nf.net (wiley-336-118917.roadrunner.nf.net [205.251.53.55]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA03344 for ; Thu, 19 Jan 2006 04:13:36 -0500 (EST) Received: from seagull by microsoft.com with local (Exim 4.41 (FreeBSD)) id 87-6-4 for deflector; Wed, 18 Jan 2006 23:40:53 -0500 Message-ID: <31181@willowy> From: Willie Ritchie To: webdav-archive@ietf.org Subject: Amazing, Eliza Date: Wed, 18 Jan 2006 23:05:16 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 02727332.97647821.154804.53208 X-MimeOLE: Produced By Microsoft MimeOLE 11423.573304.0322658.17248 Content-Type: multipart/mixed; boundary="------=393785678689" Content-Transfer-Encoding: quoted-printable --------=393785678689 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

" style="text-decoration: none;">Learn
More
Now

Package Quantity Price in your local drugstore* Our price

«msg.module.not.found»
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


I never worry about action, but only inaction.No man is entitled to the blessings of freedom unless he be vigilant in its preservation.
Charming people live up to the very edge of their charm, and behave as outrageously as the world lets them.To be ignorant of one's ignorance is the malady of the ignorant. --------=393785678689 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Odell->
«msg.module.not.found»
--------=393785678689-- From w3c-dist-auth-request@frink.w3.org Thu Jan 19 10:42:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzbvE-00022D-36 for webdav-archive@megatron.ietf.org; Thu, 19 Jan 2006 10:42:00 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA01630 for ; Thu, 19 Jan 2006 10:40:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1EzbtS-0004Ay-JX for w3c-dist-auth-dist@listhub.w3.org; Thu, 19 Jan 2006 15:40:10 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1EzbtP-0004AJ-9q for w3c-dist-auth@listhub.w3.org; Thu, 19 Jan 2006 15:40:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1EzbtL-0005tO-HI for w3c-dist-auth@w3.org; Thu, 19 Jan 2006 15:40:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0JFe14v009438; Thu, 19 Jan 2006 07:40:01 -0800 Date: Thu, 19 Jan 2006 07:40:01 -0800 Message-Id: <200601191540.k0JFe14v009438@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1EzbtL-0005tO-HI 39c51f6489b1a88e22b97f69829488c7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601191540.k0JFe14v009438@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11720 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, 19 Jan 2006 15:40:10 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-19 07:40 ------- Well, in which case the paragraph needs a bit of tuning...: Note that 'allprop' does not return values for all live properties. WebDAV servers increasingly have expensively-calculated or lengthy properties (see [RFC3253] and [RFC3744]) and do not return all properties already. Instead, WebDAV clients can use propname requests to discover what live properties exist, and request named properties when retrieving values. A WebDAV server MAY omit certain live properties from other specifications when responding to an 'allprop' request from an older client, and MAY return only custom (dead) properties and those defined in this specification. In particular, the stuff about "older clients" is irritating; how does that affect the server behaviour? Please clarify. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From Dirson@gmrlawfirm.com Thu Jan 19 12:10:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzdIf-00082K-Mg for webdav-archive@megatron.ietf.org; Thu, 19 Jan 2006 12:10:17 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA07549 for ; Thu, 19 Jan 2006 12:08:49 -0500 (EST) Received: from cp779775-a.tilbu1.nb.home.nl ([84.24.96.223] helo=-1212704824) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EzdRD-00062Z-D7 for webdav-archive@ietf.org; Thu, 19 Jan 2006 12:19:09 -0500 Received: from gmrlawfirm.com (-1211271328 [-1211350496]) by cp779775-a.tilbu1.nb.home.nl (Qmailv1) with ESMTP id 9D9EA84D73 for ; Thu, 19 Jan 2006 12:11:04 -0500 Date: Thu, 19 Jan 2006 12:11:04 -0500 From: "Idolizes H. Arrogantly" X-Mailer: The Bat! (v2.00.2) Personal X-Priority: 3 Message-ID: <2093786524.20060119121104@gmrlawfirm.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------EC1A57F326447C7" X-Virus-Scanned: by AMaViS perl-11 mion X-Spam-Score: 1.2 (+) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe This is a multi-part message in MIME format. ------------EC1A57F326447C7 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlragra $3.3 Lesvitra $3.3 Cixalis $3.7 Imibtrex $16.4 Flolmax $2.2 Ultqram $0.78 Vipoxx $4.75 Amzbien $2.2 Valitum $0.97 Xahnax $1.09 Somga $3 Merxidia $2.2 visit our website http://anermeer.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------EC1A57F326447C7 Content-Type: text/html Content-Transfer-Encoding: 7bit Vluagra - $3.3
Lepvitra - $3.3
Ciralis - $3.7
Imiitrex - $16.4
Flowmax - $2.2
Ultvram - $0.78
Vixoxx - $4.75
Ambbien - $2.2
Valiqum - $0.97
Xadnax - $1.09
Somaa - $3
Mervidia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------EC1A57F326447C7-- From flory@garryhoward.com Thu Jan 19 19:54:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzkYI-0004wa-FO for webdav-archive@megatron.ietf.org; Thu, 19 Jan 2006 19:54:54 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA16739 for ; Thu, 19 Jan 2006 19:53:27 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ezkgu-00059u-VK for webdav-archive@ietf.org; Thu, 19 Jan 2006 20:03:50 -0500 Received: from adsl-4-176-236.gsp.bellsouth.net ([65.4.176.236] helo=garryhoward.com) by mx2.foretec.com with smtp (Exim 4.24) id 1EzkYD-0003Vd-26 for webdav-archive@ietf.org; Thu, 19 Jan 2006 19:54:49 -0500 Message-ID: <000001c61d5c$1a8a3620$eed8a8c0@portraitist> Reply-To: "Ranya Flory" From: "Ranya Flory" To: "Ilkin Schneck" Subject: Nbeed Phgarama cy Date: Thu, 19 Jan 2006 19:54:44 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61D32.31B42E20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 2.5 (++) X-Scan-Signature: 34d35111647d654d033d58d318c0d21a This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61D32.31B42E20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 These and many other at http://www.ofheciwil.com Va Cia Via Xa liu lis gr na m =20 a x $ $ $ =20 1. 3. 3. =20 21 75 33 =20 ------=_NextPart_000_0001_01C61D32.31B42E20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
These and many other at http://www.ofheciwil.com

Va
Cia
Via
Xa

liu
lis
gr
na

m
 
a
x

$
$
$
 

1.
3.
3.
 

21
75
33
 

<= /DIV>
------=_NextPart_000_0001_01C61D32.31B42E20-- From vleeuwen@girox.com Fri Jan 20 01:43:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ezpzz-0006Ut-TE for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 01:43:51 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA11584 for ; Fri, 20 Jan 2006 01:42:24 -0500 (EST) Received: from pool-71-109-82-180.lsanca.dsl-w.verizon.net ([71.109.82.180] helo=143794648) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ezq8c-0007Uj-Fq for webdav-archive@ietf.org; Fri, 20 Jan 2006 01:52:50 -0500 Received: from girox.com (145385624 [140975032]) by pool-71-109-82-180.lsanca.dsl-w.verizon.net (Qmailv1) with ESMTP id 161E503FF4 for ; Fri, 20 Jan 2006 00:36:57 -0600 Date: Fri, 20 Jan 2006 00:36:57 -0600 From: Doctor X-Mailer: The Bat! (v2.00.7) Personal X-Priority: 3 Message-ID: <2617197668.20060120003657@girox.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------F543BA0DD598233" X-RAV-Antivirus: This e-mail has been scanned for viruses on host: pool-71-109-82-180.lsanca.dsl-w.verizon.net X-Spam-Score: 4.0 (++++) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe This is a multi-part message in MIME format. ------------F543BA0DD598233 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vleagra $3.3 Leavitra $3.3 Ciwalis $3.7 Imietrex $16.4 Floymax $2.2 Ultcram $0.78 Vivoxx $4.75 Amcbien $2.2 Valioum $0.97 Xavnax $1.09 Somaa $3 Merhidia $2.2 visit our website http://ladicent.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------F543BA0DD598233 Content-Type: text/html Content-Transfer-Encoding: 7bit Vlnagra - $3.3
Legvitra - $3.3
Cimalis - $3.7
Imibtrex - $16.4
Flowmax - $2.2
Ultjram - $0.78
Vifoxx - $4.75
Amvbien - $2.2
Valisum - $0.97
Xarnax - $1.09
Somba - $3
Mercidia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

etuuimfdsgj RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ------------F543BA0DD598233-- From rinikaram@gospelsearch.no Fri Jan 20 10:51:41 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzyY9-00042O-4M for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 10:51:41 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA24581 for ; Fri, 20 Jan 2006 10:50:13 -0500 (EST) Received: from 60.red-81-37-153.dynamicip.rima-tde.net ([81.37.153.60] helo=gospelsearch.no) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Ezygs-0000os-TP for webdav-archive@ietf.org; Fri, 20 Jan 2006 11:00:44 -0500 Message-ID: <000001c61dd9$5f567c50$b7c8a8c0@afflicted> Reply-To: "Karam Rini" From: "Karam Rini" To: "Blanca Brierly" Subject: Satisfactoery Phary amacy Date: Fri, 20 Jan 2006 10:51:27 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61DAF.76807450" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 2.8 (++) X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61DAF.76807450 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 These and many other at http://www.zarazs.info Via Xa Cia Val gr na lis iu a x =20 m=20 $ =20 $ $ 74. =20 79. 15 00 =20 95 5.00 ------=_NextPart_000_0001_01C61DAF.76807450 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
These and many other at http://www.zarazs.info

Via
Xa
Cia
Val

gr
na
lis
iu

a
x
 
m 

$
 
$
$

74.
 
79.
15

00
 
95
5.00

------=_NextPart_000_0001_01C61DAF.76807450-- From w3c-dist-auth-request@frink.w3.org Fri Jan 20 14:28:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F01vr-00082N-1s for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 14:28:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA12733 for ; Fri, 20 Jan 2006 14:26:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F01uB-0007pf-PZ for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 19:26:39 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F01u5-0007nX-5Z for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 19:26:33 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F01u0-0001z5-0k for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 19:26:32 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KJQO5U011103; Fri, 20 Jan 2006 11:26:24 -0800 Date: Fri, 20 Jan 2006 11:26:24 -0800 Message-Id: <200601201926.k0KJQO5U011103@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F01u0-0001z5-0k f3f0b5a96d8c620f72057a4700ab7155 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200601201926.k0KJQO5U011103@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11721 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: Fri, 20 Jan 2006 19:26:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-20 11:26 ------- I din't have time yet to complete this, but here are some preliminary thoughts: We have 2..3 different usages of HTTP status codes with Multistatus: 1) Inside response/status This is the generic use case; the HTTP status codes should have the same semantics as per the base spec; meaning that some will not apply (such as Precondition Failed). This can occur on many methods as part of partial success/failure, and on PROPFIND requests. Note that the PROPFIND method description currently doesn't mention these codes at all. 2a) In PROPFIND inside propstat/status 2b) In PROPPATCH insude propstat/status In these cases, status codes just are borrowed from the base spec, and apply to operations on individual properties, not HTTP resources. Some more thoughts: - (as discussed on 2006-11-18) spec should be clear that if a recipient doesn't know what to do with a specific code, it should apply the base semantics for the error class (basically 3xx = redirect, 4xx = client error, 5xx = server error). - we probably also need to clarify what combinations of 1) and 2a) in the same response are legal. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 14:32:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F020B-0000ww-Dm for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 14:32:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA13032 for ; Fri, 20 Jan 2006 14:31:24 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F01zY-0002p4-M3 for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 19:32:12 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F01zX-0002o2-0r for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 19:32:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F01zO-0002LP-WC for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 19:32:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KJW0Q8011121; Fri, 20 Jan 2006 11:32:00 -0800 Date: Fri, 20 Jan 2006 11:32:00 -0800 Message-Id: <200601201932.k0KJW0Q8011121@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F01zO-0002LP-WC a0d741f74fdf7b7a2248e3c4c26a3da2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601201932.k0KJW0Q8011121@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11722 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: Fri, 20 Jan 2006 19:32:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-07 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-20 11:32 ------- Analysis, based on : This section currently says: "The If header's purpose is to describe a series of state lists. If the state of the resource to which the header is applied does not match any of the specified state lists then the request MUST fail with a 412 (Precondition Failed). If one of the described state lists matches the state of the resource then the request may succeed." ...which seems to reflect the original semantics from , but then goes on saying...: "The server MUST do authorization checks before checking this or any conditional header. Assuming no other errors, the server MUST parse the If header when it appears on any request, evaluate all the clauses, and if the conditional evaluates to false, fail as described above." ...which seems to be a clear contradiction that whta was said previously. So whatever we decide to do, this certainly needs to be fixed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 14:53:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F02KK-0008R5-4L for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 14:53:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA14628 for ; Fri, 20 Jan 2006 14:52:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02Je-0004Sl-Ek for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 19:52:58 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F02Jb-0004RQ-Eq for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 19:52:55 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F02JT-00065F-Ky for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 19:52:54 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KJqlmJ011173; Fri, 20 Jan 2006 11:52:47 -0800 Date: Fri, 20 Jan 2006 11:52:47 -0800 Message-Id: <200601201952.k0KJqlmJ011173@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F02JT-00065F-Ky ff7e358c1b8a9e789e5515800fd84e06 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601201952.k0KJqlmJ011173@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11723 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: Fri, 20 Jan 2006 19:52:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- Additional Comments From elias@cse.ucsc.edu 2006-01-20 11:52 ------- Julian to follow up on mailing list, re: URL rewriting issue. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 14:57:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F02Nk-0001Ep-Fz for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 14:57:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA14845 for ; Fri, 20 Jan 2006 14:55:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02NA-00068O-Ib for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 19:56:36 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F02N9-00067N-Oh for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 19:56:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F02N5-0007X0-6i for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 19:56:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KJuUOp011192; Fri, 20 Jan 2006 11:56:30 -0800 Date: Fri, 20 Jan 2006 11:56:30 -0800 Message-Id: <200601201956.k0KJuUOp011192@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F02N5-0007X0-6i 27df644a84770446fd27063d09422a86 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601201956.k0KJuUOp011192@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11724 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: Fri, 20 Jan 2006 19:56:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 ------- Additional Comments From elias@cse.ucsc.edu 2006-01-20 11:56 ------- Agreed during 20 Jan telecon that there should only be a single DAV:error element, but that a sentence or two of text should acompany the DTD fragment in the description of the error element. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 15:06:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F02Wp-0003hc-7M for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 15:06:35 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15336 for ; Fri, 20 Jan 2006 15:05:07 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02W8-0001BS-W3 for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 20:05:52 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F02W6-0001Af-8h for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 20:05:50 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F02W4-0006PC-EN for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 20:05:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KK5lrP011231; Fri, 20 Jan 2006 12:05:47 -0800 Date: Fri, 20 Jan 2006 12:05:47 -0800 Message-Id: <200601202005.k0KK5lrP011231@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F02W4-0006PC-EN 2f2c8508adf66443c3b242e94bb3f641 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601202005.k0KK5lrP011231@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11725 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: Fri, 20 Jan 2006 20:05:52 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 15:11:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F02by-0005pK-Ow for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 15:11:54 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15691 for ; Fri, 20 Jan 2006 15:10:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02bK-0002Dy-3s for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 20:11:14 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F02bH-0002DO-6D for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 20:11:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F02bE-00028R-Dw for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 20:11:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KKB6pf011256; Fri, 20 Jan 2006 12:11:06 -0800 Date: Fri, 20 Jan 2006 12:11:06 -0800 Message-Id: <200601202011.k0KKB6pf011256@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F02bE-00028R-Dw bbe7172b862a2ce8a030332cf46a895d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601202011.k0KKB6pf011256@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11726 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: Fri, 20 Jan 2006 20:11:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-20 12:11 ------- Consensus among the participants of the 20 Jan telecon that, unless there is a compelling use case, the last sentence should be removed. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 15:12:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F02c4-0005sd-7B for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 15:12:00 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15704 for ; Fri, 20 Jan 2006 15:10:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02bV-0002I0-Vk for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 20:11:25 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F02bQ-0002E2-GL for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 20:11:20 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F02bN-0002AD-Jh for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 20:11:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KKBG82011274; Fri, 20 Jan 2006 12:11:16 -0800 Date: Fri, 20 Jan 2006 12:11:16 -0800 Message-Id: <200601202011.k0KKBG82011274@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F02bN-0002AD-Jh 46ba898208dd1d64e7a2fc1b9e028483 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601202011.k0KKBG82011274@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11727 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: Fri, 20 Jan 2006 20:11:25 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 15:30:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F02uO-0005XU-QI for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 15:30:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA17099 for ; Fri, 20 Jan 2006 15:29:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02tO-0007Dd-Tu for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 20:29:54 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F02tM-0007D1-HZ for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 20:29:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F02tC-0003mB-2T for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 20:29:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KKTcdh011336; Fri, 20 Jan 2006 12:29:38 -0800 Date: Fri, 20 Jan 2006 12:29:38 -0800 Message-Id: <200601202029.k0KKTcdh011336@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F02tC-0003mB-2T b26e4366c2c7910aa926eed9aab6f8fb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601202029.k0KKTcdh011336@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11729 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: Fri, 20 Jan 2006 20:29:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-20 12:29 ------- Consensus in 20 Dec telecon to adopt something along the lines of: "Servers MUST support "0" and "1" depth requests on WebDAV-compliant resources and SHOULD implement "infinity" requests. In practice, support for depth infinity requests MAY be disabled, due to the performance and security concerns associated with this behavior." The above text is meant to be in the spirit of /should implement, may be deployed/... Lisa, if the is acceptable to you, please include the above in the next draft. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 15:30:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F02uP-0005Xg-7q for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 15:30:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA17101 for ; Fri, 20 Jan 2006 15:29:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02tK-0007Cx-L5 for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 20:29:50 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F02tH-0007CK-CP for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 20:29:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F02tF-0002WH-Qs for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 20:29:47 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KKTjEu011354; Fri, 20 Jan 2006 12:29:45 -0800 Date: Fri, 20 Jan 2006 12:29:45 -0800 Message-Id: <200601202029.k0KKTjEu011354@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F02tF-0002WH-Qs 80cefa31181489dc775c98601639dc7f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601202029.k0KKTjEu011354@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11728 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: Fri, 20 Jan 2006 20:29:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 15:36:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F02zf-0007N4-Ki for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 15:36:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA17422 for ; Fri, 20 Jan 2006 15:34:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02z3-0002Gt-9H for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 20:35:45 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F02z1-0002GL-6m for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 20:35:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F02yy-0007LF-Fi for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 20:35:42 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KKZdwj011381; Fri, 20 Jan 2006 12:35:39 -0800 Date: Fri, 20 Jan 2006 12:35:39 -0800 Message-Id: <200601202035.k0KKZdwj011381@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F02yy-0007LF-Fi 3109ab028d7ba4f1b696a223ce4ef57c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 210] incorrect statement on PROPPATCH and property recurrence X-Archived-At: http://www.w3.org/mid/200601202035.k0KKZdwj011381@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11730 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: Fri, 20 Jan 2006 20:35:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=210 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-20 12:35 ------- Currently clients don't have to check for this, because servers don't require it. Changing this would require clients to check what they send, and therefore risks breaking interoperable implementations. Participants in the 20 Jan telecon agree that this restriction should be removed in light of the above. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 15:36:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0302-0007fQ-43 for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 15:36:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA17452 for ; Fri, 20 Jan 2006 15:35:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F02zP-0002Os-O3 for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 20:36:07 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F02zN-0002Nq-GF for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 20:36:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F02zE-0007OT-Du for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 20:36:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KKZlgB011399; Fri, 20 Jan 2006 12:35:47 -0800 Date: Fri, 20 Jan 2006 12:35:47 -0800 Message-Id: <200601202035.k0KKZlgB011399@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F02zE-0007OT-Du 57607845efe87761e5b717757ae96d53 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 210] incorrect statement on PROPPATCH and property recurrence X-Archived-At: http://www.w3.org/mid/200601202035.k0KKZlgB011399@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11731 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: Fri, 20 Jan 2006 20:36:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=210 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 15:50:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F03DC-0003pB-Gg for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 15:50:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA18133 for ; Fri, 20 Jan 2006 15:48:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F03CX-00068J-R0 for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 20:49:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F03CV-00067g-Fc for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 20:49:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F03CQ-0006n4-K8 for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 20:49:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KKnYLp011437; Fri, 20 Jan 2006 12:49:34 -0800 Date: Fri, 20 Jan 2006 12:49:34 -0800 Message-Id: <200601202049.k0KKnYLp011437@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F03CQ-0006n4-K8 be51453426153f2230900569bce25315 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601202049.k0KKnYLp011437@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11732 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: Fri, 20 Jan 2006 20:49:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |julian.reschke@greenbytes.de Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-20 12:49 ------- Julian to summarize... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 16:05:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F03Rp-0007Nn-5X for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 16:05:29 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA20949 for ; Fri, 20 Jan 2006 16:04:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F03RB-0002K7-DB for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 21:04:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F03R1-0002Ib-No for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 21:04:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F03Qz-0000V2-3K for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 21:04:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KL4bk3011512; Fri, 20 Jan 2006 13:04:37 -0800 Date: Fri, 20 Jan 2006 13:04:37 -0800 Message-Id: <200601202104.k0KL4bk3011512@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F03Qz-0000V2-3K 17ae867f3cff3f15452ad8f07db40540 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601202104.k0KL4bk3011512@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11734 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: Fri, 20 Jan 2006 21:04:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 16:05:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F03Rp-0007O6-IF for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 16:05:29 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA20950 for ; Fri, 20 Jan 2006 16:04:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F03R2-0002J4-UA for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 21:04:40 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F03Qz-0002IB-89 for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 21:04:37 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F03Qr-0000SY-Iv for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 21:04:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KL4TGe011494; Fri, 20 Jan 2006 13:04:29 -0800 Date: Fri, 20 Jan 2006 13:04:29 -0800 Message-Id: <200601202104.k0KL4TGe011494@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F03Qr-0000SY-Iv 7d1f79c685a043daed4ff977fcc84dcd X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601202104.k0KL4TGe011494@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11733 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: Fri, 20 Jan 2006 21:04:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-20 13:04 ------- This seems like this concern affects HTTP servers in general and, although WebDAV may exacerbate the problem, we certainly cannot include every concern in this category and are unlikely to say anything new in this regard. My preference would be to say nothing, but if we absolutely must include this subsection, then we should have a brief discussion of the language. My intuition is that we can say everything that needs to be said much more concisely than the current text... Cullen has volunteered to propose alternate text if desired. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 16:05:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F03S8-0007WU-AO for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 16:05:48 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA21018 for ; Fri, 20 Jan 2006 16:04:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F03RZ-0002zd-9T for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 21:05:13 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F03RV-0002yO-9t for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 21:05:09 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F03RK-0000WA-Kv for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 21:05:08 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KL4wLk011528; Fri, 20 Jan 2006 13:04:58 -0800 Date: Fri, 20 Jan 2006 13:04:58 -0800 Message-Id: <200601202104.k0KL4wLk011528@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F03RK-0000WA-Kv f2df09670fada56222ddbbb6f6d592b6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601202104.k0KL4wLk011528@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11735 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: Fri, 20 Jan 2006 21:05:13 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 16:05:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F03SD-0007Xi-Hs for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 16:05:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA21057 for ; Fri, 20 Jan 2006 16:04:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F03Rf-000340-De for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 21:05:19 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F03RW-0002yj-Hs for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 21:05:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F03RT-0004EV-TO for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 21:05:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KL57Nq011540; Fri, 20 Jan 2006 13:05:07 -0800 Date: Fri, 20 Jan 2006 13:05:07 -0800 Message-Id: <200601202105.k0KL57Nq011540@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F03RT-0004EV-TO 24c270238a5b80f9b2b5304d069ed7d7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601202105.k0KL57Nq011540@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11736 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: Fri, 20 Jan 2006 21:05:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 16:05:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F03SH-0007YH-Hs for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 16:05:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA21080 for ; Fri, 20 Jan 2006 16:04:30 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F03Rj-00038q-KT for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 21:05:23 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F03Rh-00036J-Tv for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 21:05:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F03Rb-0000aq-AL for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 21:05:21 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KL5FHK011553; Fri, 20 Jan 2006 13:05:15 -0800 Date: Fri, 20 Jan 2006 13:05:15 -0800 Message-Id: <200601202105.k0KL5FHK011553@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F03Rb-0000aq-AL 801f4747cdcc6a1f78e990423e07bbb7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601202105.k0KL5FHK011553@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11737 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: Fri, 20 Jan 2006 21:05:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 16:06:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F03SM-0007Yl-Ll for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 16:06:02 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA21096 for ; Fri, 20 Jan 2006 16:04:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F03Rp-0003EP-3S for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 21:05:29 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F03Rm-0003BU-FN for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 21:05:26 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F03Rj-0004HE-4e for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 21:05:25 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0KL5MEJ011567; Fri, 20 Jan 2006 13:05:22 -0800 Date: Fri, 20 Jan 2006 13:05:22 -0800 Message-Id: <200601202105.k0KL5MEJ011567@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F03Rj-0004HE-4e ce58fa72b9a04aeb04e04b1a7fff5503 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601202105.k0KL5MEJ011567@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11738 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: Fri, 20 Jan 2006 21:05:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 20 17:54:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F059e-0004tV-RC for webdav-archive@megatron.ietf.org; Fri, 20 Jan 2006 17:54:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA09419 for ; Fri, 20 Jan 2006 17:53:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F058R-0003UI-La for w3c-dist-auth-dist@listhub.w3.org; Fri, 20 Jan 2006 22:53:35 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F058M-0003Tf-RZ for w3c-dist-auth@listhub.w3.org; Fri, 20 Jan 2006 22:53:30 +0000 Received: from mail.inscc.utah.edu ([155.101.3.59]) by lisa.w3.org with esmtp (Exim 4.50) id 1F058K-0000jZ-VJ for w3c-dist-auth@w3.org; Fri, 20 Jan 2006 22:53:30 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.inscc.utah.edu (Postfix) with ESMTP id 48D865813E8 for ; Fri, 20 Jan 2006 15:53:28 -0700 (MST) Received: from mail.inscc.utah.edu ([127.0.0.1]) by localhost (mail.inscc.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30854-05 for ; Fri, 20 Jan 2006 15:53:27 -0700 (MST) Received: from cseo4 (cseo4.hec.utah.edu [155.101.19.214]) by mail.inscc.utah.edu (Postfix) with SMTP id 7D1E15813E5 for ; Fri, 20 Jan 2006 15:53:27 -0700 (MST) Message-ID: <00ad01c61e14$53765140$d613659b@cseo4> From: "Ha Pham" To: Date: Fri, 20 Jan 2006 15:53:27 -0700 Organization: School of Computing MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AA_01C61DD9.A70E0360" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Virus-Scanned: amavisd-new at chpc.utah.edu Received-SPF: softfail (lisa.w3.org: transitioning domain of hapham@cs.utah.edu does not designate 155.101.3.59 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1F058K-0000jZ-VJ 8332369cd81741eef6ddde5c2c6809b0 X-Original-To: w3c-dist-auth@w3.org Subject: manage many servers X-Archived-At: http://www.w3.org/mid/00ad01c61e14$53765140$d613659b@cseo4 Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11739 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: Fri, 20 Jan 2006 22:53:35 +0000 This is a multi-part message in MIME format. ------=_NextPart_000_00AA_01C61DD9.A70E0360 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello all, I would like to write a program to access different servers. Those = servers require SSH access from clients. I don't have right to install = any program on those servers. I also have my own server on which I can = install WebDav server. Currently, I use SSH to access all servers, but = my employer wants me to change to use WebDAV because he thinks it's more = standard and secure. I am very new to WebDAV, so I don't very much know = how powerful it is. I read on the FAQ and knew somethings different = between WebDAV and SSH. As my understanding, the most powerful and = difference between the 2 protocols is that WebDAV is based on HTTP = protocol and let the web browser access the file systems. Can anyone = help me in the problem I face: should I use WebDAV from the client to my = WebDAV server, and the WebDAV server accesses other SSH based servers to = return the file systems on those servers to the clients? Or I better use = 2 seperate protocol: WebDAV to access my own server and SSH to access = the servers I don't have right to install WebDAV? Or any other = suggestions? Thank you for your attention, Looking forwards to receiving your help, Ha Pham ------=_NextPart_000_00AA_01C61DD9.A70E0360 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello all,
 
I would like to write a program to = access different=20 servers. Those servers require SSH access from clients. I don't have = right to=20 install any program on those servers. I also have my own server on which = I can=20 install WebDav server. Currently, I use SSH to access all servers, but = my=20 employer wants me to change to use WebDAV because he thinks it's more = standard=20 and secure. I am very new to WebDAV, so I don't very much know how = powerful it=20 is. I read on the FAQ and knew somethings different between WebDAV and = SSH. As=20 my understanding, the most powerful and difference between the 2 = protocols is=20 that WebDAV is based on HTTP protocol and let the web browser access the = file=20 systems. Can anyone help me in the problem I face: should I use WebDAV = from the=20 client to my WebDAV server, and the WebDAV server accesses other SSH = based=20 servers to return the file systems on those servers to the clients? Or I = better=20 use 2 seperate protocol: WebDAV to access my own server and SSH to = access the=20 servers I don't have right to install WebDAV? Or any other=20 suggestions?
 
Thank you for your = attention,
Looking forwards to receiving your=20 help,
 
Ha Pham
------=_NextPart_000_00AA_01C61DD9.A70E0360-- From w3c-dist-auth-request@frink.w3.org Sat Jan 21 06:14:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0Ghk-0000rb-1u for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 06:14:48 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA23055 for ; Sat, 21 Jan 2006 06:13:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0Gfy-00042W-7b for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 11:12:58 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0Gfu-00041Y-GJ for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 11:12:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F0Gfq-0007x4-9q for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 11:12:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0LBClwb012534; Sat, 21 Jan 2006 03:12:47 -0800 Date: Sat, 21 Jan 2006 03:12:47 -0800 Message-Id: <200601211112.k0LBClwb012534@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0Gfq-0007x4-9q 86698882a515918653404c4fd5597fa4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601211112.k0LBClwb012534@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11740 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, 21 Jan 2006 11:12:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-09 |-10 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-21 03:12 ------- Reminder: this change (servers MAY be configured with depth infinity support disabled, clients must handle this case) should also be added to the Changes section (see proposals for Appendix E in ). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 21 06:19:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0Gm2-0002X5-60 for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 06:19:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA23320 for ; Sat, 21 Jan 2006 06:17:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0GlP-00062C-VA for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 11:18:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0GlG-00061V-Lm for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 11:18:26 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0GlD-0002mp-UU for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 11:18:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0LBIHWv012551; Sat, 21 Jan 2006 03:18:17 -0800 Date: Sat, 21 Jan 2006 03:18:17 -0800 Message-Id: <200601211118.k0LBIHWv012551@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0GlD-0002mp-UU 29ee49e07d6e5472be3aaa9767f9ce84 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 86] DAV header definitions should use RFC3864 templates X-Archived-At: http://www.w3.org/mid/200601211118.k0LBIHWv012551@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11741 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, 21 Jan 2006 11:18:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=86 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-21 03:18 ------- The registration for the Depth header is missing (my fault). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 21 06:19:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0Gm3-0002Xi-Ff for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 06:19:15 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA23322 for ; Sat, 21 Jan 2006 06:17:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0GlW-000632-30 for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 11:18:42 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0GlT-00062O-UG for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 11:18:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0GlQ-0004Q1-Dk for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 11:18:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0LBIZb3012573; Sat, 21 Jan 2006 03:18:35 -0800 Date: Sat, 21 Jan 2006 03:18:35 -0800 Message-Id: <200601211118.k0LBIZb3012573@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0GlQ-0004Q1-Dk 275718592feb0699cfeadb9893daa369 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 86] DAV header definitions should use RFC3864 templates X-Archived-At: http://www.w3.org/mid/200601211118.k0LBIZb3012573@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11742 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, 21 Jan 2006 11:18:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=86 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org Status|REOPENED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 21 06:42:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0H8J-0001rf-HU for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 06:42:15 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA24520 for ; Sat, 21 Jan 2006 06:40:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0H7Z-0003LY-Ef for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 11:41:29 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0H7V-0003Kr-Cf for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 11:41:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F0H7L-00047X-Bt for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 11:41:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0LBfFqF012606; Sat, 21 Jan 2006 03:41:15 -0800 Date: Sat, 21 Jan 2006 03:41:15 -0800 Message-Id: <200601211141.k0LBfFqF012606@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0H7L-00047X-Bt 78ee76fae5968966ad6966712bba0202 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 55] Multistatus format (empty) X-Archived-At: http://www.w3.org/mid/200601211141.k0LBfFqF012606@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11743 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, 21 Jan 2006 11:41:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=55 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-21 03:41 ------- There's an incorrect statement in the Changes section: "Required to handle empty multistatus responses in PROPFIND responses" This is incorrect, multistatus responses to PROPFIND will not be empty. (Multistatus responses to REPORT or SEARCH may, but that's a different topic). ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 21 07:14:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0Hdu-0004Ew-PK for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 07:14:54 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA26244 for ; Sat, 21 Jan 2006 07:13:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0Hcn-0002Ms-O7 for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 12:13:45 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0Hck-0002MA-F5 for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 12:13:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0Hcg-0006SR-LW for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 12:13:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0LCDWps012843; Sat, 21 Jan 2006 04:13:32 -0800 Date: Sat, 21 Jan 2006 04:13:32 -0800 Message-Id: <200601211213.k0LCDWps012843@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0Hcg-0006SR-LW 538e26cb61b7a73b1a0816128ac4eac8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601211213.k0LCDWps012843@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11744 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, 21 Jan 2006 12:13:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-21 04:13 ------- See proposed change in : Section 13., para. 112: OLD: Description: Provides information suitable to be presented to a user (PCDATA) and/or condition name elements (in 'error'). NEW: Description: Provides information suitable to be presented to a user (PCDATA) and/or condition name elements (in a single 'error' child element). Section 13., para. 113: OLD: NEW: ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 21 15:44:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0PbD-0005gR-JG for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 15:44:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA24364 for ; Sat, 21 Jan 2006 15:43:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0PZt-0003Dc-1p for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 20:43:17 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0PZo-0003Av-Hk for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 20:43:12 +0000 Received: from mail.gmx.net ([213.165.64.21]) by lisa.w3.org with smtp (Exim 4.50) id 1F0PZm-0007Az-80 for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 20:43:12 +0000 Received: (qmail invoked by alias); 21 Jan 2006 20:43:08 -0000 Received: from p508FC43F.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.196.63] by mail.gmx.net (mp019) with SMTP; 21 Jan 2006 21:43:08 +0100 X-Authenticated: #1915285 Message-ID: <43D29C4C.1090501@gmx.de> Date: Sat, 21 Jan 2006 21:40:44 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: WebDav Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1F0PZm-0007Az-80 d3fe5f94821dca2b9e130879d6d9a783 X-Original-To: w3c-dist-auth@w3.org Subject: Destination header syntax (Bug 211) and how WebDAV works with reverse proxies X-Archived-At: http://www.w3.org/mid/43D29C4C.1090501@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11745 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, 21 Jan 2006 20:43:17 +0000 Content-Transfer-Encoding: 7bit Hi, we've got an open issue with the format of the Destination header (see ). Investigating this one showed that there's a bigger issue behind it, and I was asked to summarize... 1. Status Quo In RFC2518, the Destination header is defined to take a full URL, so no relative references or absolute paths are allowed (). At first glance, this seems to be unambiguous and no reason whatsoever for further discussion. However, the problem here is that it means that client and server need to agree about what the HTTP authority (server + port) are. Why would that be a problem? The client did send the correct Host: header, after all, right? The issue here are setups where a reverse proxy sits between client and server (such as with ). In a reverse proxy setup, the client addresses the reverse proxy, not the origin server, and it's up to the reverse proxy to rewrite and forward the request to the end point. One use case for this would be a web site that uses Apache on port 80 as a base server, but also uses this to delegate calls to certain URLs to a servlet engine running on a different port (or machine). In cases like these, clients and server do not agree upon what the actual end point is. For plain HTTP, this usually is not a problem, unless the server constructs URLs on it's own and sends them back inside content (in which case there are additional modules trying to rewrite content). Regarding the Host request header, the reverse proxy generally has two choices. Leaving it as is (lying to the origin server), or rewriting it (putting in the actual address of the origin server). The latter seems to be the default both in Apache as in IIS scenarios. This isn't a problem, unless there is *other* information in the request that also identifies the origin server, such as the Destination header. Consider MOVE /a HTTP/1.1 Host: www.example.com Destination: http://www.example.com/b sent to a reverse proxy running on port 80 of www.example.com, which in turn forwards the request to port 8080, rewriting the host header, but not touching the Destination header: MOVE /a HTTP/1.1 Host: www.example.com:8080 Destination: http://www.example.com/b A compliant WebDAV server will detect that the target of MOVE is on a different server, and fail the request. So if this is a real-world problem, why haven't people been complaining more about it? - The most widely deployed WebDAV servers (Apache/moddav and IIS 5.5) in fact are not compliant. They just ignore the authority part in the destination header, and happily execute the MOVE operation (see ). - The most widely used WebDAV client (MS Webfolders) in fact has fallback behaviour: when the server returns a 502 status, it silently GETs the content from the source URL and PUTs it to the Destination (but watch out for lost WebDAV properties; it doesn't do PROPFIND/PROPPATCH as far as I can tell). 2. RFC2518bis history So at some point, this working group concluded that it would be good if clients would be able to stick just absolute paths into the Destination header, and the problem would go away, see . But this wouldn't really have been sufficient, as there are other places where we require full URLs in a request, such as in tagged lists in the If header. After short discussion, the change was backed out fearing that existing servers would become non-compliant. This history still reflects in awkward language in . 3. What now? I think the fact that both Apache and IIS ignore the spec is a clear indicator that we need to fix something. Servers just ignoring part of the Destination URL because clients may get them wrong, or because they may not pass properly through reverse proxies, certainly is a bad thing. As RFC2518bis already requires changes in servers, I think asking for a few more changes should be ok. In particular, requiring servers to accept absolute paths in requests seems to be an easy-to-implement and backwards compatible change (before, servers would reject these request with 4xx). This would include: a) the destination header and b) coded-URLs in Tagged lists in the If header At a minimum, we should *allow* servers to accept these. Smart clients could then fall back to sending just the paths in case the request using full URLs would fail. We also should try to get conformance tests for proper evaluation of the Destination header into Neon (the Apache problem already has been reported (as ). Alternatively, we could decide that this problem isn't big enough to warrant such a late spec change (in which case I'd recommend to move this into a future activity, making WebDAV more robust for setups like these). Feedback appreciated, Julian From w3c-dist-auth-request@frink.w3.org Sat Jan 21 15:44:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0PbD-0005gQ-JF for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 15:44:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA24363 for ; Sat, 21 Jan 2006 15:43:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0Pab-0003GR-LL for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 20:44:01 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0PaZ-0003Fi-Qk for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 20:43:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0PaW-0003i9-U2 for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 20:43:59 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0LKhnhd013146; Sat, 21 Jan 2006 12:43:49 -0800 Date: Sat, 21 Jan 2006 12:43:49 -0800 Message-Id: <200601212043.k0LKhnhd013146@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0PaW-0003i9-U2 e52655b3debc426bb9f283939f3d0ea3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601212043.k0LKhnhd013146@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11746 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, 21 Jan 2006 20:44:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-21 12:43 ------- Summary in . ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 21 16:33:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0QML-0003xq-Cy for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 16:33:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27047 for ; Sat, 21 Jan 2006 16:31:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0QLV-0006df-1F for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 21:32:29 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0QLQ-0006cz-4K for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 21:32:24 +0000 Received: from sj-iport-1-in.cisco.com ([171.71.176.70] helo=sj-iport-1.cisco.com) by lisa.w3.org with esmtp (Exim 4.50) id 1F0QLN-0006dd-Lm for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 21:32:24 +0000 Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-1.cisco.com with ESMTP; 21 Jan 2006 13:32:20 -0800 Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id k0LLWKc1029703 for ; Sat, 21 Jan 2006 13:32:20 -0800 (PST) Received: from 10.21.146.241 ([10.21.146.241]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Sat, 21 Jan 2006 21:32:20 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Sat, 21 Jan 2006 13:32:34 -0800 From: Cullen Jennings To: WebDav Message-ID: Thread-Topic: Bindings and permissions Thread-Index: AcYe0jD1b77Rz4rFEdqRrwARJEEJ/A== In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3220695155_2745099" Received-SPF: pass (lisa.w3.org: domain of fluffy@cisco.com designates 171.71.176.70 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0QLN-0006dd-Lm a12f280ea9b39b3233a37e702da1e54b X-Original-To: w3c-dist-auth@w3.org Subject: Re: Bindings and permissions X-Archived-At: http://www.w3.org/mid/BFF7E872.6BEDD%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11747 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, 21 Jan 2006 21:32:29 +0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3220695155_2745099 Content-type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hmm, some of this was before I was following webdav. It does not surprise me that the IESG said the some proposed ACL model was not simple enough to implement and requested changes. It would surprise me greatly that they would be looking for something that was so simple that it was not capable of solving the problem. I suspect the guiding principle here should be as simple as possible but no simpler. Something that does not explants how to deal with the situations that bind allows either mean that bind need to be changed to allow less situations or that the solution is not complete. Cullen On 12/16/05 6:29 PM, "Geoffrey M Clemm" wrote: > > There are ways to model this kind of thing, but the guidance we > received for the ACL spec is that the resulting ACL model is too > complicated, which is why we ended up with a much simpler model > (that cannot model this kind of thing). So I think the simple answer > is "no, there is no way for a client to find out about complex > ACL situations such as the ones you describe" (unless the IESG > changes its mind about how complex an ACL model is acceptable). > > Cheers, > Geoff > > > Lisa wrote on 12/16/2005 07:13:21 PM: > >> > >> > >> > I was thinking about the bindings and permissions stuff today. I've >> > discussed it before but this may be a new take on the subject. Recall >> > we don't really know what the behavior is with dynamically inherited >> > ACLs (when a parent's ACLs automatically apply to its child resources) >> > when some of those children are bindings to resources that also have >> > bindings. Some of the possible solutions to this: >> > >> > 1. Directory permissions are not dynamically applicable to children or >> > at least to bindings. >> > 2. You can't bind resources into directories that have different ACLs >> > than where they're bound already - server returns 403 or something >> > 3. Permissions are path-dependent. >> > 4. Not all bindings are first-class -- there's a "real name" and then >> > there are aliases. The collection containing the "real name" is the >> > one that inherits permissions >> > 5. There's some algorithm for "summing" or "intersecting" the >> > permissions according to the parents of all the bindings. >> > >> > There may be other possible models. >> > >> > It seems to me clients have no way of knowing which solution the server >> > has chosen and behavior can be quite unpredictable. Is there some way >> > to advertise the server's model? Are some of these choices forbidden? >> > Of those that aren't forbidden, is one of them recommended? >> > >> > It would be extremely surprising if the 'bind' privilege grants >> > somebody the ability to make a new mapping of a resource into a new >> > directory, AND that a consequence of that 'bind' operation is to change >> > the permissions on the underlying resource -- without requiring >> > 'writeacl' privilege. Since that's a possible security hole, what >> > should that be -- a MUST NOT? A security consideration? >> > >> > Lisa >> > >> > > --B_3220695155_2745099 Content-type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Re: Bindings and permissions
Hmm, some of this was before I was following webdav. It does not surprise m= e that the IESG said the some proposed ACL model was not simple enough to im= plement and requested changes. It would surprise me greatly that they would = be looking for something that was so simple that it was not capable of solvi= ng the problem.

I suspect the guiding principle here should be as simple as possible but no= simpler. Something that does not explants how to deal with the situations t= hat bind allows either mean that bind need to be changed to allow less situa= tions or that the solution is not complete.  

Cullen


On 12/16/05 6:29 PM, "Geoffrey M Clemm" <geoffrey.clemm@us.ibm= .com> wrote:


There are ways to model this kind of thing, but the guidan= ce we
received for the ACL spec is that the resulting ACL model = is too
complicated, which is why we ended up with a much simpler = model
(that cannot model this kind of thing).  So I think t= he simple answer=
is "no, there is no way for a client to find out abou= t complex
ACL situations such as the ones you describe" (unless= the IESG
changes its mind about how complex an ACL model is accepta= ble).

Cheers,
Geoff


Lisa wrote on 12/16/2005 07:13:21 PM:

>
>
> I was thinking about the bindings and permissions stuff today.  I= 've
> discussed it before but this may be a new take on the subject.  R= ecall
> we don't really know what the behavior is with dynamically inherited <= BR> > ACLs (when a parent's ACLs automatically apply to its child resources)=
> when some of those children are bindings to resources that also have <= BR> > bindings.  Some of the possible solutions to this:
>
> 1.  Directory permissions are not dynamically applicable to child= ren or
> at least to bindings.
> 2.  You can't bind resources into directories that have different= ACLs
> than where they're bound already - server returns 403 or something
> 3.  Permissions are path-dependent.
> 4.  Not all bindings are first-class -- there's a "real name= " and then
> there are aliases.  The collection containing the "real name= " is the
> one that inherits permissions
> 5.  There's some algorithm for "summing" or "inter= secting" the
> permissions according to the parents of all the bindings.
>
> There may be other possible models.
>
> It seems to me clients have no way of knowing which solution the serve= r
> has chosen and behavior can be quite unpredictable.  Is there som= e way
> to advertise the server's model? Are some of these choices forbidden? =  
> Of those that aren't forbidden, is one of them recommended?
>
> It would be extremely surprising if the 'bind' privilege grants
> somebody the ability to make a new mapping of a resource into a new > directory, AND that a consequence of that 'bind' operation is to chang= e
> the permissions on the underlying resource -- without requiring
> 'writeacl' privilege.  Since that's a possible security hole, wha= t
> should that be -- a MUST NOT?  A security consideration?
>
> Lisa
>
>


--B_3220695155_2745099-- From w3c-dist-auth-request@frink.w3.org Sat Jan 21 16:51:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0Qe2-0000po-92 for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 16:51:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27823 for ; Sat, 21 Jan 2006 16:50:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0Qd1-00048N-Kt for w3c-dist-auth-dist@listhub.w3.org; Sat, 21 Jan 2006 21:50:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0Qcw-00047M-Ib for w3c-dist-auth@listhub.w3.org; Sat, 21 Jan 2006 21:50:30 +0000 Received: from e3.ny.us.ibm.com ([32.97.182.143]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0Qcl-0005h8-I7 for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 21:50:30 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e3.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0LLoD4g032378 for ; Sat, 21 Jan 2006 16:50:13 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0LLoDB8096536 for ; Sat, 21 Jan 2006 16:50:13 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0LLoDLo004244 for ; Sat, 21 Jan 2006 16:50:13 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av04.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0LLoDJ9004241 for ; Sat, 21 Jan 2006 16:50:13 -0500 In-Reply-To: To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Sat, 21 Jan 2006 16:50:19 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/21/2006 16:50:12, Serialize complete at 01/21/2006 16:50:12 Content-Type: multipart/alternative; boundary="=_alternative 0077F685852570FD_=" Received-SPF: pass (maggie.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.143 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1F0Qcl-0005h8-I7 9c4e0ec340dbf502c48537b282aaabe7 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Bindings and permissions X-Archived-At: http://www.w3.org/mid/OFC57BE180.875F4118-ON852570FD.00770A31-852570FD.0077F70E@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11748 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, 21 Jan 2006 21:50:35 +0000 This is a multipart message in MIME format. --=_alternative 0077F685852570FD_= Content-Type: text/plain; charset="US-ASCII" The issues/questions raised by Lisa are not related to the bind spec; they are about dynamically inherited ACL's, which is not something that is currently modeled in the ACL spec. So there is nothing that can be changed about the bind spec to address this issue ... it is an ACL spec issue. If the ACL spec were extended to model dynamically inherited ACL's, then it would need to deal with multiple parents, but that is no harder than dealing with the interaction of the ACL directly on a resource with the ACL's that it inherits, so multiple bindings does not introduce any new issues in that regard. Cheers, Geoff Cullen wrote on 01/21/2006 04:32:34 PM: > Hmm, some of this was before I was following webdav. It does not > surprise me that the IESG said the some proposed ACL model was not > simple enough to implement and requested changes. It would surprise > me greatly that they would be looking for something that was so > simple that it was not capable of solving the problem. > > I suspect the guiding principle here should be as simple as possible > but no simpler. Something that does not explants how to deal with > the situations that bind allows either mean that bind need to be > changed to allow less situations or that the solution is not complete. > On 12/16/05 6:29 PM, "Geoffrey M Clemm" wrote: > There are ways to model this kind of thing, but the guidance we > received for the ACL spec is that the resulting ACL model is too > complicated, which is why we ended up with a much simpler model > (that cannot model this kind of thing). So I think the simple answer > is "no, there is no way for a client to find out about complex > ACL situations such as the ones you describe" (unless the IESG > changes its mind about how complex an ACL model is acceptable). > Lisa wrote on 12/16/2005 07:13:21 PM: > > I was thinking about the bindings and permissions stuff today. I've > > discussed it before but this may be a new take on the subject. Recall > > we don't really know what the behavior is with dynamically inherited > > ACLs (when a parent's ACLs automatically apply to its child resources) > > when some of those children are bindings to resources that also have > > bindings. Some of the possible solutions to this: > > > > 1. Directory permissions are not dynamically applicable to children or > > at least to bindings. > > 2. You can't bind resources into directories that have different ACLs > > than where they're bound already - server returns 403 or something > > 3. Permissions are path-dependent. > > 4. Not all bindings are first-class -- there's a "real name" and then > > there are aliases. The collection containing the "real name" is the > > one that inherits permissions > > 5. There's some algorithm for "summing" or "intersecting" the > > permissions according to the parents of all the bindings. > > > > There may be other possible models. > > > > It seems to me clients have no way of knowing which solution the server > > has chosen and behavior can be quite unpredictable. Is there some way > > to advertise the server's model? Are some of these choices forbidden? > > Of those that aren't forbidden, is one of them recommended? > > > > It would be extremely surprising if the 'bind' privilege grants > > somebody the ability to make a new mapping of a resource into a new > > directory, AND that a consequence of that 'bind' operation is to change > > the permissions on the underlying resource -- without requiring > > 'writeacl' privilege. Since that's a possible security hole, what > > should that be -- a MUST NOT? A security consideration? --=_alternative 0077F685852570FD_= Content-Type: text/html; charset="US-ASCII"
The issues/questions raised by Lisa are not related to the bind spec;
they are about dynamically inherited ACL's, which is not something that
is currently modeled in the ACL spec.  So there is nothing that can
be changed about the bind spec to address this issue ... it is an ACL
spec issue.  If the ACL spec were extended to model dynamically inherited
ACL's, then it would need to deal with multiple parents, but that is no
harder than dealing with the interaction of the ACL directly on a resource
with the ACL's that it inherits, so multiple bindings does not introduce
any new issues in that regard.

Cheers,
Geoff

Cullen wrote on 01/21/2006 04:32:34 PM:
> Hmm, some of this was before I was following webdav. It does not
> surprise me that the IESG said the some proposed ACL model was not
> simple enough to implement and requested changes. It would surprise
> me greatly that they would be looking for something that was so
> simple that it was not capable of solving the problem.
>
> I suspect the guiding principle here should be as simple as possible
> but no simpler. Something that does not explants how to deal with
> the situations that bind allows either mean that bind need to be
> changed to allow less situations or that the solution is not complete.  

> On 12/16/05 6:29 PM, "Geoffrey M Clemm" <geoffrey.clemm@us.ibm.com> wrote:
> There are ways to model this kind of thing, but the guidance we
> received for the ACL spec is that the resulting ACL model is too
> complicated, which is why we ended up with a much simpler model
> (that cannot model this kind of thing).  So I think the simple answer
> is "no, there is no way for a client to find out about complex
> ACL situations such as the ones you describe" (unless the IESG
> changes its mind about how complex an ACL model is acceptable).

> Lisa wrote on 12/16/2005 07:13:21 PM:
> > I was thinking about the bindings and permissions stuff today.  I've
> > discussed it before but this may be a new take on the subject.  Recall
> > we don't really know what the behavior is with dynamically inherited
> > ACLs (when a parent's ACLs automatically apply to its child resources)
> > when some of those children are bindings to resources that also have
> > bindings.  Some of the possible solutions to this:
> >
> > 1.  Directory permissions are not dynamically applicable to children or
> > at least to bindings.
> > 2.  You can't bind resources into directories that have different ACLs
> > than where they're bound already - server returns 403 or something
> > 3.  Permissions are path-dependent.
> > 4.  Not all bindings are first-class -- there's a "real name" and then
> > there are aliases.  The collection containing the "real name" is the
> > one that inherits permissions
> > 5.  There's some algorithm for "summing" or "intersecting" the
> > permissions according to the parents of all the bindings.
> >
> > There may be other possible models.
> >
> > It seems to me clients have no way of knowing which solution the server
> > has chosen and behavior can be quite unpredictable.  Is there some way
> > to advertise the server's model? Are some of these choices forbidden?  
> > Of those that aren't forbidden, is one of them recommended?
> >
> > It would be extremely surprising if the 'bind' privilege grants
> > somebody the ability to make a new mapping of a resource into a new
> > directory, AND that a consequence of that 'bind' operation is to change
> > the permissions on the underlying resource -- without requiring
> > 'writeacl' privilege.  Since that's a possible security hole, what
> > should that be -- a MUST NOT?  A security consideration?

 --=_alternative 0077F685852570FD_=-- From w3c-dist-auth-request@frink.w3.org Sat Jan 21 19:07:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0SlY-0005xe-Vh for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 19:07:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA04104 for ; Sat, 21 Jan 2006 19:06:03 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0Sjx-0008Lc-HC for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 00:05:53 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0Sju-0008Kx-4Y for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 00:05:50 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0Sjp-0002VS-Lq for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 00:05:49 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 65DE514228E; Sat, 21 Jan 2006 16:05:43 -0800 (PST) In-Reply-To: <43D29C4C.1090501@gmx.de> References: <43D29C4C.1090501@gmx.de> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9D8ECBCB-E422-46B2-9E4E-E3DCB6E6FB3F@osafoundation.org> Cc: WebDav Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Sat, 21 Jan 2006 16:05:38 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.728) Received-SPF: pass (lisa.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1F0Sjp-0002VS-Lq 63516b5a5c8cdaaded0126524d99c3c3 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Destination header syntax (Bug 211) and how WebDAV works with reverse proxies X-Archived-At: http://www.w3.org/mid/9D8ECBCB-E422-46B2-9E4E-E3DCB6E6FB3F@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11749 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, 22 Jan 2006 00:05:53 +0000 Content-Transfer-Encoding: 7bit I support extending the Destination header and all other locations that take URLs, such that servers MUST accept absolute paths. lisa On Jan 21, 2006, at 12:40 PM, Julian Reschke wrote: > > Hi, > > we've got an open issue with the format of the Destination header > (see ). > Investigating this one showed that there's a bigger issue behind > it, and I was asked to summarize... > > > 1. Status Quo > > In RFC2518, the Destination header is defined to take a full URL, > so no relative references or absolute paths are allowed ( greenbytes.de/tech/webdav/rfc2518.html#HEADER_Destination>). At > first glance, this seems to be unambiguous and no reason whatsoever > for further discussion. > > However, the problem here is that it means that client and server > need to agree about what the HTTP authority (server + port) are. > Why would that be a problem? The client did send the correct Host: > header, after all, right? > > The issue here are setups where a reverse proxy sits between client > and server (such as with mod_proxy.html>). In a reverse proxy setup, the client addresses > the reverse proxy, not the origin server, and it's up to the > reverse proxy to rewrite and forward the request to the end point. > One use case for this would be a web site that uses Apache on port > 80 as a base server, but also uses this to delegate calls to > certain URLs to a servlet engine running on a different port (or > machine). > > In cases like these, clients and server do not agree upon what the > actual end point is. For plain HTTP, this usually is not a problem, > unless the server constructs URLs on it's own and sends them back > inside content (in which case there are additional modules trying > to rewrite content). > > Regarding the Host request header, the reverse proxy generally has > two choices. Leaving it as is (lying to the origin server), or > rewriting it (putting in the actual address of the origin server). > The latter seems to be the default both in Apache as in IIS scenarios. > > This isn't a problem, unless there is *other* information in the > request that also identifies the origin server, such as the > Destination header. Consider > > MOVE /a HTTP/1.1 > Host: www.example.com > Destination: http://www.example.com/b > > sent to a reverse proxy running on port 80 of www.example.com, > which in turn forwards the request to port 8080, rewriting the host > header, but not touching the Destination header: > > MOVE /a HTTP/1.1 > Host: www.example.com:8080 > Destination: http://www.example.com/b > > A compliant WebDAV server will detect that the target of MOVE is on > a different server, and fail the request. > > So if this is a real-world problem, why haven't people been > complaining more about it? > > - The most widely deployed WebDAV servers (Apache/moddav and IIS > 5.5) in fact are not compliant. They just ignore the authority part > in the destination header, and happily execute the MOVE operation > (see ). > > - The most widely used WebDAV client (MS Webfolders) in fact has > fallback behaviour: when the server returns a 502 status, it > silently GETs the content from the source URL and PUTs it to the > Destination (but watch out for lost WebDAV properties; it doesn't > do PROPFIND/PROPPATCH as far as I can tell). > > > > 2. RFC2518bis history > > So at some point, this working group concluded that it would be > good if clients would be able to stick just absolute paths into the > Destination header, and the problem would go away, see lists.w3.org/Archives/Public/w3c-dist-auth/2004JulSep/0025.html>. > But this wouldn't really have been sufficient, as there are other > places where we require full URLs in a request, such as in tagged > lists in the If header. After short discussion, the change was > backed out fearing that existing servers would become non- > compliant. This history still reflects in awkward language in > rfc2518bis-10.html#destination-header>. > > > 3. What now? > > I think the fact that both Apache and IIS ignore the spec is a > clear indicator that we need to fix something. Servers just > ignoring part of the Destination URL because clients may get them > wrong, or because they may not pass properly through reverse > proxies, certainly is a bad thing. > > As RFC2518bis already requires changes in servers, I think asking > for a few more changes should be ok. In particular, requiring > servers to accept absolute paths in requests seems to be an easy-to- > implement and backwards compatible change (before, servers would > reject these request with 4xx). > > This would include: > > a) the destination header and > b) coded-URLs in Tagged lists in the If header > > At a minimum, we should *allow* servers to accept these. Smart > clients could then fall back to sending just the paths in case the > request using full URLs would fail. > > We also should try to get conformance tests for proper evaluation > of the Destination header into Neon (the Apache problem already has > been reported (as show_bug.cgi?id=38182>). > > Alternatively, we could decide that this problem isn't big enough > to warrant such a late spec change (in which case I'd recommend to > move this into a future activity, making WebDAV more robust for > setups like these). > > Feedback appreciated, > > Julian > > > > > > > > > > > > From w3c-dist-auth-request@frink.w3.org Sat Jan 21 19:10:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0Sny-0006J0-Bv for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 19:10:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA04229 for ; Sat, 21 Jan 2006 19:08:33 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0SnO-0000FS-Fr for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 00:09:26 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0SnM-0000Ed-NO for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 00:09:24 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0SnK-0002uY-FM for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 00:09:24 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 4E8B614228E; Sat, 21 Jan 2006 16:09:20 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v728) Content-Type: multipart/alternative; boundary=Apple-Mail-5-667562393 Message-Id: Cc: " webdav" From: Lisa Dusseault Date: Sat, 21 Jan 2006 16:09:12 -0800 To: Geoffrey M Clemm X-Mailer: Apple Mail (2.728) Received-SPF: pass (lisa.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0SnK-0002uY-FM 6a3d941097595c62b7580540308b2512 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Bindings and permissions X-Archived-At: http://www.w3.org/mid/CCDAFAB5-C265-4E1F-B101-79576272EE6E@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11750 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, 22 Jan 2006 00:09:26 +0000 --Apple-Mail-5-667562393 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit I fundamentally disagree that this situation isn't affected by the Bind mechanics and can't be addressed at all in the Bind spec. It's pretty absolute of you to say that there is "nothing that can be changed about the bind spec to address this issue" as I've suggested some changes in the past. lisa On Jan 21, 2006, at 1:50 PM, Geoffrey M Clemm wrote: > > The issues/questions raised by Lisa are not related to the bind spec; > they are about dynamically inherited ACL's, which is not something > that > is currently modeled in the ACL spec. So there is nothing that can > be changed about the bind spec to address this issue ... it is an ACL > spec issue. If the ACL spec were extended to model dynamically > inherited > ACL's, then it would need to deal with multiple parents, but that > is no > harder than dealing with the interaction of the ACL directly on a > resource > with the ACL's that it inherits, so multiple bindings does not > introduce > any new issues in that regard. > > Cheers, > Geoff > > Cullen wrote on 01/21/2006 04:32:34 PM: > > Hmm, some of this was before I was following webdav. It does not > > surprise me that the IESG said the some proposed ACL model was not > > simple enough to implement and requested changes. It would surprise > > me greatly that they would be looking for something that was so > > simple that it was not capable of solving the problem. > > > > I suspect the guiding principle here should be as simple as possible > > but no simpler. Something that does not explants how to deal with > > the situations that bind allows either mean that bind need to be > > changed to allow less situations or that the solution is not > complete. > > > On 12/16/05 6:29 PM, "Geoffrey M Clemm" > wrote: > > There are ways to model this kind of thing, but the guidance we > > received for the ACL spec is that the resulting ACL model is too > > complicated, which is why we ended up with a much simpler model > > (that cannot model this kind of thing). So I think the simple > answer > > is "no, there is no way for a client to find out about complex > > ACL situations such as the ones you describe" (unless the IESG > > changes its mind about how complex an ACL model is acceptable). > > > Lisa wrote on 12/16/2005 07:13:21 PM: > > > I was thinking about the bindings and permissions stuff today. > I've > > > discussed it before but this may be a new take on the subject. > Recall > > > we don't really know what the behavior is with dynamically > inherited > > > ACLs (when a parent's ACLs automatically apply to its child > resources) > > > when some of those children are bindings to resources that also > have > > > bindings. Some of the possible solutions to this: > > > > > > 1. Directory permissions are not dynamically applicable to > children or > > > at least to bindings. > > > 2. You can't bind resources into directories that have > different ACLs > > > than where they're bound already - server returns 403 or something > > > 3. Permissions are path-dependent. > > > 4. Not all bindings are first-class -- there's a "real name" > and then > > > there are aliases. The collection containing the "real name" > is the > > > one that inherits permissions > > > 5. There's some algorithm for "summing" or "intersecting" the > > > permissions according to the parents of all the bindings. > > > > > > There may be other possible models. > > > > > > It seems to me clients have no way of knowing which solution > the server > > > has chosen and behavior can be quite unpredictable. Is there > some way > > > to advertise the server's model? Are some of these choices > forbidden? > > > Of those that aren't forbidden, is one of them recommended? > > > > > > It would be extremely surprising if the 'bind' privilege grants > > > somebody the ability to make a new mapping of a resource into a > new > > > directory, AND that a consequence of that 'bind' operation is > to change > > > the permissions on the underlying resource -- without requiring > > > 'writeacl' privilege. Since that's a possible security hole, what > > > should that be -- a MUST NOT? A security consideration? > --Apple-Mail-5-667562393 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I fundamentally disagree = that this situation isn't affected by the Bind mechanics and can't be = addressed at all in the Bind spec.=A0 It's pretty absolute of you to say = that there is "nothing that can be changed about the bind spec to = address this issue" as I've suggested some changes in the past.=A0 = =A0

lisa

On = Jan 21, 2006, at 1:50 PM, Geoffrey M Clemm wrote:


The issues/questions raised by Lisa are not related to = the bind spec;
they are about = dynamically inherited ACL's, which is not something that =
is currently modeled in the ACL spec. =A0So = there is nothing that can
be = changed about the bind spec to address this issue ... it is an = ACL
spec issue. =A0If the ACL spec = were extended to model dynamically inherited
ACL's, then it would need to deal with multiple parents, = but that is no
harder than dealing = with the interaction of the ACL directly on a resource =
with the ACL's that it inherits, so multiple = bindings does not introduce
any new = issues in that regard.

= Cheers,
Geoff
=
Cullen wrote on 01/21/2006 04:32:34 PM:
= > Hmm, some of this was before I was following webdav. It does not =
> surprise me that the IESG said the some proposed ACL model was = not
> simple enough to implement and requested changes. It would = surprise
> me greatly that they would be looking for something = that was so
> simple that it was not capable of solving the = problem.
>
> I suspect the guiding principle here should = be as simple as possible
> but no simpler. Something that does = not explants how to deal with
> the situations that bind allows = either mean that bind need to be
> changed to allow less = situations or that the solution is not complete. =A0

> On = 12/16/05 6:29 PM, "Geoffrey M Clemm" <geoffrey.clemm@us.ibm.com>= ; wrote:
> There are ways to model this kind of thing, but the = guidance we
> received for the ACL spec is that the resulting = ACL model is too
> complicated, which is why we ended up with a = much simpler model
> (that cannot model this kind of thing). =A0So= I think the simple answer
> is "no, there is no way for a = client to find out about complex
> ACL situations such as the = ones you describe" (unless the IESG
> changes its mind about how = complex an ACL model is acceptable).

> Lisa wrote on = 12/16/2005 07:13:21 PM:
> > I was thinking about the bindings = and permissions stuff today. =A0I've
> > discussed it before = but this may be a new take on the subject. =A0Recall
> > we = don't really know what the behavior is with dynamically inherited
= > > ACLs (when a parent's ACLs automatically apply to its child = resources)
> > when some of those children are bindings to = resources that also have
> > bindings. =A0Some of the = possible solutions to this:
> >
> > 1. =A0Directory = permissions are not dynamically applicable to children or
> > = at least to bindings.
> > 2. =A0You can't bind resources into = directories that have different ACLs
> > than where they're = bound already - server returns 403 or something
> > 3. = =A0Permissions are path-dependent.
> > 4. =A0Not all bindings = are first-class -- there's a "real name" and then
> > there = are aliases. =A0The collection containing the "real name" is the
= > > one that inherits permissions
> > 5. =A0There's some = algorithm for "summing" or "intersecting" the
> > permissions = according to the parents of all the bindings.
> >
> = > There may be other possible models.
> >
> > It = seems to me clients have no way of knowing which solution the server =
> > has chosen and behavior can be quite unpredictable. =A0Is = there some way
> > to advertise the server's model? Are some = of these choices forbidden? =A0
> > Of those that aren't = forbidden, is one of them recommended?
> >
> > It = would be extremely surprising if the 'bind' privilege grants
> = > somebody the ability to make a new mapping of a resource into a new =
> > directory, AND that a consequence of that 'bind' = operation is to change
> > the permissions on the underlying = resource -- without requiring
> > 'writeacl' privilege. = =A0Since that's a possible security hole, what
> > should = that be -- a MUST NOT? =A0A security consideration?

=

= --Apple-Mail-5-667562393-- From w3c-dist-auth-request@frink.w3.org Sat Jan 21 23:05:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0WTk-0004Uu-5s for webdav-archive@megatron.ietf.org; Sat, 21 Jan 2006 23:05:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA16902 for ; Sat, 21 Jan 2006 23:03:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0WSO-00058o-Pm for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 04:04:00 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0WSK-00058C-Ml for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 04:03:57 +0000 Received: from bandage.seagull.net ([67.136.24.2]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0WSG-0002na-92 for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 04:03:56 +0000 Received: (mail@localhost) by bandage.seagull.net (8.13.3) id k0M43j0G031475 sender nn683849@smallcue.com for w3c-dist-auth@w3.org; Sat, 21 Jan 2006 20:03:45 -0800 Received: from e5.ny.us.ibm.com (e5.ny.us.ibm.com [32.97.182.145]) by bandage.seagull.net (8.13.3) with ESMTP id k0M43eYT031389 sender obsfucated@us.ibm.com; Sat, 21 Jan 2006 20:03:40 -0800 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e5.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0M43bbY031700; Sat, 21 Jan 2006 23:03:37 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0M43bB8101636; Sat, 21 Jan 2006 23:03:37 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0M43bKC000342; Sat, 21 Jan 2006 23:03:37 -0500 Received: from d01ml604.pok.ibm.com (d01ml604.pok.ibm.com [9.56.227.90]) by d01av04.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0M43bTF000337; Sat, 21 Jan 2006 23:03:37 -0500 To: Lisa Dusseault Cc: Julian Reschke , WebDav MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005 From: Jason Crawford Message-ID: Date: Sat, 21 Jan 2006 23:03:40 -0500 X-MIMETrack: Serialize by Router on D01ML604/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/21/2006 23:03:37, Serialize complete at 01/21/2006 23:03:37 Content-Type: multipart/alternative; boundary="=_alternative 00164E88852570FE_=" Received-SPF: none (maggie.w3.org: domain of nn683849@smallcue.com does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1F0WSG-0002na-92 8dbe3ed4a40608a29e841747c7ba6243 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Destination header syntax (Bug 211) and how WebDAV works with reverse proxies X-Archived-At: http://www.w3.org/mid/OFAF1C65FE.5E25F915-ON852570FE.00163E12-852570FE.00164F6A@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11751 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, 22 Jan 2006 04:04:00 +0000 This is a multipart message in MIME format. --=_alternative 00164E88852570FE_= Content-Type: text/plain; charset="US-ASCII" I do also support that. Lisa Dusseault Sent by: nnw3c-dist-auth-request___at___w3.org@smallcue.com 01/21/2006 07:05 PM To Julian Reschke cc WebDav , "ccjason@us.ibm.com" Subject Re: Destination header syntax (Bug 211) and how WebDAV works with reverse proxies I support extending the Destination header and all other locations that take URLs, such that servers MUST accept absolute paths. lisa On Jan 21, 2006, at 12:40 PM, Julian Reschke wrote: > > Hi, > > we've got an open issue with the format of the Destination header > (see ). > Investigating this one showed that there's a bigger issue behind > it, and I was asked to summarize... > > > 1. Status Quo > > In RFC2518, the Destination header is defined to take a full URL, > so no relative references or absolute paths are allowed ( greenbytes.de/tech/webdav/rfc2518.html#HEADER_Destination>). At > first glance, this seems to be unambiguous and no reason whatsoever > for further discussion. > > However, the problem here is that it means that client and server > need to agree about what the HTTP authority (server + port) are. > Why would that be a problem? The client did send the correct Host: > header, after all, right? > > The issue here are setups where a reverse proxy sits between client > and server (such as with mod_proxy.html>). In a reverse proxy setup, the client addresses > the reverse proxy, not the origin server, and it's up to the > reverse proxy to rewrite and forward the request to the end point. > One use case for this would be a web site that uses Apache on port > 80 as a base server, but also uses this to delegate calls to > certain URLs to a servlet engine running on a different port (or > machine). > > In cases like these, clients and server do not agree upon what the > actual end point is. For plain HTTP, this usually is not a problem, > unless the server constructs URLs on it's own and sends them back > inside content (in which case there are additional modules trying > to rewrite content). > > Regarding the Host request header, the reverse proxy generally has > two choices. Leaving it as is (lying to the origin server), or > rewriting it (putting in the actual address of the origin server). > The latter seems to be the default both in Apache as in IIS scenarios. > > This isn't a problem, unless there is *other* information in the > request that also identifies the origin server, such as the > Destination header. Consider > > MOVE /a HTTP/1.1 > Host: www.example.com > Destination: http://www.example.com/b > > sent to a reverse proxy running on port 80 of www.example.com, > which in turn forwards the request to port 8080, rewriting the host > header, but not touching the Destination header: > > MOVE /a HTTP/1.1 > Host: www.example.com:8080 > Destination: http://www.example.com/b > > A compliant WebDAV server will detect that the target of MOVE is on > a different server, and fail the request. > > So if this is a real-world problem, why haven't people been > complaining more about it? > > - The most widely deployed WebDAV servers (Apache/moddav and IIS > 5.5) in fact are not compliant. They just ignore the authority part > in the destination header, and happily execute the MOVE operation > (see ). > > - The most widely used WebDAV client (MS Webfolders) in fact has > fallback behaviour: when the server returns a 502 status, it > silently GETs the content from the source URL and PUTs it to the > Destination (but watch out for lost WebDAV properties; it doesn't > do PROPFIND/PROPPATCH as far as I can tell). > > > > 2. RFC2518bis history > > So at some point, this working group concluded that it would be > good if clients would be able to stick just absolute paths into the > Destination header, and the problem would go away, see lists.w3.org/Archives/Public/w3c-dist-auth/2004JulSep/0025.html>. > But this wouldn't really have been sufficient, as there are other > places where we require full URLs in a request, such as in tagged > lists in the If header. After short discussion, the change was > backed out fearing that existing servers would become non- > compliant. This history still reflects in awkward language in > rfc2518bis-10.html#destination-header>. > > > 3. What now? > > I think the fact that both Apache and IIS ignore the spec is a > clear indicator that we need to fix something. Servers just > ignoring part of the Destination URL because clients may get them > wrong, or because they may not pass properly through reverse > proxies, certainly is a bad thing. > > As RFC2518bis already requires changes in servers, I think asking > for a few more changes should be ok. In particular, requiring > servers to accept absolute paths in requests seems to be an easy-to- > implement and backwards compatible change (before, servers would > reject these request with 4xx). > > This would include: > > a) the destination header and > b) coded-URLs in Tagged lists in the If header > > At a minimum, we should *allow* servers to accept these. Smart > clients could then fall back to sending just the paths in case the > request using full URLs would fail. > > We also should try to get conformance tests for proper evaluation > of the Destination header into Neon (the Apache problem already has > been reported (as show_bug.cgi?id=38182>). > > Alternatively, we could decide that this problem isn't big enough > to warrant such a late spec change (in which case I'd recommend to > move this into a future activity, making WebDAV more robust for > setups like these). > > Feedback appreciated, > > Julian > > > > > > > > > > > > --=_alternative 00164E88852570FE_= Content-Type: text/html; charset="US-ASCII"
I do also support that.



Lisa Dusseault <nnlisa___at___osafoundation.org@smallcue.com>
Sent by: nnw3c-dist-auth-request___at___w3.org@smallcue.com

01/21/2006 07:05 PM

To
Julian Reschke <nnjulian.reschke___at___gmx.de@smallcue.com>
cc
WebDav <nnw3c-dist-auth___at___w3.org@smallcue.com>, "ccjason@us.ibm.com" <appearas_nn683849@smallcue.com>
Subject
Re: Destination header syntax (Bug 211) and how WebDAV works with reverse  proxies





I support extending the Destination header and all other locations  
that take URLs, such that servers MUST accept absolute paths.

lisa

On Jan 21, 2006, at 12:40 PM, Julian Reschke wrote:

>
> Hi,
>
> we've got an open issue with the format of the Destination header  
> (see <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211>).  
> Investigating this one showed that there's a bigger issue behind  
> it, and I was asked to summarize...
>
>
> 1. Status Quo
>
> In RFC2518, the Destination header is defined to take a full URL,  
> so no relative references or absolute paths are allowed (<http://
> greenbytes.de/tech/webdav/rfc2518.html#HEADER_Destination>). At  
> first glance, this seems to be unambiguous and no reason whatsoever  
> for further discussion.
>
> However, the problem here is that it means that client and server  
> need to agree about what the HTTP authority (server + port) are.  
> Why would that be a problem? The client did send the correct Host:  
> header, after all, right?
>
> The issue here are setups where a reverse proxy sits between client  
> and server (such as with <http://httpd.apache.org/docs/2.0/mod/
> mod_proxy.html>). In a reverse proxy setup, the client addresses  
> the reverse proxy, not the origin server, and it's up to the  
> reverse proxy to rewrite and forward the request to the end point.  
> One use case for this would be a web site that uses Apache on port  
> 80 as a base server, but also uses this to delegate calls to  
> certain URLs to a servlet engine running on a different port (or  
> machine).
>
> In cases like these, clients and server do not agree upon what the  
> actual end point is. For plain HTTP, this usually is not a problem,  
> unless the server constructs URLs on it's own and sends them back  
> inside content (in which case there are additional modules trying  
> to rewrite content).
>
> Regarding the Host request header, the reverse proxy generally has  
> two choices. Leaving it as is (lying to the origin server), or  
> rewriting it (putting in the actual address of the origin server).  
> The latter seems to be the default both in Apache as in IIS scenarios.
>
> This isn't a problem, unless there is *other* information in the  
> request that also identifies the origin server, such as the  
> Destination header. Consider
>
>   MOVE /a HTTP/1.1
>   Host: www.example.com
>   Destination: http://www.example.com/b
>
> sent to a reverse proxy running on port 80 of www.example.com,  
> which in turn forwards the request to port 8080, rewriting the host  
> header, but not touching the Destination header:
>
>   MOVE /a HTTP/1.1
>   Host: www.example.com:8080
>   Destination: http://www.example.com/b
>
> A compliant WebDAV server will detect that the target of MOVE is on  
> a different server, and fail the request.
>
> So if this is a real-world problem, why haven't people been  
> complaining more about it?
>
> - The most widely deployed WebDAV servers (Apache/moddav and IIS  
> 5.5) in fact are not compliant. They just ignore the authority part  
> in the destination header, and happily execute the MOVE operation  
> (see <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211#c3>).
>
> - The most widely used WebDAV client (MS Webfolders) in fact has  
> fallback behaviour: when the server returns a 502 status, it  
> silently GETs the content from the source URL and PUTs it to the  
> Destination (but watch out for lost WebDAV properties; it doesn't  
> do PROPFIND/PROPPATCH as far as I can tell).
>
>
>
> 2. RFC2518bis history
>
> So at some point, this working group concluded that it would be  
> good if clients would be able to stick just absolute paths into the  
> Destination header, and the problem would go away, see <http://
> lists.w3.org/Archives/Public/w3c-dist-auth/2004JulSep/0025.html>.  
> But this wouldn't really have been sufficient, as there are other  
> places where we require full URLs in a request, such as in tagged  
> lists in the If header. After short discussion, the change was  
> backed out fearing that existing servers would become non-
> compliant. This history still reflects in awkward language in  
> <http://greenbytes.de/tech/webdav/draft-ietf-webdav-
> rfc2518bis-10.html#destination-header>.
>
>
> 3. What now?
>
> I think the fact that both Apache and IIS ignore the spec is a  
> clear indicator that we need to fix something. Servers just  
> ignoring part of the Destination URL because clients may get them  
> wrong, or because they may not pass properly through reverse  
> proxies, certainly is a bad thing.
>
> As RFC2518bis already requires changes in servers, I think asking  
> for a few more changes should be ok. In particular, requiring  
> servers to accept absolute paths in requests seems to be an easy-to-
> implement and backwards compatible change (before, servers would  
> reject these request with 4xx).
>
> This would include:
>
> a) the destination header and
> b) coded-URLs in Tagged lists in the If header
>
> At a minimum, we should *allow* servers to accept these. Smart  
> clients could then fall back to sending just the paths in case the  
> request using full URLs would fail.
>
> We also should try to get conformance tests for proper evaluation  
> of the Destination header into Neon (the Apache problem already has  
> been reported (as <http://issues.eu.apache.org/bugzilla/
> show_bug.cgi?id=38182>).
>
> Alternatively, we could decide that this problem isn't big enough  
> to warrant such a late spec change (in which case I'd recommend to  
> move this into a future activity, making WebDAV more robust for  
> setups like these).
>
> Feedback appreciated,
>
> Julian
>
>
>
>
>
>
>
>
>
>
>
>
--=_alternative 00164E88852570FE_=-- From w3c-dist-auth-request@frink.w3.org Sun Jan 22 04:50:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0brG-00041m-LY for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 04:50:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA05470 for ; Sun, 22 Jan 2006 04:48:33 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0bpj-0005UD-62 for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 09:48:27 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0bpe-0005TL-Hb for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 09:48:22 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by aji.w3.org with smtp (Exim 4.50) id 1F0bpZ-00045z-71 for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 09:48:21 +0000 Received: (qmail invoked by alias); 22 Jan 2006 09:48:10 -0000 Received: from p508F9011.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.144.17] by mail.gmx.net (mp020) with SMTP; 22 Jan 2006 10:48:10 +0100 X-Authenticated: #1915285 Message-ID: <43D35462.5030202@gmx.de> Date: Sun, 22 Jan 2006 10:46:10 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: webdav CC: Geoffrey M Clemm References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0bpZ-00045z-71 9f647aebea56cb860ca367eb9f3aec25 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Bindings and permissions X-Archived-At: http://www.w3.org/mid/43D35462.5030202@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11752 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, 22 Jan 2006 09:48:27 +0000 Content-Transfer-Encoding: 7bit Geoffrey M Clemm wrote: > > The issues/questions raised by Lisa are not related to the bind spec; > they are about dynamically inherited ACL's, which is not something that > is currently modeled in the ACL spec. So there is nothing that can > be changed about the bind spec to address this issue ... it is an ACL > spec issue. If the ACL spec were extended to model dynamically inherited > ACL's, then it would need to deal with multiple parents, but that is no > harder than dealing with the interaction of the ACL directly on a resource > with the ACL's that it inherits, so multiple bindings does not introduce > any new issues in that regard. > > Cheers, > Geoff I fully agree with Geoff here. RFC3744 doesn't define how a server handles inherited ACLs (if the inheritance isn't made explicit by specifying the resource from which the ACLs are inherited, as per and ). Lisa's question seems to be: "how does a BIND+ACL server behave with dynamically inherited ACLs?", and the answer clearly is: "it's undefined, just like with an ACL server that does not support BIND". Now I understand that someone who wants to implement both in one server will ask the WG for opinion anyway, and that's fine. But, again: this is about a restriction in the RFC3744 ACL model and really, really doesn't have anything to do with BIND. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sun Jan 22 05:04:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0c4y-0006uW-04 for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 05:04:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA05920 for ; Sun, 22 Jan 2006 05:02:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0c4J-0008Sx-Hr for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 10:03:31 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0c4G-0008SP-26 for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 10:03:28 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F0c4B-00063s-Ag for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 10:03:27 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MA3K6Z013562; Sun, 22 Jan 2006 02:03:20 -0800 Date: Sun, 22 Jan 2006 02:03:20 -0800 Message-Id: <200601221003.k0MA3K6Z013562@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0c4B-00063s-Ag 798753aa95f2b724098eaa6a45626a92 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 220] New: do belong status codes to pre/postcondition definitions? X-Archived-At: http://www.w3.org/mid/200601221003.k0MA3K6Z013562@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11753 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, 22 Jan 2006 10:03:31 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 Summary: do belong status codes to pre/postcondition definitions? Product: WebDAV-RFC2518-bis Version: -10 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-10.html#rfc.section.15 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 15. Precondition/postcondition XML elements AssignedTo: julian.reschke@greenbytes.de ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org (procedural comment: I'm separating things out of Bug 181, to make the whoe topic more manageable) RFC2518bis, Section 15 currently lists each pre/postcondition with a status code ("Use with:). I find this both confusing (it's not part of the definition of the condition) and redundant (because where it matters the same information is repeated in the status code section of a specific method). I think the "use with" statements should be removed from this section. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 05:05:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0c66-0007fQ-E0 for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 05:05:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA05974 for ; Sun, 22 Jan 2006 05:03:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0c5T-00009B-P3 for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 10:04:43 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0c5S-00008Y-Tp for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 10:04:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0c5Q-0002ZU-HE for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 10:04:42 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MA4ZGf013578; Sun, 22 Jan 2006 02:04:35 -0800 Date: Sun, 22 Jan 2006 02:04:35 -0800 Message-Id: <200601221004.k0MA4ZGf013578@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0c5Q-0002ZU-HE 0b8345bd16f02e515ed9f9accf83ffad X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601221004.k0MA4ZGf013578@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11754 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, 22 Jan 2006 10:04:43 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |220 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 05:05:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0c66-0007fc-TK for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 05:05:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA05976 for ; Sun, 22 Jan 2006 05:03:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0c5Z-0000A3-AX for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 10:04:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0c5X-00009R-GB for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 10:04:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0c5L-0001Cq-Pb for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 10:04:47 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MA4ZIP013572; Sun, 22 Jan 2006 02:04:35 -0800 Date: Sun, 22 Jan 2006 02:04:35 -0800 Message-Id: <200601221004.k0MA4ZIP013572@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0c5L-0001Cq-Pb 6a82207108a4443dd51e95cab57f4d8e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 220] Do status codes belong into pre/postcondition definitions? X-Archived-At: http://www.w3.org/mid/200601221004.k0MA4ZIP013572@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11755 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, 22 Jan 2006 10:04:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |181 nThis| | Summary|do belong status codes to |Do status codes belong into |pre/postcondition |pre/postcondition |definitions? |definitions? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 05:20:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0cKv-0002LT-Un for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 05:20:43 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06459 for ; Sun, 22 Jan 2006 05:19:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0cKD-0003a1-Ab for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 10:19:57 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0cK8-0003ZT-BC for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 10:19:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0cK5-00051J-CQ for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 10:19:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MAJiVh013600; Sun, 22 Jan 2006 02:19:44 -0800 Date: Sun, 22 Jan 2006 02:19:44 -0800 Message-Id: <200601221019.k0MAJiVh013600@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0cK5-00051J-CQ 4f900d75606e76a01a5c63bfe07761c6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 220] Do status codes belong into pre/postcondition definitions? X-Archived-At: http://www.w3.org/mid/200601221019.k0MAJiVh013600@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11756 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, 22 Jan 2006 10:19:57 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-22 02:19 ------- Proposed changes in and below: Section 15., para. 13: OLD: Use with: 400 Bad Request Purpose: (precondition) -- A request may include a Lock-Token header to identify a lock for the purposes of an operation such as refresh LOCK or UNLOCK. However, if the Request-URI doe not fall within the scope of the lock identified by the token, the server SHOULD use this error. The lock may have a scope that does not include the Request-URI, or the lock could have disappeared, or the token may be invalid. NEW: Purpose: (precondition) -- A request may include a Lock-Token header to identify a lock for the purposes of an operation such as refresh LOCK or UNLOCK. However, if the Request-URI doe not fall within the scope of the lock identified by the token, the server SHOULD use this error. The lock may have a scope that does not include the Request-URI, or the lock could have disappeared, or the token may be invalid. Section 15., para. 16: OLD: Use with: 4xx responses, e.g. 400 Bad Request or 423 Locked Purpose: The request could not succeed because a lock token should have been submitted. This element, if present, MUST contain at least one URL of a locked resource that prevented the request. In cases of MOVE, COPY and DELETE where collection locks are involved, it can be difficult for the client to find out which locked resource made the request fail -- but the server is only resonsible for returning one such locked resource. The server MAY return every locked resource that prevented the request from succeeding if it knows them all. NEW: Purpose: The request could not succeed because a lock token should have been submitted. This element, if present, MUST contain at least one URL of a locked resource that prevented the request. In cases of MOVE, COPY and DELETE where collection locks are involved, it can be difficult for the client to find out which locked resource made the request fail -- but the server is only resonsible for returning one such locked resource. The server MAY return every locked resource that prevented the request from succeeding if it knows them all. Section 15., para. 18: OLD: Use with: Typically 423 Locked Purpose: A LOCK request failed due the presence of an already existing conflicting lock. Note that a lock can be in conflict although the resource to which the request was directed is only indirectly locked. In this case, the precondition code can be used to inform the client about the resource which is the root of the conflicting lock, avoiding a separate lookup of the "lockdiscovery" property. NEW: Purpose: A LOCK request failed due the presence of an already existing conflicting lock. Note that a lock can be in conflict although the resource to which the request was directed is only indirectly locked. In this case, the precondition code can be used to inform the client about the resource which is the root of the conflicting lock, avoiding a separate lookup of the "lockdiscovery" property. Section 15., para. 21: OLD: Use with: 403 Forbidden Purpose: (precondition) -- If the server rejects a client request because the request body contains an external entity, the server SHOULD use this error. NEW: Purpose: (precondition) -- If the server rejects a client request because the request body contains an external entity, the server SHOULD use this error. Section 15., para. 24: OLD: Use with: 409 Conflict Purpose: (postcondition) -- The server received an otherwise-valid MOVE or COPY request, but cannot maintain the live properties with the same behavior at the destination. It may be that the server only supports some live properties in some parts of the repository, or simply has an internal error. NEW: Purpose: (postcondition) -- The server received an otherwise-valid MOVE or COPY request, but cannot maintain the live properties with the same behavior at the destination. It may be that the server only supports some live properties in some parts of the repository, or simply has an internal error. Section 15., para. 27: OLD: Use with: 403 Forbidden Purpose: (precondition) -- This server does not allow infinite-depth PROPFIND requests on collections. NEW: Purpose: (precondition) -- This server does not allow infinite-depth PROPFIND requests on collections. Section 15., para. 30: OLD: Use with: 403 Forbidden Purpose: (precondition) -- The client attempted to set a read-only property in a PROPPATCH (such as DAV:getetag). NEW: Purpose: (precondition) -- The client attempted to set a read-only property in a PROPPATCH (such as DAV:getetag). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 05:29:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0cSz-0004cB-Aa for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 05:29:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA06788 for ; Sun, 22 Jan 2006 05:27:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0cSN-0005E7-Cb for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 10:28:23 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0cSM-0005DZ-CI for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 10:28:22 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0cSK-0004qd-Qu for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 10:28:22 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MASKNm013627; Sun, 22 Jan 2006 02:28:20 -0800 Date: Sun, 22 Jan 2006 02:28:20 -0800 Message-Id: <200601221028.k0MASKNm013627@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0cSK-0004qd-Qu 399f5a45f19c65c8a8f10ccf39af647b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 221] New: condition code for write access to protected properties X-Archived-At: http://www.w3.org/mid/200601221028.k0MASKNm013627@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11757 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, 22 Jan 2006 10:28:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 Summary: condition code for write access to protected properties Product: WebDAV-RFC2518-bis Version: -10 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-latest.html#rfc.section.15 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 15. Precondition/postcondition XML elements AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org RFC2518bis defines "DAV:writable-property", which duplicates the semantics of "DAV:cannot-modify-protected-property" defined in RFC3253, Section 3.12 (see ). Please just re-use it. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 05:42:41 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0cgD-0007p4-Fv for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 05:42:41 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA07391 for ; Sun, 22 Jan 2006 05:41:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0cfd-00086Z-02 for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 10:42:05 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0cfT-00085X-Gh for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 10:41:55 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0cfR-0000LA-6G for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 10:41:54 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MAfmKc013653; Sun, 22 Jan 2006 02:41:48 -0800 Date: Sun, 22 Jan 2006 02:41:48 -0800 Message-Id: <200601221041.k0MAfmKc013653@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0cfR-0000LA-6G f464304fb4071e366d19b0bb598f6672 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601221041.k0MAfmKc013653@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11759 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, 22 Jan 2006 10:42:05 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |221 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 05:42:41 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0cgD-0007pG-OV for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 05:42:41 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA07392 for ; Sun, 22 Jan 2006 05:41:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0cfT-000860-Ub for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 10:41:55 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0cfP-000856-NB for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 10:41:51 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0cfM-0007Fj-6I for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 10:41:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MAflNv013647; Sun, 22 Jan 2006 02:41:47 -0800 Date: Sun, 22 Jan 2006 02:41:47 -0800 Message-Id: <200601221041.k0MAflNv013647@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0cfM-0007Fj-6I 43d88f8dfa0a1f65ff7f6d276b2549e7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 221] condition code for write access to protected properties X-Archived-At: http://www.w3.org/mid/200601221041.k0MAflNv013647@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11758 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, 22 Jan 2006 10:41:55 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |181 nThis| | AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-22 02:41 ------- Proposed change below and in : Section 15., para. 35: OLD: Name: writable-property Use with: 403 Forbidden Purpose: (precondition) -- The client attempted to set a read-only property in a PROPPATCH (such as DAV:getetag). NEW: 15.x DAV:cannot-modify-protected-property (precondition) An attempt to modify a property that is defined by this document, as being protected for that kind of resource, MUST fail (see [RFC3253], Section 3.12). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 05:47:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0ckX-0000my-5a for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 05:47:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA07610 for ; Sun, 22 Jan 2006 05:45:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0cjt-0001JN-JV for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 10:46:29 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0cjr-0001IU-VN for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 10:46:28 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0cjp-00014y-2y for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 10:46:27 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MAkLU3013677; Sun, 22 Jan 2006 02:46:21 -0800 Date: Sun, 22 Jan 2006 02:46:21 -0800 Message-Id: <200601221046.k0MAkLU3013677@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0cjp-00014y-2y 3fc2e1ca59de003bef46861dad716999 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 222] New: Remove DTD fragments from pre/postcondition definitions when EMPTY X-Archived-At: http://www.w3.org/mid/200601221046.k0MAkLU3013677@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11760 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, 22 Jan 2006 10:46:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=222 Summary: Remove DTD fragments from pre/postcondition definitions when EMPTY Product: WebDAV-RFC2518-bis Version: -10 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-10.html#rfc.section.15 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 15. Precondition/postcondition XML elements AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org Almost all pre/postcondition codes have am EMPTY content models. Just say that once, instead of repeating the definition every single time. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 06:06:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0d37-0005Jr-Cc for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 06:06:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA10345 for ; Sun, 22 Jan 2006 06:04:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0d1x-0005H3-IK for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 11:05:09 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0d1q-00057G-KS for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 11:05:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0d1o-0002uj-1D for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 11:05:02 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MB4xhB013715; Sun, 22 Jan 2006 03:04:59 -0800 Date: Sun, 22 Jan 2006 03:04:59 -0800 Message-Id: <200601221104.k0MB4xhB013715@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0d1o-0002uj-1D afd2c0055a06ca8e210e529704fcfaca X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601221104.k0MB4xhB013715@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11761 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, 22 Jan 2006 11:05:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |222 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 06:06:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0d37-0005Ko-OT for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 06:06:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA10344 for ; Sun, 22 Jan 2006 06:04:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0d28-0005Jo-5Q for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 11:05:20 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0d1w-0005Ga-M3 for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 11:05:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F0d1q-0006eL-Lx for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 11:05:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MB4wnx013709; Sun, 22 Jan 2006 03:04:58 -0800 Date: Sun, 22 Jan 2006 03:04:58 -0800 Message-Id: <200601221104.k0MB4wnx013709@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0d1q-0006eL-Lx 95916e43e22ee1fe2404f7940ad1bf26 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 222] Remove DTD fragments from pre/postcondition definitions when EMPTY X-Archived-At: http://www.w3.org/mid/200601221104.k0MB4wnx013709@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11762 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, 22 Jan 2006 11:05:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=222 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |181 nThis| | AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu Severity|normal |minor ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-22 03:04 ------- Suggested changes in and below: Section 15., para. 11: OLD: All these elements are in the "DAV:" namespace. NEW: If not specified otherwise, the content for each condition's XML element is defined to be empty. All these elements are in the "DAV:" namespace. Section 15., para. 15: OLD: Name: lock-token-submitted (precondition) NEW: Name: lock-token-submitted (precondition) Section 15., para. 26: OLD: Name: preserved-live-properties NEW: Name: preserved-live-properties Section 15., para. 29: OLD: Name: propfind-finite-depth NEW: Name: propfind-finite-depth Section 15., para. 31: OLD: Name: writable-property NEW: Name: writable-property Section 16., para. 0: OLD: 16. Instructions for Processing XML in DAV NEW: 16. Instructions for Processing XML in DAV ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 08:57:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0fiL-0002Iu-7E for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 08:57:07 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA21021 for ; Sun, 22 Jan 2006 08:55:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0fgX-0005BB-AB for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 13:55:13 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0fgK-0004j6-Nk for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 13:55:01 +0000 Received: from e2.ny.us.ibm.com ([32.97.182.142]) by aji.w3.org with esmtp (Exim 4.50) id 1F0fgG-0007uF-30 for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 13:54:59 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e2.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0MDspwv011785 for ; Sun, 22 Jan 2006 08:54:51 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0MDspU9127088 for ; Sun, 22 Jan 2006 08:54:51 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0MDso8B004093 for ; Sun, 22 Jan 2006 08:54:50 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av04.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0MDsovL004090 for ; Sun, 22 Jan 2006 08:54:50 -0500 In-Reply-To: To: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Sun, 22 Jan 2006 08:54:57 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/22/2006 08:54:50, Serialize complete at 01/22/2006 08:54:50 Content-Type: multipart/alternative; boundary="=_alternative 004C7161852570FE_=" Received-SPF: pass (aji.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.142 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: aji.w3.org 1F0fgG-0007uF-30 be63e3b52d74afb9c72c26c2a9484375 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Bindings and permissions X-Archived-At: http://www.w3.org/mid/OF27BF3350.82BF3142-ON852570FE.004B5CA9-852570FE.004C71D2@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11763 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, 22 Jan 2006 13:55:13 +0000 This is a multipart message in MIME format. --=_alternative 004C7161852570FE_= Content-Type: text/plain; charset="US-ASCII" Perhaps if you could address the issues raised in my message (i.e., the ACL spec doesn't support dynamic ACL inheritance, your suggested changes mistakenly assume that the ACL spec does support dynamic ACL inheritance, and the issues of multiple inheritance occur whether or not you have multiple bindings to a resource and therefore is not a bind-specific issue), rather than just stating that you disagree and re-proposing your changes, we could have a more productive discussion. Cheers, Geoff Lisa Dusseault wrote on 01/21/2006 07:09:12 PM: > I fundamentally disagree that this situation isn't affected by the > Bind mechanics and can't be addressed at all in the Bind spec. It's > pretty absolute of you to say that there is "nothing that can be > changed about the bind spec to address this issue" as I've suggested > some changes in the past. > > lisa > > On Jan 21, 2006, at 1:50 PM, Geoffrey M Clemm wrote: > > > The issues/questions raised by Lisa are not related to the bind spec; > they are about dynamically inherited ACL's, which is not something that > is currently modeled in the ACL spec. So there is nothing that can > be changed about the bind spec to address this issue ... it is an ACL > spec issue. If the ACL spec were extended to model dynamically inherited > ACL's, then it would need to deal with multiple parents, but that is no > harder than dealing with the interaction of the ACL directly on a resource > with the ACL's that it inherits, so multiple bindings does not introduce > any new issues in that regard. > > Cheers, > Geoff > > Cullen wrote on 01/21/2006 04:32:34 PM: > > Hmm, some of this was before I was following webdav. It does not > > surprise me that the IESG said the some proposed ACL model was not > > simple enough to implement and requested changes. It would surprise > > me greatly that they would be looking for something that was so > > simple that it was not capable of solving the problem. > > > > I suspect the guiding principle here should be as simple as possible > > but no simpler. Something that does not explants how to deal with > > the situations that bind allows either mean that bind need to be > > changed to allow less situations or that the solution is not complete. > > > On 12/16/05 6:29 PM, "Geoffrey M Clemm" wrote: > > There are ways to model this kind of thing, but the guidance we > > received for the ACL spec is that the resulting ACL model is too > > complicated, which is why we ended up with a much simpler model > > (that cannot model this kind of thing). So I think the simple answer > > is "no, there is no way for a client to find out about complex > > ACL situations such as the ones you describe" (unless the IESG > > changes its mind about how complex an ACL model is acceptable). > > > Lisa wrote on 12/16/2005 07:13:21 PM: > > > I was thinking about the bindings and permissions stuff today. I've > > > discussed it before but this may be a new take on the subject. Recall > > > we don't really know what the behavior is with dynamically inherited > > > ACLs (when a parent's ACLs automatically apply to its child resources) > > > when some of those children are bindings to resources that also have > > > bindings. Some of the possible solutions to this: > > > > > > 1. Directory permissions are not dynamically applicable to children or > > > at least to bindings. > > > 2. You can't bind resources into directories that have different ACLs > > > than where they're bound already - server returns 403 or something > > > 3. Permissions are path-dependent. > > > 4. Not all bindings are first-class -- there's a "real name" and then > > > there are aliases. The collection containing the "real name" is the > > > one that inherits permissions > > > 5. There's some algorithm for "summing" or "intersecting" the > > > permissions according to the parents of all the bindings. > > > > > > There may be other possible models. > > > > > > It seems to me clients have no way of knowing which solution the server > > > has chosen and behavior can be quite unpredictable. Is there some way > > > to advertise the server's model? Are some of these choices forbidden? > > > Of those that aren't forbidden, is one of them recommended? > > > > > > It would be extremely surprising if the 'bind' privilege grants > > > somebody the ability to make a new mapping of a resource into a new > > > directory, AND that a consequence of that 'bind' operation is to change > > > the permissions on the underlying resource -- without requiring > > > 'writeacl' privilege. Since that's a possible security hole, what > > > should that be -- a MUST NOT? A security consideration? --=_alternative 004C7161852570FE_= Content-Type: text/html; charset="US-ASCII"
Perhaps if you could address the issues raised in my message
(i.e., the ACL spec doesn't support dynamic ACL inheritance,
your suggested changes mistakenly assume that the ACL spec
does support dynamic ACL inheritance, and the issues of
multiple inheritance occur whether or not you have multiple
bindings to a resource and therefore is not
a bind-specific issue), rather than just stating that you
disagree and re-proposing your changes, we could have a
more productive discussion.

Cheers,
Geoff

Lisa Dusseault <lisa@osafoundation.org> wrote on 01/21/2006 07:09:12 PM:

> I fundamentally disagree that this situation isn't affected by the
> Bind mechanics and can't be addressed at all in the Bind spec.  It's
> pretty absolute of you to say that there is "nothing that can be
> changed about the bind spec to address this issue" as I've suggested
> some changes in the past.   
>
> lisa
>
> On Jan 21, 2006, at 1:50 PM, Geoffrey M Clemm wrote:
>
>
> The issues/questions raised by Lisa are not related to the bind spec;
> they are about dynamically inherited ACL's, which is not something that
> is currently modeled in the ACL spec.  So there is nothing that can
> be changed about the bind spec to address this issue ... it is an ACL
> spec issue.  If the ACL spec were extended to model dynamically inherited
> ACL's, then it would need to deal with multiple parents, but that is no
> harder than dealing with the interaction of the ACL directly on a resource
> with the ACL's that it inherits, so multiple bindings does not introduce
> any new issues in that regard.
>
> Cheers,
> Geoff
>
> Cullen wrote on 01/21/2006 04:32:34 PM:
> > Hmm, some of this was before I was following webdav. It does not
> > surprise me that the IESG said the some proposed ACL model was not
> > simple enough to implement and requested changes. It would surprise
> > me greatly that they would be looking for something that was so
> > simple that it was not capable of solving the problem.
> >
> > I suspect the guiding principle here should be as simple as possible
> > but no simpler. Something that does not explants how to deal with
> > the situations that bind allows either mean that bind need to be
> > changed to allow less situations or that the solution is not complete.  
>
> > On 12/16/05 6:29 PM, "Geoffrey M Clemm" <geoffrey.clemm@us.ibm.com> wrote:
> > There are ways to model this kind of thing, but the guidance we
> > received for the ACL spec is that the resulting ACL model is too
> > complicated, which is why we ended up with a much simpler model
> > (that cannot model this kind of thing).  So I think the simple answer
> > is "no, there is no way for a client to find out about complex
> > ACL situations such as the ones you describe" (unless the IESG
> > changes its mind about how complex an ACL model is acceptable).
>
> > Lisa wrote on 12/16/2005 07:13:21 PM:
> > > I was thinking about the bindings and permissions stuff today.  I've
> > > discussed it before but this may be a new take on the subject.  Recall
> > > we don't really know what the behavior is with dynamically inherited
> > > ACLs (when a parent's ACLs automatically apply to its child resources)
> > > when some of those children are bindings to resources that also have
> > > bindings.  Some of the possible solutions to this:
> > >
> > > 1.  Directory permissions are not dynamically applicable to children or
> > > at least to bindings.
> > > 2.  You can't bind resources into directories that have different ACLs
> > > than where they're bound already - server returns 403 or something
> > > 3.  Permissions are path-dependent.
> > > 4.  Not all bindings are first-class -- there's a "real name" and then
> > > there are aliases.  The collection containing the "real name" is the
> > > one that inherits permissions
> > > 5.  There's some algorithm for "summing" or "intersecting" the
> > > permissions according to the parents of all the bindings.
> > >
> > > There may be other possible models.
> > >
> > > It seems to me clients have no way of knowing which solution the server
> > > has chosen and behavior can be quite unpredictable.  Is there some way
> > > to advertise the server's model? Are some of these choices forbidden?  
> > > Of those that aren't forbidden, is one of them recommended?
> > >
> > > It would be extremely surprising if the 'bind' privilege grants
> > > somebody the ability to make a new mapping of a resource into a new
> > > directory, AND that a consequence of that 'bind' operation is to change
> > > the permissions on the underlying resource -- without requiring
> > > 'writeacl' privilege.  Since that's a possible security hole, what
> > > should that be -- a MUST NOT?  A security consideration?
 --=_alternative 004C7161852570FE_=-- From w3c-dist-auth-request@frink.w3.org Sun Jan 22 10:32:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0hCq-000463-C8 for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 10:32:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA26150 for ; Sun, 22 Jan 2006 10:31:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0hBi-0007x6-R7 for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 15:31:30 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0hB1-0007uO-GD for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 15:30:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0hAy-0005Tw-Vb for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 15:30:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MFUaAP028026; Sun, 22 Jan 2006 07:30:36 -0800 Date: Sun, 22 Jan 2006 07:30:36 -0800 Message-Id: <200601221530.k0MFUaAP028026@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0hAy-0005Tw-Vb 6a67fcfbca872c046a9ee04e6a7b56ec X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 223] New: Section organization for pre/postconditions X-Archived-At: http://www.w3.org/mid/200601221530.k0MFUaAP028026@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11764 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, 22 Jan 2006 15:31:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=223 Summary: Section organization for pre/postconditions Product: WebDAV-RFC2518-bis Version: -10 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-10.html#rfc.section.15 OS/Version: other Status: NEW Severity: minor Priority: P2 Component: 15. Precondition/postcondition XML elements AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org I think this section should be re-organized so that each condition code is described in a separate subsection. Advantages: - consistency with sections 13 (XML elements) and 14 (properties) - condition codes appear in the TOC - condition codes can be referred to by section number ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 10:33:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0hDX-0004LF-GR for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 10:33:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA26174 for ; Sun, 22 Jan 2006 10:31:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0hCx-00088m-ED for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 15:32:47 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0hBW-0007vO-5S for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 15:31:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F0hBS-0005OJ-2s for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 15:31:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MFVCgS028072; Sun, 22 Jan 2006 07:31:12 -0800 Date: Sun, 22 Jan 2006 07:31:12 -0800 Message-Id: <200601221531.k0MFVCgS028072@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0hBS-0005OJ-2s fb9982370d235f4b3a401911ba540b8c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601221531.k0MFVCgS028072@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11765 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, 22 Jan 2006 15:32:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |223 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 10:34:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0hEo-0004Xb-Oc for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 10:34:42 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA26235 for ; Sun, 22 Jan 2006 10:33:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0hEF-0008S6-E9 for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 15:34:07 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0hBW-0007vP-9G for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 15:31:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F0hBS-0005OH-2w for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 15:31:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MFVBxN028066; Sun, 22 Jan 2006 07:31:11 -0800 Date: Sun, 22 Jan 2006 07:31:11 -0800 Message-Id: <200601221531.k0MFVBxN028066@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0hBS-0005OH-2w 9d90f612c521ba1a8e7fc4ffb107711a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 223] Section organization for pre/postconditions X-Archived-At: http://www.w3.org/mid/200601221531.k0MFVBxN028066@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11766 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, 22 Jan 2006 15:34:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=223 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |181 nThis| | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 10:35:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0hFP-0004tO-64 for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 10:35:19 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA26291 for ; Sun, 22 Jan 2006 10:33:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0hEr-00008R-8h for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 15:34:45 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0hEh-000071-P4 for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 15:34:35 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1F0hEf-0006IP-Bd for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 15:34:35 +0000 Received: (qmail invoked by alias); 22 Jan 2006 15:34:28 -0000 Received: from p508F9011.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.144.17] by mail.gmx.net (mp029) with SMTP; 22 Jan 2006 16:34:28 +0100 X-Authenticated: #1915285 Message-ID: <43D3A57F.1020305@gmx.de> Date: Sun, 22 Jan 2006 16:32:15 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jason Crawford CC: Lisa Dusseault , WebDav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1F0hEf-0006IP-Bd 99bc4a77de723821b9212c98f68a1d3a X-Original-To: w3c-dist-auth@w3.org Subject: Re: Destination header syntax (Bug 211) and how WebDAV works with reverse proxies X-Archived-At: http://www.w3.org/mid/43D3A57F.1020305@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11767 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, 22 Jan 2006 15:34:45 +0000 Content-Transfer-Encoding: 7bit Jason Crawford wrote: > > I do also support that. > ... For the record and in case that wasn't clear, I'm in favour, too. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sun Jan 22 11:02:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0hg6-0004Fd-1M for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 11:02:54 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA28157 for ; Sun, 22 Jan 2006 11:01:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0hfG-0004vU-Kp for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 16:02:02 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0hf5-0004uH-Uu for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 16:01:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0hf3-0002f1-8I for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 16:01:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MG1irH028966; Sun, 22 Jan 2006 08:01:44 -0800 Date: Sun, 22 Jan 2006 08:01:44 -0800 Message-Id: <200601221601.k0MG1irH028966@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0hf3-0002f1-8I beaef197faa230e6f4d565c437f3ce98 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 224] New: add example for URI escaping in DAV:href X-Archived-At: http://www.w3.org/mid/200601221601.k0MG1irH028966@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11768 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, 22 Jan 2006 16:02:02 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=224 Summary: add example for URI escaping in DAV:href Product: WebDAV-RFC2518-bis Version: -10 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-10.html#rfc.section.12.2 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 12. Multi-Status Response AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org (splitting this into a separate issue) During the last telecons, it seems there was consensus to replace the statement "If a server allows resource names to include characters that aren't legal in HTTP URL paths, these characters must be percent-encoded on the wire (see [RFC3986], section 2.1). For example, it is illegal to use a space character or double-quote in a URI. URIs appearing in PROPFIND or PROPPATCH XML bodies (or other XML marshalling defined in this specification) are still subject to all URI rules, including forbidden characters." by more precise language and to also add an example. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 11:37:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0iDk-0006BG-NI for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 11:37:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA00440 for ; Sun, 22 Jan 2006 11:36:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0iCn-0002je-Et for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 16:36:41 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0iC6-0002hF-LM for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 16:35:58 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0iC3-0007KY-O3 for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 16:35:58 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MGZtdg028998; Sun, 22 Jan 2006 08:35:55 -0800 Date: Sun, 22 Jan 2006 08:35:55 -0800 Message-Id: <200601221635.k0MGZtdg028998@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0iC3-0007KY-O3 1cbf2d9c18f10f77f9f38fe4c55e36b4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 224] add example for URI escaping in DAV:href X-Archived-At: http://www.w3.org/mid/200601221635.k0MGZtdg028998@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11769 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, 22 Jan 2006 16:36:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=224 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |46 nThis| | AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-22 08:35 ------- See proposed change below (and ): Section 12., para. 9: OLD: If a server allows resource names to include characters that aren't legal in HTTP URL paths, these characters must be percent-encoded on the wire (see [RFC3986], section 2.1). For example, it is illegal to use a space character or double-quote in a URI. URIs appearing in PROPFIND or PROPPATCH XML bodies (or other XML marshalling defined in this specification) are still subject to all URI rules, including forbidden characters. NEW: 12.2.1 Example for correct URL handling Consider the collection http://example.com/sample/ with the internal member URL http://example.com/sample/a%20test and the PROPFIND request below: >>Request: PROPFIND /sample/ HTTP/1.1 Host: example.com Depth: 1 In this case, the server should return 'href' elements containing either o 'http://example.com/sample/' and 'http://example.com/sample/a%20test', or o '/example.com/sample/' and '/example.com/sample/a%20test'. Note that even though the server may be storing the member resource internally as 'a test', it must be percent-encoded when used inside a URI reference (see [RFC3986], Section 2.1). Also note that a legal URI may still contain characters that need to be escaped within XML character data, such as the ampersand character. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 11:38:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0iEd-0006hZ-2M for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 11:38:35 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA00569 for ; Sun, 22 Jan 2006 11:37:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0iE4-0002wL-FR for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 16:38:00 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0iCG-0002iW-0j for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 16:36:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0iCB-0000Xz-SI for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 16:36:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MGZtTX029008; Sun, 22 Jan 2006 08:35:55 -0800 Date: Sun, 22 Jan 2006 08:35:55 -0800 Message-Id: <200601221635.k0MGZtTX029008@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0iCB-0000Xz-SI a3183cbbc793fb54de44d8d279dcebca X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601221635.k0MGZtTX029008@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11770 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, 22 Jan 2006 16:38:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |224 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 12:40:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0jCa-0001gQ-Id for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 12:40:32 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA04575 for ; Sun, 22 Jan 2006 12:39:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0jBN-0006YQ-Sf for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 17:39:17 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0j4U-0004hN-Hw for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 17:32:10 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1F0j4M-00064F-MK for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 17:32:09 +0000 Received: (qmail invoked by alias); 22 Jan 2006 17:31:57 -0000 Received: from p508F9011.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.144.17] by mail.gmx.net (mp029) with SMTP; 22 Jan 2006 18:31:57 +0100 X-Authenticated: #1915285 Message-ID: <43D3C103.7070305@gmx.de> Date: Sun, 22 Jan 2006 18:29:39 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: WebDav Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0j4M-00064F-MK 41a00df52b84b210e13c3ffa363d3d29 X-Original-To: w3c-dist-auth@w3.org Subject: URL rewriting in PROPFIND responses (related to Bugzilla issue 46) X-Archived-At: http://www.w3.org/mid/43D3C103.7070305@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11771 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, 22 Jan 2006 17:39:17 +0000 Content-Transfer-Encoding: 7bit Hi, related to , we discussed on the mailing list in which ways a server may rewrite the Request-URI in multistatus responses. For instance, is it legal to rewrite (that is, are clients expected to handle): 1) changing the authority, for instance, by replacing a host name by an IP address, 2) change URL escaping of individual characters, 3) replace parts of the URL based on server-internal equivalence rules? As far as I can tell, the answers to this should be: 1) no, otherwise a client would potentially need to lookup DNS, and clients just don't do that, 2) yes, because that's usually hard to prevent inside the server if the request URL isn't kept as a plain string, 3) clearly no, because clients do not have knowledge about these server-specific equivalence rules (such as whether the distinction between "a" and "A" is irrelevant). Note re 1) this point becomes irrelevant if the server is smart enough to put relative references into the elements. I therefore propose the following change to Section 12.2 (): Section 12., para. 6: OLD: A Multi-Status body contains one or more 'response' elements. Each response element describes a resource, and has an 'href' element identifying the resource. The 'href' element MUST contain an absolute URI or relative reference. It MUST NOT include "." or ".." as path elements. If a 'href' element contains a relative reference, it MUST be resolved against the Request-URI. A relative reference MUST be an absolute path (note that clients are not known to support relative paths). NEW: The Multi-Status response format may contain 'href' elements (Section 13.7) in multiple places, namely as child element of 'response' elements (Section 13.24). When the contents of an 'href' element contains a Relative Reference ([RFC3986], Section 4.2), it is relative to the Request-URI of the HTTP request. Interoperability experience shows that many clients do not fully implement the Reference Resolution defined in Section 5 of [RFC3986]. Therefore servers SHOULD NOT use 'href' values that: o use forms of relative references other than absolute paths (see "absolute-path", [RFC3986], Section 3.3), o use dot-segments ("." or "..") or o have prefixes that do not match the Request-URI (using the comparison rules defined in Section 3.2.3 of [RFC2616]). Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sun Jan 22 12:41:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0jDG-0001hs-Nl for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 12:41:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA04627 for ; Sun, 22 Jan 2006 12:39:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0jCi-000767-Io for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 17:40:40 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0j8V-0005R3-8D for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 17:36:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0j8R-0003aG-C8 for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 17:36:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MHa7aV029052; Sun, 22 Jan 2006 09:36:07 -0800 Date: Sun, 22 Jan 2006 09:36:07 -0800 Message-Id: <200601221736.k0MHa7aV029052@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0j8R-0003aG-C8 5ad2f10431e6e9c6ccce09fa07904a5a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601221736.k0MHa7aV029052@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11772 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, 22 Jan 2006 17:40:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-22 09:36 ------- See mail with discussion and proposed text: . ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 16:00:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0mJv-00066P-50 for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 16:00:19 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16626 for ; Sun, 22 Jan 2006 15:58:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0mIW-0001au-IP for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 20:58:53 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0mHv-0001Yx-Kd for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 20:58:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0mHt-0004wg-BL for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 20:58:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MKwBfN029838; Sun, 22 Jan 2006 12:58:11 -0800 Date: Sun, 22 Jan 2006 12:58:11 -0800 Message-Id: <200601222058.k0MKwBfN029838@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0mHt-0004wg-BL 00bbe5fc6fac0f99d6d6f01d62dbdbfc X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 10] Round-tripping various information in properties X-Archived-At: http://www.w3.org/mid/200601222058.k0MKwBfN029838@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11773 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, 22 Jan 2006 20:58:52 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 16:00:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0mJv-00066O-50 for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 16:00:19 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16625 for ; Sun, 22 Jan 2006 15:58:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0mIz-0001cN-Na for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 20:59:21 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0mI0-0001Zc-VV for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 20:58:20 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0mHx-00031Y-NS for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 20:58:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MKwH8R029870; Sun, 22 Jan 2006 12:58:17 -0800 Date: Sun, 22 Jan 2006 12:58:17 -0800 Message-Id: <200601222058.k0MKwH8R029870@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0mHx-00031Y-NS 41065e9f33ae56d0f3e8f7c9de76cda6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 174] Terminology in 4.4: "namespace name in scope" X-Archived-At: http://www.w3.org/mid/200601222058.k0MKwH8R029870@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11774 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, 22 Jan 2006 20:59:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=174 Bug 174 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 16:01:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0mLC-0006hX-4q for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 16:01:38 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA16693 for ; Sun, 22 Jan 2006 16:00:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0mKd-0003Mp-Id for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 21:01:03 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0mHz-0001ZL-LQ for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 20:58:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0mHx-0004xI-C9 for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 20:58:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MKwGLq029856; Sun, 22 Jan 2006 12:58:16 -0800 Date: Sun, 22 Jan 2006 12:58:16 -0800 Message-Id: <200601222058.k0MKwGLq029856@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0mHx-0004xI-C9 0cf8304f39721ebd5cadf4090ac75cee X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 22] attributes on properties X-Archived-At: http://www.w3.org/mid/200601222058.k0MKwGLq029856@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11775 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, 22 Jan 2006 21:01:03 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=22 Bug 22 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 16:02:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0mM7-0006p8-8K for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 16:02:35 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA16727 for ; Sun, 22 Jan 2006 16:01:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0mLW-0003Xu-VK for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 21:01:58 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0mI4-0001Zx-3B for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 20:58:24 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F0mI0-00042s-3X for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 20:58:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MKwIBV029884; Sun, 22 Jan 2006 12:58:18 -0800 Date: Sun, 22 Jan 2006 12:58:18 -0800 Message-Id: <200601222058.k0MKwIBV029884@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0mI0-00042s-3X 8dba7d0e32f508c6fdd923d1885e81d3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 146] PROP_ROUNDTRIP X-Archived-At: http://www.w3.org/mid/200601222058.k0MKwIBV029884@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11776 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, 22 Jan 2006 21:01:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=146 Bug 146 depends on bug 10, which changed state. Bug 10 Summary: Round-tripping various information in properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=10 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 16:18:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0mb3-0003By-T9 for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 16:18:01 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA17845 for ; Sun, 22 Jan 2006 16:16:33 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0maG-0006qG-G9 for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 21:17:12 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0mZz-0006nY-EK for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 21:16:55 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0mZx-0005pq-Tw for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 21:16:55 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MLGrCX029928; Sun, 22 Jan 2006 13:16:53 -0800 Date: Sun, 22 Jan 2006 13:16:53 -0800 Message-Id: <200601222116.k0MLGrCX029928@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0mZx-0005pq-Tw a77a277b1ebf5ff19c7327950a98c08f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 42] Consider deprecating text/xml for XML request/response bodies X-Archived-At: http://www.w3.org/mid/200601222116.k0MLGrCX029928@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11777 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, 22 Jan 2006 21:17:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=42 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-22 13:16 ------- I've moved the text around and made some related changes -- e.g. reducing repeated text within the same section after one fo the moves ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 16:28:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0mkw-0005Ny-Ux for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 16:28:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18502 for ; Sun, 22 Jan 2006 16:26:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0mkI-0008QB-5u for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 21:27:34 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0mjy-0008NI-SL for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 21:27:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0mjx-0007Hv-5i for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 21:27:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MLRCJe029946; Sun, 22 Jan 2006 13:27:12 -0800 Date: Sun, 22 Jan 2006 13:27:12 -0800 Message-Id: <200601222127.k0MLRCJe029946@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0mjx-0007Hv-5i 681e418847fb7035cec53de8e74f3145 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 44] OPTIONS * X-Archived-At: http://www.w3.org/mid/200601222127.k0MLRCJe029946@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11778 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, 22 Jan 2006 21:27:34 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 16:29:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0mm1-0005VO-Uw for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 16:29:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18573 for ; Sun, 22 Jan 2006 16:27:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0mlT-00006p-BQ for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 21:28:47 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0mk0-0008Nj-HN for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 21:27:16 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0mjy-00015Z-C8 for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 21:27:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MLRDNF029960; Sun, 22 Jan 2006 13:27:13 -0800 Date: Sun, 22 Jan 2006 13:27:13 -0800 Message-Id: <200601222127.k0MLRDNF029960@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0mjy-00015Z-C8 1afc58acd3349bb11527e928ecc1580c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 110] COMPLIANCE_RESOURCE X-Archived-At: http://www.w3.org/mid/200601222127.k0MLRDNF029960@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11779 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, 22 Jan 2006 21:28:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=110 Bug 110 depends on bug 44, which changed state. Bug 44 Summary: OPTIONS * http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=44 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 17:03:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0nJ1-0006LE-0t for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 17:03:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA20826 for ; Sun, 22 Jan 2006 17:01:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0nHj-0000g5-Ru for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 22:02:07 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F0nF6-0007MQ-2V for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 21:59:24 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F0nF1-0003xQ-1a for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 21:59:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MLxHl9030008; Sun, 22 Jan 2006 13:59:17 -0800 Date: Sun, 22 Jan 2006 13:59:17 -0800 Message-Id: <200601222159.k0MLxHl9030008@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F0nF1-0003xQ-1a 06a924bfb2fc5055d9931a8e0d726024 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601222159.k0MLxHl9030008@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11780 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, 22 Jan 2006 22:02:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 ------- Additional Comments From lisa@osafoundation.org 2006-01-22 13:59 ------- Did anybody consider another option? What we have now: means "any number of #PCDATA or error items" needs to be further limited with text We could instead have error listed as occuring 0 or 1 times means "any number of #PCDATA items and zero or one error items" Since order is defined not to matter in our use of DTDs, then presumably legal XML contents for this element would include "texttext" as well as "text", "text" and "text" (with of course expanded out and not empty). I think that's what we want. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 17:03:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0nJ2-0006LT-Ek for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 17:03:28 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA20828 for ; Sun, 22 Jan 2006 17:01:59 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0nIU-0000ix-Js for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 22:02:54 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0nGk-0008Q0-Gk for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 22:01:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0nGh-0003Xy-VF for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 22:01:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MM13Sd030036; Sun, 22 Jan 2006 14:01:03 -0800 Date: Sun, 22 Jan 2006 14:01:03 -0800 Message-Id: <200601222201.k0MM13Sd030036@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0nGh-0003Xy-VF 9d0e41662730b8e6fca5a644caccf7e8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 55] Multistatus format (empty) X-Archived-At: http://www.w3.org/mid/200601222201.k0MM13Sd030036@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11781 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, 22 Jan 2006 22:02:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=55 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-22 14:00 ------- That's true; fixed it. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 17:07:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0nMr-0007ML-FB for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 17:07:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA21133 for ; Sun, 22 Jan 2006 17:05:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0nMH-0001bh-4y for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 22:06:49 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0nLb-0001Yd-GP for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 22:06:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0nLZ-0006fj-1h for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 22:06:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MM63lg030056; Sun, 22 Jan 2006 14:06:03 -0800 Date: Sun, 22 Jan 2006 14:06:03 -0800 Message-Id: <200601222206.k0MM63lg030056@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0nLZ-0006fj-1h a1f7686239c9e3525daaa0a0b411225b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 80] Specify idempotence and safeness for all new methods X-Archived-At: http://www.w3.org/mid/200601222206.k0MM63lg030056@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11782 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, 22 Jan 2006 22:06:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=80 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 17:35:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0nnn-000632-WE for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 17:35:16 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23097 for ; Sun, 22 Jan 2006 17:33:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0nn2-0006wX-IZ for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 22:34:28 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F0nmE-0006ue-A5 for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 22:33:38 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F0nmB-0007ur-QR for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 22:33:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MMXZ20030078; Sun, 22 Jan 2006 14:33:35 -0800 Date: Sun, 22 Jan 2006 14:33:35 -0800 Message-Id: <200601222233.k0MMXZ20030078@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F0nmB-0007ur-QR 76d12107482b489633de19d972769390 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 85] clarification of live property behaviour vs namespace ops needed X-Archived-At: http://www.w3.org/mid/200601222233.k0MMXZ20030078@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11783 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, 22 Jan 2006 22:34:28 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=85 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-22 14:33 ------- Actually, looking up the specific RFC2616 text, I find that we've accidentally weakened its requirements: 13.3.4 ... - If an entity tag has been provided by the origin server, MUST use that entity tag in any cache-conditional request (using If- Match or If-None-Match). Thus, I propose that we simply note this requirement along with the disclaimer text on how unreliable DAV:getlastmodified is for synching and cache validation. Not sure where the best place is but I've put it in the getlastmodified COPY/MOVE behavior section as a proposal. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 22 17:38:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F0nqc-0006nR-Py for webdav-archive@megatron.ietf.org; Sun, 22 Jan 2006 17:38:10 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23303 for ; Sun, 22 Jan 2006 17:36:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F0nq1-0007Wr-EB for w3c-dist-auth-dist@listhub.w3.org; Sun, 22 Jan 2006 22:37:33 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F0npj-0007Vv-6o for w3c-dist-auth@listhub.w3.org; Sun, 22 Jan 2006 22:37:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F0npg-0002aj-RB for w3c-dist-auth@w3.org; Sun, 22 Jan 2006 22:37:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0MMbBeT030095; Sun, 22 Jan 2006 14:37:11 -0800 Date: Sun, 22 Jan 2006 14:37:11 -0800 Message-Id: <200601222237.k0MMbBeT030095@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F0npg-0002aj-RB 7ed1bc15e37f6e2dce296cac5112a7e4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 86] DAV header definitions should use RFC3864 templates X-Archived-At: http://www.w3.org/mid/200601222237.k0MMbBeT030095@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11784 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, 22 Jan 2006 22:37:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=86 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From weiglenys@ulpgc.es Mon Jan 23 08:22:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F11dw-0004dZ-7A for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 08:22:00 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA16942 for ; Mon, 23 Jan 2006 08:20:29 -0500 (EST) Received: from aorleans-151-1-17-33.w83-115.abo.wanadoo.fr ([83.115.121.33] helo=ulpgc.es) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F11nG-0005Nu-LU for webdav-archive@ietf.org; Mon, 23 Jan 2006 08:31:40 -0500 Message-ID: <000001c6201f$f622d230$5caaa8c0@sculpt> Reply-To: "Glenys Weideman" From: "Glenys Weideman" To: "Freya Straughn" Subject: Re: villeinage Pharama cy Date: Mon, 23 Jan 2006 08:21:47 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C61FF6.0D4CCA30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.4 (/) X-Scan-Signature: 20f22c03b5c66958bff5ef54fcda6e48 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C61FF6.0D4CCA30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 http://www.lovinsiter.com =20 V S V C X A A o I I a m L m A A n b I a G L a i U =20 R I x e M =20 A S =20 n =20 $ $ $ $ $ $ 1 3 3 1 2 1 , , , , , , 1 3 7 4 8 2 2 3 5 2 9 ------=_NextPart_000_0001_01C61FF6.0D4CCA30 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
 
V
S
V
C
X
A
A
o
I
I
a
m<= /DIV>
L
m
A
A
n
b
I
a
G
L
a
i
U
 
R
I
x
e
M
 
A
S
 
n
 
$
$
$
$
$
$
1
3
3
1
2
1
,
,
,
,
,
,
1
3
7
4
8
2
2
3
5
2
9
------=_NextPart_000_0001_01C61FF6.0D4CCA30-- From w3c-dist-auth-request@frink.w3.org Mon Jan 23 12:34:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F15aj-0003ys-5b for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 12:34:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA04847 for ; Mon, 23 Jan 2006 12:33:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F15Yw-00069X-NW for w3c-dist-auth-dist@listhub.w3.org; Mon, 23 Jan 2006 17:33:06 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F15Yr-00066y-7L for w3c-dist-auth@listhub.w3.org; Mon, 23 Jan 2006 17:33:01 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1F15Ym-0008WH-PS for w3c-dist-auth@w3.org; Mon, 23 Jan 2006 17:33:00 +0000 Received: from [192.168.101.89] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 0C4A514226F; Mon, 23 Jan 2006 09:32:52 -0800 (PST) In-Reply-To: <43D3C103.7070305@gmx.de> References: <43D3C103.7070305@gmx.de> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6B8ED7D8-D096-45C4-8418-BDFF71BEBED3@osafoundation.org> Cc: WebDav Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Mon, 23 Jan 2006 09:32:46 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.728) Received-SPF: pass (aji.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F15Ym-0008WH-PS 175b415698240d3f9be33499a1bd2c9c X-Original-To: w3c-dist-auth@w3.org Subject: Re: URL rewriting in PROPFIND responses (related to Bugzilla issue 46) X-Archived-At: http://www.w3.org/mid/6B8ED7D8-D096-45C4-8418-BDFF71BEBED3@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11785 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, 23 Jan 2006 17:33:06 +0000 Content-Transfer-Encoding: 7bit So if the server won't use the same prefix that the Request-URI contained, then the guidance would be that the server should redirect the entire request? Lisa On Jan 22, 2006, at 9:29 AM, Julian Reschke wrote: > > Hi, > > related to id=46>, we discussed on the mailing list in which ways a server may > rewrite the Request-URI in multistatus responses. > > For instance, is it legal to rewrite (that is, are clients expected > to handle): > > 1) changing the authority, for instance, by replacing a host name > by an IP address, > > 2) change URL escaping of individual characters, > > 3) replace parts of the URL based on server-internal equivalence > rules? > > > As far as I can tell, the answers to this should be: > > 1) no, otherwise a client would potentially need to lookup DNS, and > clients just don't do that, > > 2) yes, because that's usually hard to prevent inside the server if > the request URL isn't kept as a plain string, > > 3) clearly no, because clients do not have knowledge about these > server-specific equivalence rules (such as whether the distinction > between "a" and "A" is irrelevant). > > Note re 1) this point becomes irrelevant if the server is smart > enough to put relative references into the elements. > > I therefore propose the following change to Section 12.2 ( greenbytes.de/tech/webdav/draft-ietf-webdav- > rfc2518bis-10.html#rfc.section.12.2>): > > Section 12., para. 6: > OLD: > > A Multi-Status body contains one or more 'response' elements. > Each > response element describes a resource, and has an 'href' element > identifying the resource. The 'href' element MUST contain an > absolute URI or relative reference. It MUST NOT include "." or > ".." > as path elements. > > If a 'href' element contains a relative reference, it MUST be > resolved against the Request-URI. A relative reference MUST be an > absolute path (note that clients are not known to support relative > paths). > > NEW: > > The Multi-Status response format may contain 'href' elements > (Section 13.7) in multiple places, namely as child element of > 'response' elements (Section 13.24). When the contents of an > 'href' > element contains a Relative Reference ([RFC3986], Section 4.2), > it is > relative to the Request-URI of the HTTP request. > > Interoperability experience shows that many clients do not fully > implement the Reference Resolution defined in Section 5 of > [RFC3986]. > Therefore servers SHOULD NOT use 'href' values that: > > o use forms of relative references other than absolute paths (see > "absolute-path", [RFC3986], Section 3.3), > > o use dot-segments ("." or "..") or > > o have prefixes that do not match the Request-URI (using the > comparison rules defined in Section 3.2.3 of [RFC2616]). > > > Best regards, Julian > > > From w3c-dist-auth-request@frink.w3.org Mon Jan 23 12:37:41 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F15dM-0004mQ-09 for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 12:37:41 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA04977 for ; Mon, 23 Jan 2006 12:36:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F15cg-000783-B5 for w3c-dist-auth-dist@listhub.w3.org; Mon, 23 Jan 2006 17:36:58 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F15cf-00077U-6z for w3c-dist-auth@listhub.w3.org; Mon, 23 Jan 2006 17:36:57 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by maggie.w3.org with esmtp (Exim 4.50) id 1F15ca-0007YM-MH for w3c-dist-auth@w3.org; Mon, 23 Jan 2006 17:36:56 +0000 Received: from [192.168.101.89] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id CAE79142271; Mon, 23 Jan 2006 09:36:49 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v728) Content-Type: multipart/alternative; boundary=Apple-Mail-8-816812556 Message-Id: <4DD40CD9-B61A-4D3E-867B-FD6ABE1BBF54@osafoundation.org> Cc: " webdav" From: Lisa Dusseault Date: Mon, 23 Jan 2006 09:36:42 -0800 To: Geoffrey M Clemm X-Mailer: Apple Mail (2.728) Received-SPF: pass (maggie.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1F15ca-0007YM-MH 1e247db88c173b8f19e2b68c64c78aa7 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Bindings and permissions X-Archived-At: http://www.w3.org/mid/4DD40CD9-B61A-4D3E-867B-FD6ABE1BBF54@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11786 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, 23 Jan 2006 17:36:58 +0000 --Apple-Mail-8-816812556 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit I guess our mis-alignment is partly based on whether ACL supports dynamic ACL inheritance. Since I know of more than one server supporting ACL that does dynamic inheritance, I figure that whether or not ACL theoretically supports dynamic inheritance, in practice it does. Still, I would argue that's irrelevant. Doesn't a client have an expectation that when it does a BIND request - that the resource being bound doesn't become less accessible, or more accessible, as a result of the request; in other words that the BIND request has reasonably predictable side effects - regardless of whether the server supports ACL spec - regardless of whether the server supports dynamic inheritance, which as you say isn't really discoverable? Lisa On Jan 22, 2006, at 5:54 AM, Geoffrey M Clemm wrote: > > Perhaps if you could address the issues raised in my message > (i.e., the ACL spec doesn't support dynamic ACL inheritance, > your suggested changes mistakenly assume that the ACL spec > does support dynamic ACL inheritance, and the issues of > multiple inheritance occur whether or not you have multiple > bindings to a resource and therefore is not > a bind-specific issue), rather than just stating that you > disagree and re-proposing your changes, we could have a > more productive discussion. > > Cheers, > Geoff > > Lisa Dusseault wrote on 01/21/2006 > 07:09:12 PM: > > > I fundamentally disagree that this situation isn't affected by the > > Bind mechanics and can't be addressed at all in the Bind spec. It's > > pretty absolute of you to say that there is "nothing that can be > > changed about the bind spec to address this issue" as I've suggested > > some changes in the past. > > > > lisa > > > > On Jan 21, 2006, at 1:50 PM, Geoffrey M Clemm wrote: > > > > > > The issues/questions raised by Lisa are not related to the bind > spec; > > they are about dynamically inherited ACL's, which is not > something that > > is currently modeled in the ACL spec. So there is nothing that can > > be changed about the bind spec to address this issue ... it is an > ACL > > spec issue. If the ACL spec were extended to model dynamically > inherited > > ACL's, then it would need to deal with multiple parents, but that > is no > > harder than dealing with the interaction of the ACL directly on a > resource > > with the ACL's that it inherits, so multiple bindings does not > introduce > > any new issues in that regard. > > > > Cheers, > > Geoff > > > > Cullen wrote on 01/21/2006 04:32:34 PM: > > > Hmm, some of this was before I was following webdav. It does not > > > surprise me that the IESG said the some proposed ACL model was not > > > simple enough to implement and requested changes. It would > surprise > > > me greatly that they would be looking for something that was so > > > simple that it was not capable of solving the problem. > > > > > > I suspect the guiding principle here should be as simple as > possible > > > but no simpler. Something that does not explants how to deal with > > > the situations that bind allows either mean that bind need to be > > > changed to allow less situations or that the solution is not > complete. > > > > > On 12/16/05 6:29 PM, "Geoffrey M Clemm" > wrote: > > > There are ways to model this kind of thing, but the guidance we > > > received for the ACL spec is that the resulting ACL model is too > > > complicated, which is why we ended up with a much simpler model > > > (that cannot model this kind of thing). So I think the simple > answer > > > is "no, there is no way for a client to find out about complex > > > ACL situations such as the ones you describe" (unless the IESG > > > changes its mind about how complex an ACL model is acceptable). > > > > > Lisa wrote on 12/16/2005 07:13:21 PM: > > > > I was thinking about the bindings and permissions stuff > today. I've > > > > discussed it before but this may be a new take on the > subject. Recall > > > > we don't really know what the behavior is with dynamically > inherited > > > > ACLs (when a parent's ACLs automatically apply to its child > resources) > > > > when some of those children are bindings to resources that > also have > > > > bindings. Some of the possible solutions to this: > > > > > > > > 1. Directory permissions are not dynamically applicable to > children or > > > > at least to bindings. > > > > 2. You can't bind resources into directories that have > different ACLs > > > > than where they're bound already - server returns 403 or > something > > > > 3. Permissions are path-dependent. > > > > 4. Not all bindings are first-class -- there's a "real name" > and then > > > > there are aliases. The collection containing the "real name" > is the > > > > one that inherits permissions > > > > 5. There's some algorithm for "summing" or "intersecting" the > > > > permissions according to the parents of all the bindings. > > > > > > > > There may be other possible models. > > > > > > > > It seems to me clients have no way of knowing which solution > the server > > > > has chosen and behavior can be quite unpredictable. Is there > some way > > > > to advertise the server's model? Are some of these choices > forbidden? > > > > Of those that aren't forbidden, is one of them recommended? > > > > > > > > It would be extremely surprising if the 'bind' privilege grants > > > > somebody the ability to make a new mapping of a resource into > a new > > > > directory, AND that a consequence of that 'bind' operation is > to change > > > > the permissions on the underlying resource -- without requiring > > > > 'writeacl' privilege. Since that's a possible security hole, > what > > > > should that be -- a MUST NOT? A security consideration? --Apple-Mail-8-816812556 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I guess our mis-alignment is = partly based on whether ACL supports dynamic ACL inheritance.=A0 Since I = know of more than one server supporting ACL that does dynamic = inheritance, I figure that whether or not ACL theoretically supports = dynamic inheritance, in practice it does.

Still, I would argue that's = irrelevant.=A0 Doesn't a client have an expectation that when it does a = BIND request
=A0- that the resource being bound doesn't become = less accessible, or more accessible, as a result of the request; in = other words that the BIND request has reasonably predictable side = effects
=A0=A0=A0 - regardless of whether the server supports = ACL spec
=A0=A0=A0 - regardless of whether the server supports = dynamic inheritance, which as you say isn't really = discoverable?

Lisa

On = Jan 22, 2006, at 5:54 AM, Geoffrey M Clemm wrote:


Perhaps if you could address the issues raised in my = message
(i.e., the ACL spec doesn't = support dynamic ACL inheritance,
your= suggested changes mistakenly assume that the ACL spec =
does support dynamic ACL inheritance, and the = issues of
multiple inheritance = occur whether or not you have multiple
bindings to a resource and therefore is not =
a bind-specific issue), rather than just = stating that you
disagree and = re-proposing your changes, we could have a
more productive discussion.

Cheers,
Geoff

Lisa = Dusseault <lisa@osafoundation.org> = wrote on 01/21/2006 07:09:12 PM:

> I fundamentally disagree = that this situation isn't affected by the
> Bind mechanics and = can't be addressed at all in the Bind spec.=A0 It's
> pretty = absolute of you to say that there is "nothing that can be
> = changed about the bind spec to address this issue" as I've suggested
= > some changes in the past.=A0 =A0
>
> lisa
>
> On Jan 21, 2006, at 1:50 PM, Geoffrey M = Clemm wrote:
>
>
= > The issues/questions raised by Lisa are not related to the bind = spec;
> they are about dynamically inherited ACL's, which is not = something that
> is currently modeled in the ACL spec. =A0So = there is nothing that can
> be changed about the bind spec to = address this issue ... it is an ACL
> spec issue. =A0If the ACL = spec were extended to model dynamically inherited
> ACL's, then = it would need to deal with multiple parents, but that is no
> = harder than dealing with the interaction of the ACL directly on a = resource
> with the ACL's that it inherits, so multiple bindings = does not introduce
> any new issues in that regard.
> =
> Cheers,
> Geoff
>
> Cullen wrote on = 01/21/2006 04:32:34 PM:
> > Hmm, some of this was before I was = following webdav. It does not
> > surprise me that the IESG = said the some proposed ACL model was not
> > simple enough to = implement and requested changes. It would surprise
> > me = greatly that they would be looking for something that was so
> = > simple that it was not capable of solving the problem.
> = >
> > I suspect the guiding principle here should be as = simple as possible
> > but no simpler. Something that does not = explants how to deal with
> > the situations that bind allows = either mean that bind need to be
> > changed to allow less = situations or that the solution is not complete. =A0
>
> = > On 12/16/05 6:29 PM, "Geoffrey M Clemm" <geoffrey.clemm@us.ibm.com>= ; wrote:
> > There are ways to model this kind of thing, but = the guidance we
> > received for the ACL spec is that the = resulting ACL model is too
> > complicated, which is why we = ended up with a much simpler model
> > (that cannot model = this kind of thing). =A0So I think the simple answer
> > is = "no, there is no way for a client to find out about complex
> = > ACL situations such as the ones you describe" (unless the IESG
= > > changes its mind about how complex an ACL model is = acceptable).
>
> > Lisa wrote on 12/16/2005 07:13:21 = PM:
> > > I was thinking about the bindings and permissions = stuff today. =A0I've
> > > discussed it before but this = may be a new take on the subject. =A0Recall
> > > we don't = really know what the behavior is with dynamically inherited
> = > > ACLs (when a parent's ACLs automatically apply to its child = resources)
> > > when some of those children are bindings = to resources that also have
> > > bindings. =A0Some of the = possible solutions to this:
> > >
> > > 1. = =A0Directory permissions are not dynamically applicable to children or =
> > > at least to bindings.
> > > 2. =A0You = can't bind resources into directories that have different ACLs
> = > > than where they're bound already - server returns 403 or = something
> > > 3. =A0Permissions are path-dependent.
= > > > 4. =A0Not all bindings are first-class -- there's a "real = name" and then
> > > there are aliases. =A0The collection = containing the "real name" is the
> > > one that inherits = permissions
> > > 5. =A0There's some algorithm for = "summing" or "intersecting" the
> > > permissions = according to the parents of all the bindings.
> > >
= > > > There may be other possible models.
> > > =
> > > It seems to me clients have no way of knowing which = solution the server
> > > has chosen and behavior can be = quite unpredictable. =A0Is there some way
> > > to = advertise the server's model? Are some of these choices forbidden? =A0
= > > > Of those that aren't forbidden, is one of them = recommended?
> > >
> > > It would be = extremely surprising if the 'bind' privilege grants
> > > = somebody the ability to make a new mapping of a resource into a new
= > > > directory, AND that a consequence of that 'bind' = operation is to change
> > > the permissions on the = underlying resource -- without requiring
> > > 'writeacl' = privilege. =A0Since that's a possible security hole, what
> > = > should that be -- a MUST NOT? =A0A security consideration?
=

= --Apple-Mail-8-816812556-- From w3c-dist-auth-request@frink.w3.org Mon Jan 23 12:44:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F15kQ-0006te-J4 for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 12:44:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05326 for ; Mon, 23 Jan 2006 12:43:28 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F15jl-0000ni-Cr for w3c-dist-auth-dist@listhub.w3.org; Mon, 23 Jan 2006 17:44:17 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F15jk-0000n8-34 for w3c-dist-auth@listhub.w3.org; Mon, 23 Jan 2006 17:44:16 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1F15jg-0000eo-65 for w3c-dist-auth@w3.org; Mon, 23 Jan 2006 17:44:15 +0000 Received: (qmail invoked by alias); 23 Jan 2006 17:44:10 -0000 Received: from pd95b23e9.dip0.t-ipconnect.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp036) with SMTP; 23 Jan 2006 18:44:10 +0100 X-Authenticated: #1915285 Message-ID: <43D51561.4030107@gmx.de> Date: Mon, 23 Jan 2006 18:41:53 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: WebDav References: <43D3C103.7070305@gmx.de> <6B8ED7D8-D096-45C4-8418-BDFF71BEBED3@osafoundation.org> In-Reply-To: <6B8ED7D8-D096-45C4-8418-BDFF71BEBED3@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1F15jg-0000eo-65 0821b6f74aeb6098a14659748dca7285 X-Original-To: w3c-dist-auth@w3.org Subject: Re: URL rewriting in PROPFIND responses (related to Bugzilla issue 46) X-Archived-At: http://www.w3.org/mid/43D51561.4030107@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11787 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, 23 Jan 2006 17:44:17 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > > So if the server won't use the same prefix that the Request-URI > contained, then the guidance would be that the server should redirect > the entire request? Either that, or send a Content-Location header (as already proposed for trailing slash conflicts). Letting it return 207 with URLs the client can't map will probably not help. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Mon Jan 23 12:49:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F15od-0007b2-GY for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 12:49:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05673 for ; Mon, 23 Jan 2006 12:47:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F15ny-000449-Fs for w3c-dist-auth-dist@listhub.w3.org; Mon, 23 Jan 2006 17:48:38 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F15nv-00043S-AE for w3c-dist-auth@listhub.w3.org; Mon, 23 Jan 2006 17:48:35 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by lisa.w3.org with smtp (Exim 4.50) id 1F15nt-0005pg-H8 for w3c-dist-auth@w3.org; Mon, 23 Jan 2006 17:48:35 +0000 Received: (qmail invoked by alias); 23 Jan 2006 17:48:31 -0000 Received: from pd95b23e9.dip0.t-ipconnect.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp001) with SMTP; 23 Jan 2006 18:48:31 +0100 X-Authenticated: #1915285 Message-ID: <43D51666.2080507@gmx.de> Date: Mon, 23 Jan 2006 18:46:14 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: Geoffrey M Clemm , webdav References: <4DD40CD9-B61A-4D3E-867B-FD6ABE1BBF54@osafoundation.org> In-Reply-To: <4DD40CD9-B61A-4D3E-867B-FD6ABE1BBF54@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1F15nt-0005pg-H8 524efef5bc3420e7dd45fc2a6d691db4 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Bindings and permissions X-Archived-At: http://www.w3.org/mid/43D51666.2080507@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11788 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, 23 Jan 2006 17:48:38 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > I guess our mis-alignment is partly based on whether ACL supports > dynamic ACL inheritance. Since I know of more than one server > supporting ACL that does dynamic inheritance, I figure that whether or > not ACL theoretically supports dynamic inheritance, in practice it does. Then that server has chosen an ACL model that is undefined under RFC3744. > Still, I would argue that's irrelevant. Doesn't a client have an > expectation that when it does a BIND request > - that the resource being bound doesn't become less accessible, or more > accessible, as a result of the request; in other words that the BIND > request has reasonably predictable side effects > - regardless of whether the server supports ACL spec > - regardless of whether the server supports dynamic inheritance, > which as you say isn't really discoverable? All of these are good questions, but I don't see how BIND can possibly answer that, when even the behavior for single bindings is not defined within any IETF spec. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Mon Jan 23 13:53:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F16om-0008Kc-8a for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 13:53:32 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA09394 for ; Mon, 23 Jan 2006 13:52:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F16ni-000612-Bv for w3c-dist-auth-dist@listhub.w3.org; Mon, 23 Jan 2006 18:52:26 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F16ne-0005zW-AU for w3c-dist-auth@listhub.w3.org; Mon, 23 Jan 2006 18:52:22 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F16na-0005Kn-AL for w3c-dist-auth@w3.org; Mon, 23 Jan 2006 18:52:21 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0NIqGFI032346; Mon, 23 Jan 2006 10:52:16 -0800 Date: Mon, 23 Jan 2006 10:52:16 -0800 Message-Id: <200601231852.k0NIqGFI032346@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F16na-0005Kn-AL 22ccf9e034f248854aaba58ad90aa2d4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 225] New: DAV:owner XML element definition lost X-Archived-At: http://www.w3.org/mid/200601231852.k0NIqGFI032346@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11789 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, 23 Jan 2006 18:52:26 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=225 Summary: DAV:owner XML element definition lost Product: WebDAV-RFC2518-bis Version: -11 Platform: Other URL: http://ietf.webdav.org/webdav/rfc2518bis/draft-ietf- webdav-rfc2518bis-11.txt OS/Version: other Status: NEW Severity: blocker Priority: P2 Component: 13. XML Element Definitions AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org Is indeed draft 11? Anyway, in that draft the definition of DAV:owner seems to have disappeared. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 23 18:17:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1Avz-0005p8-Mo for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 18:17:15 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA03180 for ; Mon, 23 Jan 2006 18:15:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1AuS-00065I-5H for w3c-dist-auth-dist@listhub.w3.org; Mon, 23 Jan 2006 23:15:40 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F1AuL-0005rA-VE for w3c-dist-auth@listhub.w3.org; Mon, 23 Jan 2006 23:15:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F1AuJ-00043r-B3 for w3c-dist-auth@w3.org; Mon, 23 Jan 2006 23:15:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0NNFSf2032542; Mon, 23 Jan 2006 15:15:28 -0800 Date: Mon, 23 Jan 2006 15:15:28 -0800 Message-Id: <200601232315.k0NNFSf2032542@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F1AuJ-00043r-B3 f2a63c75475f45cd817d199ef99a0526 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 223] Section organization for pre/postconditions X-Archived-At: http://www.w3.org/mid/200601232315.k0NNFSf2032542@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11790 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, 23 Jan 2006 23:15:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=223 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|minor |trivial Priority|P2 |P5 ------- Additional Comments From fluffy@cisco.com 2006-01-23 15:15 ------- As far as I can tell, this is just a formatting issue so I think we should consider it very low priority. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 23 19:56:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1CTi-00009Y-2T for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 19:56:10 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA19408 for ; Mon, 23 Jan 2006 19:54:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1BSA-0000qD-Ft for w3c-dist-auth-dist@listhub.w3.org; Mon, 23 Jan 2006 23:50:30 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F1BRo-0008Ug-L4 for w3c-dist-auth@listhub.w3.org; Mon, 23 Jan 2006 23:50:08 +0000 Received: from [132.151.6.50] (helo=newodin.ietf.org) by maggie.w3.org with esmtp (Exim 4.50) id 1F1BRj-0000WO-Ht for w3c-dist-auth@w3.org; Mon, 23 Jan 2006 23:50:05 +0000 Received: from mlee by newodin.ietf.org with local (Exim 4.43) id 1F1BRi-0007P3-Br; Mon, 23 Jan 2006 18:50:02 -0500 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org Cc: w3c-dist-auth@w3.org From: Internet-Drafts@ietf.org Message-Id: Date: Mon, 23 Jan 2006 18:50:02 -0500 Received-SPF: none (maggie.w3.org: domain of mlee@newodin.ietf.org does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1F1BRj-0000WO-Ht 6742709cc1504becc210e31c5e42ce03 X-Original-To: w3c-dist-auth@w3.org Subject: I-D ACTION:draft-ietf-webdav-rfc2518bis-11.txt X-Archived-At: http://www.w3.org/mid/E1F1BRi-0007P3-Br@newodin.ietf.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11791 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, 23 Jan 2006 23:50:30 +0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the WWW Distributed Authoring and Versioning Working Group of the IETF. Title : HTTP Extensions for Distributed Authoring - WebDAV Author(s) : L. Dusseault Filename : draft-ietf-webdav-rfc2518bis-11.txt Pages : 134 Date : 2006-1-23 WebDAV consists of a set of methods, headers, and content-types ancillary to HTTP/1.1 for the management of resource properties, creation and management of resource collections, URL namespace manipulation, and resource locking (collision avoidance). RFC2518 was published in February 1999, and this specification makes minor revisions mostly due to interoperability experience. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-webdav-rfc2518bis-11.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-webdav-rfc2518bis-11.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-webdav-rfc2518bis-11.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2006-1-23173443.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-rfc2518bis-11.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-rfc2518bis-11.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2006-1-23173443.I-D@ietf.org> --OtherAccess-- --NextPart-- From w3c-dist-auth-request@frink.w3.org Mon Jan 23 22:40:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1F2P-0005HO-DB for webdav-archive@megatron.ietf.org; Mon, 23 Jan 2006 22:40:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA00269 for ; Mon, 23 Jan 2006 22:38:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1F15-0007Ky-JJ for w3c-dist-auth-dist@listhub.w3.org; Tue, 24 Jan 2006 03:38:47 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F1F11-0007K8-7i for w3c-dist-auth@listhub.w3.org; Tue, 24 Jan 2006 03:38:43 +0000 Received: from mail-out3.apple.com ([17.254.13.22]) by lisa.w3.org with esmtp (Exim 4.50) id 1F1F0z-0002WB-Rn for w3c-dist-auth@w3.org; Tue, 24 Jan 2006 03:38:43 +0000 Received: from relay8.apple.com (a17-128-113-38.apple.com [17.128.113.38]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id k0O3caI9006406; Mon, 23 Jan 2006 19:38:36 -0800 (PST) Received: from [17.221.42.43] (pucca.apple.com [17.221.42.43]) by relay8.apple.com (Apple SCV relay) with ESMTP id 147A819; Mon, 23 Jan 2006 19:38:36 -0800 (PST) In-Reply-To: <43D3A57F.1020305@gmx.de> References: <43D3A57F.1020305@gmx.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <3EAAE557-7117-40E9-9F16-524E20D43527@apple.com> Cc: Jason Crawford , Lisa Dusseault , WebDav Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= Date: Mon, 23 Jan 2006 19:38:33 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.746.2) X-Brightmail-Tracker: AAAAAA== Received-SPF: pass (lisa.w3.org: domain of wsanchez@apple.com designates 17.254.13.22 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F1F0z-0002WB-Rn 171154e95088dd535599b726633f5d4a X-Original-To: w3c-dist-auth@w3.org Subject: Re: Destination header syntax (Bug 211) and how WebDAV works with reverse proxies X-Archived-At: http://www.w3.org/mid/3EAAE557-7117-40E9-9F16-524E20D43527@apple.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11792 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, 24 Jan 2006 03:38:47 +0000 Content-Transfer-Encoding: 7bit Works for me as well. -wsv On Jan 22, 2006, at 7:32 AM, Julian Reschke wrote: > > Jason Crawford wrote: >> I do also support that. > > ... > > For the record and in case that wasn't clear, I'm in favour, too. > > Best regards, Julian From kimwaldron@vennila.net Tue Jan 24 02:42:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1IpF-000557-30 for webdav-archive@megatron.ietf.org; Tue, 24 Jan 2006 02:42:49 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA16089 for ; Tue, 24 Jan 2006 02:41:17 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F1Iyd-0006Ax-Mb for webdav-archive@ietf.org; Tue, 24 Jan 2006 02:52:38 -0500 Received: from [211.54.108.112] (helo=vennila.net) by mx2.foretec.com with smtp (Exim 4.24) id 1F1Ip1-0005to-99 for webdav-archive@ietf.org; Tue, 24 Jan 2006 02:42:35 -0500 Message-ID: <000001c620b9$b9c79060$7da5a8c0@anonymous> Reply-To: "Kimberleigh Waldron" From: "Kimberleigh Waldron" To: "Marissa Macarthur" Subject: Re: suction Pharam acy Date: Tue, 24 Jan 2006 02:42:28 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6208F.D0F18860" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.4 (/) X-Scan-Signature: cd3fc8e909678b38737fc606dec187f0 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6208F.D0F18860 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 http://www.simtewor.com =20 C X A V V S I a m I A o A n b A L m L a i G I a I x e R U =20 S =20 n A M =20 $ $ $ $ =20 $ 3 1 2 3 $ 1 , , , , 1 , 7 4 8 3 , 1 5 2 9 3 2 2 ------=_NextPart_000_0001_01C6208F.D0F18860 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
 
C
X
A
V
V
S
I
a
m
I
A
o
A
n
b
A
L
m
L
a
i
G
I
a
I
x
e
R
U
 
S
 
n
A
M
 
$
$
$
$
 
$
3
1
2
3
$
1
,
,
,
,
1
,<= /DIV>
7
4
8
3
,
1
5
2
9
3
2
2
------=_NextPart_000_0001_01C6208F.D0F18860-- From vrhmegpkwh@sourcedata.com Tue Jan 24 11:48:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1RLf-0006LY-4U for webdav-archive@megatron.ietf.org; Tue, 24 Jan 2006 11:48:51 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA28799 for ; Tue, 24 Jan 2006 11:47:20 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F1RVB-0001rg-Ug for webdav-archive@ietf.org; Tue, 24 Jan 2006 11:58:45 -0500 Received: from [85.97.0.31] (helo=dsl.dynamic8597031.ttnet.net.tr) by mx2.foretec.com with smtp (Exim 4.24) id 1F1RTp-0001YD-01 for webdav-archive@ietf.org; Tue, 24 Jan 2006 11:57:18 -0500 Received: from .starnetusa.net (.starnetusa.net [240.28.148.0 ]) by .starnetusa.net with ESMTP id 2C573160 for ; Tue, 24 Jan 2006 18:41:39 +0200 Message-Id: <6.5.1.82.2.20031597523053.025b4b48@.starnetusa.net> X-Sender: vrhmegpkwh@sourcedata.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 24 Jan 2006 13:44:39 -0300 From: "Antony Rogers" To: webdav-archive@ietf.org Subject: Trouble Ticket - Escalation X-Spam-Score: 0.0 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 "Ci-iallis Sof-tabs" is better than Pfizer V-iiaggrra and normal Ci-ialis because: - Guarantes 36 hours lasting - Safe to take, no side effectts at all - Boost and increase se-xual perfoormance - Haarder e-rectiiions and quick recharge - Proven and c-ertified by e-xperts and d-octors - only $1.98 per tabs - Special offeer! These prices - are valid u-ntil 30th of January ! Cllick hereee: http://rjcustomhomes.com From w3c-dist-auth-request@frink.w3.org Tue Jan 24 15:16:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1Uay-0003MT-LI for webdav-archive@megatron.ietf.org; Tue, 24 Jan 2006 15:16:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA15192 for ; Tue, 24 Jan 2006 15:15:21 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1UZB-0003pN-LV for w3c-dist-auth-dist@listhub.w3.org; Tue, 24 Jan 2006 20:15:01 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F1UZ5-0003nq-Ea for w3c-dist-auth@listhub.w3.org; Tue, 24 Jan 2006 20:14:55 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F1UYx-0001k1-7P for w3c-dist-auth@w3.org; Tue, 24 Jan 2006 20:14:55 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0OKEjxi001169; Tue, 24 Jan 2006 12:14:45 -0800 Date: Tue, 24 Jan 2006 12:14:45 -0800 Message-Id: <200601242014.k0OKEjxi001169@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F1UYx-0001k1-7P ccc11e9e79f6b37bc4f92f2dd98d1f57 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601242014.k0OKEjxi001169@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11793 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, 24 Jan 2006 20:15:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-24 12:14 ------- OK, after more reading and testing I have to take back my previous comment. It seems to me history went like this: Jason: "it's problematic to leave it to the servers which tagged-list productions it looks at". WG: "indeed". However :-), the specs (both RFC2518 and RFC251bis-11) make it clear that there's a logical "OR" between multiple lists: "If one of the described state lists matches the state of the resource then the request may succeed." So it seems to me that the server indeed is free to pass the request, as long it finds a single list production that evaluates to true. This also mean, that once it found one evaluating to true, it really doesn't need to check the others. So as far as I can tell, there's really nothing we can change here (except for language), unless we really want to change the "OR" to an "AND". Feedback appreciated. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 24 15:35:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1Usz-0000De-64 for webdav-archive@megatron.ietf.org; Tue, 24 Jan 2006 15:35:29 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16318 for ; Tue, 24 Jan 2006 15:33:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1UsI-0002PM-4k for w3c-dist-auth-dist@listhub.w3.org; Tue, 24 Jan 2006 20:34:46 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F1UsE-0002Oh-Pa for w3c-dist-auth@listhub.w3.org; Tue, 24 Jan 2006 20:34:42 +0000 Received: from services.cse.ucsc.edu ([128.114.48.10]) by maggie.w3.org with esmtp (Exim 4.50) id 1F1UsC-0008Ju-41 for w3c-dist-auth@w3.org; Tue, 24 Jan 2006 20:34:42 +0000 Received: from [128.114.56.106] (atari.cse.ucsc.edu [128.114.56.106]) (authenticated bits=0) by services.cse.ucsc.edu (8.13.1/8.13.1) with ESMTP id k0OKYYsc026225 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 24 Jan 2006 12:34:34 -0800 (PST) In-Reply-To: <9D8ECBCB-E422-46B2-9E4E-E3DCB6E6FB3F@osafoundation.org> References: <43D29C4C.1090501@gmx.de> <9D8ECBCB-E422-46B2-9E4E-E3DCB6E6FB3F@osafoundation.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: Julian Reschke , WebDav Content-Transfer-Encoding: 7bit From: Jim Whitehead Date: Tue, 24 Jan 2006 12:34:32 -0800 To: Lisa Dusseault X-Mailer: Apple Mail (2.746.2) Received-SPF: none (maggie.w3.org: domain of ejw@cs.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.3 X-W3C-Scan-Sig: maggie.w3.org 1F1UsC-0008Ju-41 7a52611d6fd4474b5846bea347cda348 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Destination header syntax (Bug 211) and how WebDAV works with reverse proxies X-Archived-At: http://www.w3.org/mid/ABE9764F-77FB-4556-96FE-B881C9F7C37F@cs.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11794 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, 24 Jan 2006 20:34:46 +0000 Content-Transfer-Encoding: 7bit > I support extending the Destination header and all other locations > that take URLs, such that servers MUST accept absolute paths. > > lisa +1 Thank you, Julian, for an excellent issue summary. - Jim From w3c-dist-auth-request@frink.w3.org Tue Jan 24 15:44:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1V1N-0002Tx-9u for webdav-archive@megatron.ietf.org; Tue, 24 Jan 2006 15:44:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA17103 for ; Tue, 24 Jan 2006 15:42:37 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1V0j-00044Z-H4 for w3c-dist-auth-dist@listhub.w3.org; Tue, 24 Jan 2006 20:43:29 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F1V0g-00041n-1b for w3c-dist-auth@listhub.w3.org; Tue, 24 Jan 2006 20:43:26 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1F1V0I-0001LZ-6g for w3c-dist-auth@w3.org; Tue, 24 Jan 2006 20:43:24 +0000 Received: (qmail invoked by alias); 24 Jan 2006 20:43:00 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp035) with SMTP; 24 Jan 2006 21:43:00 +0100 X-Authenticated: #1915285 Message-ID: <43D690C4.7050508@gmx.de> Date: Tue, 24 Jan 2006 21:40:36 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jim Whitehead CC: Lisa Dusseault , WebDav References: <43D29C4C.1090501@gmx.de> <9D8ECBCB-E422-46B2-9E4E-E3DCB6E6FB3F@osafoundation.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1F1V0I-0001LZ-6g 203a070c76e51bbfdc1964920f587476 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Destination header syntax (Bug 211) and how WebDAV works with reverse proxies X-Archived-At: http://www.w3.org/mid/43D690C4.7050508@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11795 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, 24 Jan 2006 20:43:29 +0000 Content-Transfer-Encoding: 7bit Jim Whitehead wrote: > >> I support extending the Destination header and all other locations >> that take URLs, such that servers MUST accept absolute paths. >> >> lisa > > +1 > > Thank you, Julian, for an excellent issue summary. Thanks. I think clearly we have consensus for the following change: - allow absolute paths in Destination header - allow absolute paths in the Coded-URLs in Tagged-List productions (If header) (probably by introducing something like "Coded-Reference") - allow absolute paths in location/href in multistatus responses (?) Best regards, Julian From w3c-dist-auth-request@frink.w3.org Tue Jan 24 15:46:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1V3L-0002tv-BO for webdav-archive@megatron.ietf.org; Tue, 24 Jan 2006 15:46:11 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA17359 for ; Tue, 24 Jan 2006 15:44:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1V2f-0006jV-NR for w3c-dist-auth-dist@listhub.w3.org; Tue, 24 Jan 2006 20:45:29 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F1V2d-0006US-T5 for w3c-dist-auth@listhub.w3.org; Tue, 24 Jan 2006 20:45:28 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F1V2W-0001r1-Tl for w3c-dist-auth@w3.org; Tue, 24 Jan 2006 20:45:27 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0OKjI6e001201; Tue, 24 Jan 2006 12:45:18 -0800 Date: Tue, 24 Jan 2006 12:45:18 -0800 Message-Id: <200601242045.k0OKjI6e001201@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F1V2W-0001r1-Tl cff1300b00f97bd7b72659473ed238ce X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601242045.k0OKjI6e001201@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11796 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, 24 Jan 2006 20:45:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-24 12:45 ------- Seems there is consensus for allowing absolute paths in Destination header and If header. Summary in , call for consensus in . ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 24 20:49:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1Zmp-0006jw-Ls for webdav-archive@megatron.ietf.org; Tue, 24 Jan 2006 20:49:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA25861 for ; Tue, 24 Jan 2006 20:47:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1ZlP-0000L6-2J for w3c-dist-auth-dist@listhub.w3.org; Wed, 25 Jan 2006 01:47:59 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F1ZlI-0000K8-9a for w3c-dist-auth@listhub.w3.org; Wed, 25 Jan 2006 01:47:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F1ZlF-0001O4-R3 for w3c-dist-auth@w3.org; Wed, 25 Jan 2006 01:47:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0P1lnb5001413; Tue, 24 Jan 2006 17:47:49 -0800 Date: Tue, 24 Jan 2006 17:47:49 -0800 Message-Id: <200601250147.k0P1lnb5001413@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F1ZlF-0001O4-R3 c2048d9891390f6b9f927b3d60ee6389 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200601250147.k0P1lnb5001413@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11797 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, 25 Jan 2006 01:47:59 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-24 17:47 ------- See proposed RFC2616 erratum in . ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 25 02:43:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1fJu-00074Q-Ly for webdav-archive@megatron.ietf.org; Wed, 25 Jan 2006 02:43:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA17784 for ; Wed, 25 Jan 2006 02:42:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1fIn-00011N-Gj for w3c-dist-auth-dist@listhub.w3.org; Wed, 25 Jan 2006 07:42:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F1fIk-00010g-LE for w3c-dist-auth@listhub.w3.org; Wed, 25 Jan 2006 07:42:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F1fIj-0008Ma-3V for w3c-dist-auth@w3.org; Wed, 25 Jan 2006 07:42:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0P7gitN001725; Tue, 24 Jan 2006 23:42:44 -0800 Date: Tue, 24 Jan 2006 23:42:44 -0800 Message-Id: <200601250742.k0P7gitN001725@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F1fIj-0008Ma-3V 148e356a50cbfa97cb67b9066924fe07 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 225] DAV:owner XML element definition lost X-Archived-At: http://www.w3.org/mid/200601250742.k0P7gitN001725@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11799 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, 25 Jan 2006 07:42:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=225 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From elias@cse.ucsc.edu 2006-01-24 23:42 ------- --> assigned ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 25 02:43:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1fJu-00074R-OC for webdav-archive@megatron.ietf.org; Wed, 25 Jan 2006 02:43:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA17783 for ; Wed, 25 Jan 2006 02:42:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1fIR-000100-Nu for w3c-dist-auth-dist@listhub.w3.org; Wed, 25 Jan 2006 07:42:27 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F1fIN-0000ys-8E for w3c-dist-auth@listhub.w3.org; Wed, 25 Jan 2006 07:42:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F1fIK-0008H8-C7 for w3c-dist-auth@w3.org; Wed, 25 Jan 2006 07:42:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0P7gJt4001706; Tue, 24 Jan 2006 23:42:19 -0800 Date: Tue, 24 Jan 2006 23:42:19 -0800 Message-Id: <200601250742.k0P7gJt4001706@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F1fIK-0008H8-C7 2f6b800a58b0688b3fa39b03c7f4653d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 225] DAV:owner XML element definition lost X-Archived-At: http://www.w3.org/mid/200601250742.k0P7gJt4001706@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11798 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, 25 Jan 2006 07:42:27 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=225 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-24 23:42 ------- Indeed, this appears to be missing -- assigning to Lisa to fix... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Wed Jan 25 09:38:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1lnO-00016Q-8e for webdav-archive@megatron.ietf.org; Wed, 25 Jan 2006 09:38:50 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA17356 for ; Wed, 25 Jan 2006 09:37:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1llW-000238-Bl for w3c-dist-auth-dist@listhub.w3.org; Wed, 25 Jan 2006 14:36:54 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F1llS-00020r-CV for w3c-dist-auth@listhub.w3.org; Wed, 25 Jan 2006 14:36:50 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F1llP-0003Xv-NO for w3c-dist-auth@w3.org; Wed, 25 Jan 2006 14:36:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0PEaenj004942; Wed, 25 Jan 2006 06:36:40 -0800 Date: Wed, 25 Jan 2006 06:36:40 -0800 Message-Id: <200601251436.k0PEaenj004942@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F1llP-0003Xv-NO e3d2523ebda7fa0430cadbb3f6a885ba X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601251436.k0PEaenj004942@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11800 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, 25 Jan 2006 14:36:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-25 06:36 ------- No, it doesn't mean that -- it's not even legal DTD syntax. So please consider to resolve as proposed in . ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 25 13:10:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1p6e-0003if-4j for webdav-archive@megatron.ietf.org; Wed, 25 Jan 2006 13:10:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA07724 for ; Wed, 25 Jan 2006 13:09:24 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1p5L-0005rG-4E for w3c-dist-auth-dist@listhub.w3.org; Wed, 25 Jan 2006 18:09:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F1p5D-0005qO-Gl for w3c-dist-auth@listhub.w3.org; Wed, 25 Jan 2006 18:09:27 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F1p55-0002EL-BV for w3c-dist-auth@w3.org; Wed, 25 Jan 2006 18:09:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0PI9H1e005101; Wed, 25 Jan 2006 10:09:17 -0800 Date: Wed, 25 Jan 2006 10:09:17 -0800 Message-Id: <200601251809.k0PI9H1e005101@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F1p55-0002EL-BV f6fde6df9b8a502fc83c91c5c618fb93 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601251809.k0PI9H1e005101@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11801 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, 25 Jan 2006 18:09:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From lisa@osafoundation.org 2006-01-25 10:09 ------- We discussed how the definition of (#PCDATA | error) leaves it very unclear what the extensibility of 'responsedescription' is. Taking a step back, we don't even need to put 'error' into 'responsedescription' which is what got us into this question in the first place. Instead we can put 'error' into the 'response' or 'propstat' elements depending on whether the error is relative to the resource as a whole, or relative to one of the properties. In other words, 'error' can appear anywhere 'status' can appear. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Jan 25 13:42:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1pb7-0004QD-Lo for webdav-archive@megatron.ietf.org; Wed, 25 Jan 2006 13:42:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA11839 for ; Wed, 25 Jan 2006 13:40:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1paE-0000dA-2A for w3c-dist-auth-dist@listhub.w3.org; Wed, 25 Jan 2006 18:41:30 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F1pa5-0000bR-N2 for w3c-dist-auth@listhub.w3.org; Wed, 25 Jan 2006 18:41:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F1pZv-000643-P8 for w3c-dist-auth@w3.org; Wed, 25 Jan 2006 18:41:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0PIf9xM005158; Wed, 25 Jan 2006 10:41:09 -0800 Date: Wed, 25 Jan 2006 10:41:09 -0800 Message-Id: <200601251841.k0PIf9xM005158@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F1pZv-000643-P8 a219a3a72211a6a195231200efbb9254 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601251841.k0PIf9xM005158@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11802 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, 25 Jan 2006 18:41:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |fluffy@cisco.com Status|ASSIGNED |NEW ------- Additional Comments From lisa@osafoundation.org 2006-01-25 10:41 ------- We discussed that this appendix is actually too specific; we shouldn't talk about any one exploit that relies on a bug in IE but more generally the risks associated with hosting content that might contain scripts or executables. Cullen offered to draft text that would be more appropriate. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From linu@raduga.lt Wed Jan 25 14:31:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1qME-0007aa-5C for webdav-archive@megatron.ietf.org; Wed, 25 Jan 2006 14:31:06 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA16329 for ; Wed, 25 Jan 2006 14:29:34 -0500 (EST) Received: from [201.137.171.188] (helo=raduga.lt) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F1qVx-0006sQ-Rp for webdav-archive@ietf.org; Wed, 25 Jan 2006 14:41:14 -0500 From: "Lino Capetillo" To: "Vilchjo Nair" Message-ID: <000001c621e5$d6a4cdb0$5259a8c0@egret> Subject: Re: Pharama cy salesroom Date: Wed, 25 Jan 2006 14:30:45 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C621BB.EDD136B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.1 (++++) X-Scan-Signature: 6ffdee8af20de249c24731d8414917d3 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C621BB.EDD136B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable V V A C I. A m I A L b A G I i L R U e I A M n. S $ =20 $ $ 3 $ 2 3 , 1 , , 7 , 8 7 5 2 9 5 http://www.wozarda.com ------=_NextPart_000_0001_01C621BB.EDD136B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
V
V
A
C
I.
A
m
I
A
L
b
A
G
I
i
L
R
U
e
I
A
M
n.
S
$
 
$
$
3
$
2
3
,
1
,
,
7
,
8
7
5
2
9
5
------=_NextPart_000_0001_01C621BB.EDD136B0-- From w3c-dist-auth-request@frink.w3.org Wed Jan 25 20:24:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F1vrk-0001DS-Jk for webdav-archive@megatron.ietf.org; Wed, 25 Jan 2006 20:24:00 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA20569 for ; Wed, 25 Jan 2006 20:22:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F1vqM-0002hx-Tg for w3c-dist-auth-dist@listhub.w3.org; Thu, 26 Jan 2006 01:22:34 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F1vqI-0002gy-5b for w3c-dist-auth@listhub.w3.org; Thu, 26 Jan 2006 01:22:30 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F1vqD-0002zc-QT for w3c-dist-auth@w3.org; Thu, 26 Jan 2006 01:22:29 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0Q1MMC2007605; Wed, 25 Jan 2006 17:22:22 -0800 Date: Wed, 25 Jan 2006 17:22:22 -0800 Message-Id: <200601260122.k0Q1MMC2007605@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F1vqD-0002zc-QT 2c8bba0132453b6fc9d6160a7d257145 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601260122.k0Q1MMC2007605@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11803 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, 26 Jan 2006 01:22:34 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-25 17:22 ------- I've integrated the lock model into a new subsection within the first section on locking. I tried working with normative statements in a new way, not all or none: - normative statements about one METHOD, e.g. LOCK or UNLOCK, belong in those methods' sections - normative statements about any method that might affect locks, can stay here. - Found text on write lock that is duplicative. Realized that part of the lock model is ONLY applicable to write locks, so I moved that to the beginning of the write lock section. Realized that not only must lock token be submitted, but also principal must be correct, so rearranged section. Suggestions welcome, of course. - Duplicative text removed in 6.2, Exclusive vs. Shared Locks - Discovered that section 7.1 (Methods Restricted By Write Locks) is redundant with the new, more careful wording on what operations require a write lock token While working on the lock text and integration of the lock model, I noticed these side issues: - Timeout is never defined or introduced, I notice, so I created this - There is a section in LOCK on "locking unmapped URLs", I notice, but the first few paragraphs are implicitly about "creating locks on existing resources". I think this section would help readability but I welcome comments. - Noted that our existing text actually conflicts with the idea of shared locks -- it says only that a lock request to an *unlocked* resource creates a new lock. - Section 7.2 "Write Locks and Lock Tokens", is really about shared locks, and is applicable to write or other locks according to our model. The rest of the section is stuff that's already been said. Moved the part about 5 lock tokens to the shared locks section. Changes I *didn't* make: - I notice that the section on "Write Locks and Unmapped URLs" really isn't specific to write locks. We'd probably want any kind of lock to an unmapped URL to create a resource. But I left this section where it is. - The section on required support and capability discovery would seem to belong together, but oh well. Finally, I'm posting this draft to the web site, with I think no other changes, so people can easily compare this set of changes as a whole. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From deleeuw@goaitc.com Thu Jan 26 08:41:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F27NQ-00065J-R9 for webdav-archive@megatron.ietf.org; Thu, 26 Jan 2006 08:41:28 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA14832 for ; Thu, 26 Jan 2006 08:39:56 -0500 (EST) Received: from dfq39.neoplus.adsl.tpnet.pl ([83.23.146.39] helo=-1212803736) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F27XM-00047i-9V for webdav-archive@ietf.org; Thu, 26 Jan 2006 08:51:46 -0500 Received: from goaitc.com (-1209863320 [-1212916456]) by dfq39.neoplus.adsl.tpnet.pl (Qmailv1) with ESMTP id AE467A0F45 for ; Thu, 26 Jan 2006 21:50:46 -0500 Date: Thu, 26 Jan 2006 21:50:46 -0500 From: Doctor X-Mailer: The Bat! (v2.00.8) Personal X-Priority: 3 Message-ID: <4564052151.20060126215046@goaitc.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------B21BA0BE640AA2F" X-RAV-Antivirus: This e-mail has been scanned for viruses on host: dfq39.neoplus.adsl.tpnet.pl X-Spam-Score: 2.7 (++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------B21BA0BE640AA2F Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlikagra $3.3 Levitara $3.3 Cialtis $3.7 Imitrsex $16.4 Ftlomax $2.2 Ultrram $0.78 Viosxx $4.75 Amoblem $2.2 VaIiaum - $0.97 Xanmax $1.09 Sokma $3 Meriwdia $2.2 visit our website http://seateonth.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= A mother's love changes never. A teacher is better than two books. April and May are the key to the year. ------------B21BA0BE640AA2F Content-Type: text/html Content-Transfer-Encoding: 7bit Vlihagra - $3.3
Levitxra - $3.3
Cialais - $3.7
Imitrtex - $16.4
Fhlomax - $2.2
Ultrtam - $0.78
Viopxx - $4.75
Amfblem - $2.2
VaIirum - $0.97
Xansax - $1.09
Somma - $3
Merimdia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


A friend is never known until needed.
After a storm comes the calm.
Fortune favours the brave. ------------B21BA0BE640AA2F-- From w3c-dist-auth-request@frink.w3.org Thu Jan 26 15:28:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Dj3-0003M7-G0 for webdav-archive@megatron.ietf.org; Thu, 26 Jan 2006 15:28:13 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA22504 for ; Thu, 26 Jan 2006 15:26:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2DhC-00005t-MO for w3c-dist-auth-dist@listhub.w3.org; Thu, 26 Jan 2006 20:26:18 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Dh7-000052-8C for w3c-dist-auth@listhub.w3.org; Thu, 26 Jan 2006 20:26:13 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2DgX-0005yd-5q for w3c-dist-auth@w3.org; Thu, 26 Jan 2006 20:26:12 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0QKPWSZ008495; Thu, 26 Jan 2006 12:25:32 -0800 Date: Thu, 26 Jan 2006 12:25:32 -0800 Message-Id: <200601262025.k0QKPWSZ008495@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2DgX-0005yd-5q bc8daaf1e853cfa691bb2661f1abdf8a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601262025.k0QKPWSZ008495@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11804 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, 26 Jan 2006 20:26:18 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-26 12:25 ------- Created an attachment (id=4) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=4&action=view) Colored diffs to draft 11 Diffs highlighting the changes. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From aczaragoza@freesurf.ch Fri Jan 27 09:34:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Ugh-0007bv-GI for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 09:34:55 -0500 Received: from fer13-1-82-66-171-17.fbx.proxad.net (fer13-1-82-66-171-17.fbx.proxad.net [82.66.171.17]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA13262 for ; Fri, 27 Jan 2006 09:33:11 -0500 (EST) Received: from frothy.rhenium.com (uremia [73.131.32.154]) by castigate.com (grandfather) with athena id 6584429241303 for ; Fri, 27 Jan 2006 21:59:26 -0500 From: Loraine Dougherty To: webdav-archive@ietf.org Subject: Amazing, Mary X-Mailer: conspicuous 80.02.7922 Date: Fri, 27 Jan 2006 17:38:27 -0500 Message-ID: <24597066178936181027.28@freesurf.ch> Content-Type: multipart/mixed;boundary="------=72396067478" Content-Transfer-Encoding: 7bit --------=72396067478 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Seek freedom and become captive of your desires. Seek discipline and find your liberty.
True happiness consists not in the multitude of friends, but in the worth and choice. --------=72396067478 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Armand-> http://mapktf.blumagik.info/?99314475 --------=72396067478-- From erichards@eudoramail.com Fri Jan 27 09:37:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Uin-0008T3-3H for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 09:37:05 -0500 Received: from 6tl54-1-82-236-128-107.fbx.proxad.net (6tl54-1-82-236-128-107.fbx.proxad.net [82.236.128.107]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA13789 for ; Fri, 27 Jan 2006 09:35:30 -0500 (EST) Received: from flanagan.wholesome.com (titrate [0.177.149.176]) by ow.com (empathy) with calendrical id 2886128277859 for ; Fri, 27 Jan 2006 19:05:00 -0500 Date: Fri, 27 Jan 2006 21:49:51 -0500 From: Jules Mckenzie X-Mailer: horatio 6.24.3668502 Reply-To: Ezra Ventura X-Priority: 3 (Normal) Message-ID: <9774788851198062424364@eudoramail.com> To: webdav-archive@ietf.org Subject: Amazing, Gail In-Reply-To: <5981910833367742148270847@eudoramail.com> References: <929065100218260839249@eudoramail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------=87324813750" Content-Transfer-Encoding: base64 --------=87324813750 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Thou shouldst eat to live not live to eat.The cross is the invincible sanctuary of the humble.
While conscience is our friend, all is at peace however once it is offended, farewell to a tranquil mind. --------=87324813750 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Homer-> http://mapktf.blumagik.info/?99314475 --------=87324813750-- From xebfadgla@cvcinc.com Fri Jan 27 09:57:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2V29-0007cv-BT for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 09:57:05 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA16339 for ; Fri, 27 Jan 2006 09:55:32 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F2VCJ-0001pH-3w for webdav-archive@ietf.org; Fri, 27 Jan 2006 10:07:36 -0500 Received: from cii190.neoplus.adsl.tpnet.pl ([83.31.32.190]) by mx2.foretec.com with smtp (Exim 4.24) id 1F2V22-0007bE-EU for webdav-archive@ietf.org; Fri, 27 Jan 2006 09:56:59 -0500 Received: from .striker.ottawa.on.ca ([1] helo=mail.nitros9.org) by .striker.ottawa.on.ca with esmtp ( 3.35 #1 ()) id 727nlc-0040MM-00 for ; Fri, 27 Jan 2006 20:53:55 +0600 Message-Id: X-Sender: xebfadgla@cvcinc.com Date: Fri, 27 Jan 2006 16:47:55 +0200 From: "Caitlin Steiner" To: webdav-archive@ietf.org Subject: INetU Managed X-Spam-Score: 2.6 (++) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a -Sensattional revolution in meedicine! -E-nlarge your p-enis up to 10 cm or up to 4 inches! -It's herbal solution what hasn't side effect, but has 100% guaranteed results! -Don't loose your chance and but know wihtout doubts, you will be impressed with results! Clisk h-ere: http://cambridge-enterprise.com From w3c-dist-auth-request@frink.w3.org Fri Jan 27 12:45:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2XfR-0001PT-OS for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 12:45:49 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA29893 for ; Fri, 27 Jan 2006 12:44:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Xdv-0008Lw-Jn for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 17:44:15 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Xdu-0008LI-1h for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 17:44:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2Xdp-00060t-NZ for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 17:44:12 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RHi7a5010649; Fri, 27 Jan 2006 09:44:07 -0800 Date: Fri, 27 Jan 2006 09:44:07 -0800 Message-Id: <200601271744.k0RHi7a5010649@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2Xdp-00060t-NZ fdd1a2b339bab7e040a117ca7acaf851 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601271744.k0RHi7a5010649@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11806 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: Fri, 27 Jan 2006 17:44:15 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 12:45:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2XfR-0001PS-R8 for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 12:45:49 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA29894 for ; Fri, 27 Jan 2006 12:44:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Xdq-0008L4-Hk for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 17:44:10 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Xdk-0008KR-OP for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 17:44:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2Xdh-0002yv-HG for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 17:44:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RHhx3G010629; Fri, 27 Jan 2006 09:43:59 -0800 Date: Fri, 27 Jan 2006 09:43:59 -0800 Message-Id: <200601271743.k0RHhx3G010629@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2Xdh-0002yv-HG 56843b16be82b87d02cfe12cf252b588 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601271743.k0RHhx3G010629@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11805 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: Fri, 27 Jan 2006 17:44:10 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-27 09:43 ------- Agreement during 27 Telecon to adopt the text Julian suggested with minor additions regarding how servers should handle cases in which they use a different URL prefix than that of the request URI (requiring either a redirect or Content-Location headers). ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:05:03 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Xy3-0000kD-G7 for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:05:03 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA00973 for ; Fri, 27 Jan 2006 13:03:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2XxG-0007yK-VT for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:04:14 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2XxC-0007xR-7g for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:04:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2Xx9-0007a3-B4 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:04:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RI46sL010739; Fri, 27 Jan 2006 10:04:06 -0800 Date: Fri, 27 Jan 2006 10:04:06 -0800 Message-Id: <200601271804.k0RI46sL010739@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2Xx9-0007a3-B4 0607a14546e74749d9102195d8d8641d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601271804.k0RI46sL010739@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11807 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: Fri, 27 Jan 2006 18:04:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From elias@cse.ucsc.edu 2006-01-27 10:04 ------- Lack of recent interoperability issues and further discussion suggests that this is not a problem that we need to solve in 2518bis. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:05:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2XyW-0000v6-0V for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:05:32 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA00992 for ; Fri, 27 Jan 2006 13:03:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Xxw-00088L-AR for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:04:56 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Xxt-00087I-Uz for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:04:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2Xxr-00077F-Aw for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:04:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RI4onT010762; Fri, 27 Jan 2006 10:04:50 -0800 Date: Fri, 27 Jan 2006 10:04:50 -0800 Message-Id: <200601271804.k0RI4onT010762@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2Xxr-00077F-Aw 397ea3a12534c625f729caa9b3b1e0a4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601271804.k0RI4onT010762@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11808 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: Fri, 27 Jan 2006 18:04:56 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:07:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y0Z-0001jM-Af for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:07:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01115 for ; Fri, 27 Jan 2006 13:06:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y00-0000US-Lu for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:07:04 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Xzy-0000Tf-Hk for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:07:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2Xzk-0007U8-Cf for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:07:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RI6laW010790; Fri, 27 Jan 2006 10:06:47 -0800 Date: Fri, 27 Jan 2006 10:06:47 -0800 Message-Id: <200601271806.k0RI6laW010790@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2Xzk-0007U8-Cf b043c68ef931dd054359b76f7924f360 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601271806.k0RI6laW010790@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11809 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: Fri, 27 Jan 2006 18:07:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-27 10:06 ------- Rough consensus reached -- Assigning to Lisa to make changes in next draft. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:07:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y0c-0001jy-Jq for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:07:42 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01120 for ; Fri, 27 Jan 2006 13:06:08 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y05-0000Zt-0f for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:07:09 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Y02-0000Uc-7g for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:07:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2Xzt-0008C0-0N for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:07:00 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RI6uJ7010808; Fri, 27 Jan 2006 10:06:56 -0800 Date: Fri, 27 Jan 2006 10:06:56 -0800 Message-Id: <200601271806.k0RI6uJ7010808@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2Xzt-0008C0-0N add1065b46c13b30c62705b61b15fecb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601271806.k0RI6uJ7010808@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11810 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: Fri, 27 Jan 2006 18:07:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:11:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y4b-0002ZK-0D for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:11:49 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01391 for ; Fri, 27 Jan 2006 13:10:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y3u-0001Li-1S for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:11:06 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Y3r-0001L2-8x for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:11:03 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2Y3n-0001k2-Dm for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:11:02 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIAweZ010830; Fri, 27 Jan 2006 10:10:58 -0800 Date: Fri, 27 Jan 2006 10:10:58 -0800 Message-Id: <200601271810.k0RIAweZ010830@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2Y3n-0001k2-Dm d2ff0241af83e9df8aeed74fe4d78e65 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 221] condition code for write access to protected properties X-Archived-At: http://www.w3.org/mid/200601271810.k0RIAweZ010830@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11811 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: Fri, 27 Jan 2006 18:11:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-01-27 10:10 ------- Consensus during 27 Jan telecon to adopt suggested change -- assigning to Lisa. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:12:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y4y-0002cg-Ui for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:12:13 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01408 for ; Fri, 27 Jan 2006 13:10:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y4Q-0001SZ-DV for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:11:38 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Y4O-0001Rs-Ce for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:11:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2Y4D-0008P9-Ap for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:11:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIBOEw010851; Fri, 27 Jan 2006 10:11:24 -0800 Date: Fri, 27 Jan 2006 10:11:24 -0800 Message-Id: <200601271811.k0RIBOEw010851@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2Y4D-0008P9-Ap bb1d58a5428cc89de2c3be5e18a8f142 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 221] condition code for write access to protected properties X-Archived-At: http://www.w3.org/mid/200601271811.k0RIBOEw010851@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11812 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: Fri, 27 Jan 2006 18:11:38 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:13:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y5m-0002wK-KQ for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:13:02 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01497 for ; Fri, 27 Jan 2006 13:11:28 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y5E-0001eK-26 for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:12:28 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Y5B-0001dF-BW for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:12:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2Y58-00009C-4v for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:12:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RICL8I010879; Fri, 27 Jan 2006 10:12:21 -0800 Date: Fri, 27 Jan 2006 10:12:21 -0800 Message-Id: <200601271812.k0RICL8I010879@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2Y58-00009C-4v fa7d48ec32889da098e64e031dc3508b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 35] RFC2606 compliance X-Archived-At: http://www.w3.org/mid/200601271812.k0RICL8I010879@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11813 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: Fri, 27 Jan 2006 18:12:28 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=35 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|LATER | ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:13:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y67-00039a-9t for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:13:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01554 for ; Fri, 27 Jan 2006 13:11:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y5Y-0001mt-PQ for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:12:48 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Y5U-0001kH-S7 for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:12:45 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2Y5S-000231-55 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:12:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RICfds010900; Fri, 27 Jan 2006 10:12:41 -0800 Date: Fri, 27 Jan 2006 10:12:41 -0800 Message-Id: <200601271812.k0RICfds010900@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2Y5S-000231-55 43603d752e1027a8ca0640e12c024b42 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 67] non-ASCII characters X-Archived-At: http://www.w3.org/mid/200601271812.k0RICfds010900@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11814 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: Fri, 27 Jan 2006 18:12:48 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=67 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|LATER | ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:13:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y6H-0003Ic-8a for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:13:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01635 for ; Fri, 27 Jan 2006 13:11:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y5i-0001s8-Ul for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:12:58 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Y5g-0001r4-HI for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:12:56 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2Y5e-00010T-RP for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:12:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RICsbI010918; Fri, 27 Jan 2006 10:12:54 -0800 Date: Fri, 27 Jan 2006 10:12:54 -0800 Message-Id: <200601271812.k0RICsbI010918@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2Y5e-00010T-RP 7fe489db5246e2d3ee7061db74475f94 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 72] Review references section X-Archived-At: http://www.w3.org/mid/200601271812.k0RICsbI010918@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11815 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: Fri, 27 Jan 2006 18:12:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=72 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|LATER | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:14:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y7Q-0004pO-Sj for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:14:44 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01953 for ; Fri, 27 Jan 2006 13:13:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y6r-00021Q-97 for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:14:09 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Y6p-00020o-Vj for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:14:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2Y6o-0001E0-F1 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:14:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIE5tS010942; Fri, 27 Jan 2006 10:14:05 -0800 Date: Fri, 27 Jan 2006 10:14:05 -0800 Message-Id: <200601271814.k0RIE5tS010942@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2Y6o-0001E0-F1 38268db446221bb4be416377c2d47cff X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200601271814.k0RIE5tS010942@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11816 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: Fri, 27 Jan 2006 18:14:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|LATER | ------- Additional Comments From elias@cse.ucsc.edu 2006-01-27 10:14 ------- Reopening to encourage review prior to WG last call. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:15:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Y7l-00052l-Pw for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:15:05 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01984 for ; Fri, 27 Jan 2006 13:13:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Y7A-00027q-PD for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:14:28 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Y76-00026P-Bk for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:14:24 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2Y72-0000b1-KE for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:14:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIEIQL010954; Fri, 27 Jan 2006 10:14:18 -0800 Date: Fri, 27 Jan 2006 10:14:18 -0800 Message-Id: <200601271814.k0RIEIQL010954@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2Y72-0000b1-KE 46f25efcc088ae28c05c523a3831e515 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 200] remove "bis" compliance class X-Archived-At: http://www.w3.org/mid/200601271814.k0RIEIQL010954@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11817 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: Fri, 27 Jan 2006 18:14:28 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=200 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|LATER | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:24:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2YHF-0007ev-G6 for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:24:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02724 for ; Fri, 27 Jan 2006 13:23:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2YGd-0006Jw-Oa for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:24:15 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2YGc-0006Ib-NI for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:24:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2YGZ-00038Z-M0 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:24:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIOBMX011005; Fri, 27 Jan 2006 10:24:11 -0800 Date: Fri, 27 Jan 2006 10:24:11 -0800 Message-Id: <200601271824.k0RIOBMX011005@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2YGZ-00038Z-M0 f0c545951eb710f6724b76af9a238dbd X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 200] remove "bis" compliance class X-Archived-At: http://www.w3.org/mid/200601271824.k0RIOBMX011005@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11819 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: Fri, 27 Jan 2006 18:24:15 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=200 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:24:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2YHF-0007f7-W8 for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:24:54 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02725 for ; Fri, 27 Jan 2006 13:23:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2YGX-0006Gy-8G for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:24:09 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2YGT-0006Fg-2h for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:24:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2YGQ-0002ic-L8 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:24:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIO1Ar010983; Fri, 27 Jan 2006 10:24:01 -0800 Date: Fri, 27 Jan 2006 10:24:01 -0800 Message-Id: <200601271824.k0RIO1Ar010983@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2YGQ-0002ic-L8 68ceaf58e735c3a297bd8f1c3e04c298 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 200] remove "bis" compliance class X-Archived-At: http://www.w3.org/mid/200601271824.k0RIO1Ar010983@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11818 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: Fri, 27 Jan 2006 18:24:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=200 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-27 10:24 ------- Proposal to leave the spec as it is (with new compliance class) and see if we get any feedback during last call. Consensus among 27 Jan telecon participants is to call the new class DAV:3 -- assigning to Lisa for modification in next draft. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:26:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2YIt-0007yM-FC for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:26:35 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02829 for ; Fri, 27 Jan 2006 13:25:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2YII-00072G-MZ for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:25:58 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2YIG-00070r-En for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:25:56 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2YI8-0003U2-BW for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:25:55 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIPijF011034; Fri, 27 Jan 2006 10:25:44 -0800 Date: Fri, 27 Jan 2006 10:25:44 -0800 Message-Id: <200601271825.k0RIPijF011034@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2YI8-0003U2-BW be6831063455312a581f0ee00f082c47 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 67] non-ASCII characters X-Archived-At: http://www.w3.org/mid/200601271825.k0RIPijF011034@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11820 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: Fri, 27 Jan 2006 18:25:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=67 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |fluffy@cisco.com Status|REOPENED |NEW ------- Additional Comments From elias@cse.ucsc.edu 2006-01-27 10:25 ------- Cullen to run ID nits on draft prior to final spec submission. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:26:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2YIw-0007zq-NE for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:26:38 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02831 for ; Fri, 27 Jan 2006 13:25:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2YIP-00076K-29 for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:26:05 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2YIL-00072Q-Ug for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:26:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2YIJ-0003Z1-T7 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:26:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIPxvD011052; Fri, 27 Jan 2006 10:25:59 -0800 Date: Fri, 27 Jan 2006 10:25:59 -0800 Message-Id: <200601271825.k0RIPxvD011052@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2YIJ-0003Z1-T7 bdb24229f61d32e7c36f7a85f17b2434 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 67] non-ASCII characters X-Archived-At: http://www.w3.org/mid/200601271825.k0RIPxvD011052@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11821 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: Fri, 27 Jan 2006 18:26:05 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=67 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 13:28:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2YKd-0000cP-8R for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 13:28:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02954 for ; Fri, 27 Jan 2006 13:26:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2YK3-0007Jj-0P for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 18:27:47 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2YJy-0007J0-Mf for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 18:27:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2YJw-0003xh-U9 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 18:27:42 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RIReVI011076; Fri, 27 Jan 2006 10:27:40 -0800 Date: Fri, 27 Jan 2006 10:27:40 -0800 Message-Id: <200601271827.k0RIReVI011076@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2YJw-0003xh-U9 9a98bb9a02a57ad491c061ba93a72789 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601271827.k0RIReVI011076@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11822 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: Fri, 27 Jan 2006 18:27:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 14:35:03 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ZN9-0008Ew-Dv for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 14:35:03 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA07725 for ; Fri, 27 Jan 2006 14:33:30 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2ZM0-0008CH-0l for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 19:33:52 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ZLu-0008B3-7T for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 19:33:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2ZLY-0005EM-7s for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 19:33:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RJXA9T011146; Fri, 27 Jan 2006 11:33:10 -0800 Date: Fri, 27 Jan 2006 11:33:10 -0800 Message-Id: <200601271933.k0RJXA9T011146@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2ZLY-0005EM-7s f974c9b332729828b5a2206f8ab84468 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601271933.k0RJXA9T011146@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11823 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: Fri, 27 Jan 2006 19:33:52 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|fluffy@cisco.com |lisa@osafoundation.org Status|ASSIGNED |NEW ------- Additional Comments From fluffy@cisco.com 2006-01-27 11:33 ------- I'm proposing replacing the whole section 19.8. I'm not married to any of this text and feel free to reorganize, fix grammar, etc but I was thinking of something along lines of: 19.8 Hosting malicious scripts executed on client machines HTTP has the ability to host programs which are executed on client machines. These programs can take many forms including web scripts, executables, plug in modules, and macros in documents. WebDAV does not change any of the security concerns around these programs yet often WebDAV is used in contexts where a wide range of users can publish documents on a server. The server might not have a close trust relationship with the author that is publishing the document. Servers that allow clients to publish arbitrary content need to consider additional precautions to check that content published to the server is not harmful to other clients. Servers could do this by techniques such as restricting the types of content that is allowed to be published and running virus and malware detection software on published content. Servers can also mitigate the risk by having appropriate access restriction and authentication of users that are allowed to publish content to the server. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 14:37:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ZPk-0000Yu-Qt for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 14:37:45 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA07917 for ; Fri, 27 Jan 2006 14:36:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2ZPB-0000mj-St for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 19:37:09 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ZP8-0000lL-J7 for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 19:37:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2ZP6-00011B-6B for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 19:37:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RJb31f011169; Fri, 27 Jan 2006 11:37:03 -0800 Date: Fri, 27 Jan 2006 11:37:03 -0800 Message-Id: <200601271937.k0RJb31f011169@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2ZP6-00011B-6B c038630d7bbb087220276cc5e904de5a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 67] non-ASCII characters X-Archived-At: http://www.w3.org/mid/200601271937.k0RJb31f011169@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11824 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: Fri, 27 Jan 2006 19:37:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=67 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From fluffy@cisco.com 2006-01-27 11:37 ------- idnits-v1.85 on draft-ietf-webdav-rfc2518bis-11 says this is fixed. I will run again on final as part of NITs review but this is fixed. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 14:42:59 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ZUo-0002q3-Vd for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 14:42:59 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA08314 for ; Fri, 27 Jan 2006 14:41:26 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2ZUB-0002DU-PH for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 19:42:19 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ZUA-0002CG-ML for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 19:42:18 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2ZU5-0002Ad-8O for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 19:42:17 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id A12C4142291 for ; Fri, 27 Jan 2006 11:42:10 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v728) In-Reply-To: <200601271933.k0RJXADY011138@ietf.cse.ucsc.edu> References: <200601271933.k0RJXADY011138@ietf.cse.ucsc.edu> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9C964258-E214-41F3-B522-DDB974D9A5E8@osafoundation.org> Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Fri, 27 Jan 2006 11:42:06 -0800 To: webdav WG X-Mailer: Apple Mail (2.728) Received-SPF: pass (lisa.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2ZU5-0002Ad-8O 8dc42bb0480d05436e28cffc4aa99216 X-Original-To: w3c-dist-auth@w3.org Subject: Re: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/9C964258-E214-41F3-B522-DDB974D9A5E8@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11825 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: Fri, 27 Jan 2006 19:42:19 +0000 Content-Transfer-Encoding: 7bit Servers "need to" consider additional precautions? If this text is meant to be normative, it isn't -- no MUST and "consider" is naturally vague. So I assume this text is only meant to be advisory, do we need to make that clear? I suggest using the same kind of wording as used elsewhere in the paragraph: "Servers that allow clients to publish arbitrary content can usefully implement precautions to check that content is not harmful to other clients." lisa On Jan 27, 2006, at 11:33 AM, bugzilla@soe.ucsc.edu wrote: > http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 > > fluffy@cisco.com changed: > > What |Removed |Added > ---------------------------------------------------------------------- > ------ > AssignedTo|fluffy@cisco.com | > lisa@osafoundation.org > Status|ASSIGNED |NEW > > > > ------- Additional Comments From fluffy@cisco.com 2006-01-27 11:33 > ------- > > I'm proposing replacing the whole section 19.8. I'm not married to > any of this text and feel free to > reorganize, fix grammar, etc but I was thinking of something along > lines of: > > > 19.8 Hosting malicious scripts executed on client machines > > HTTP has the ability to host programs which are executed on client > machines. These programs can take > many forms including web scripts, executables, plug in modules, and > macros in documents. WebDAV > does not change any of the security concerns around these programs > yet often WebDAV is used in > contexts where a wide range of users can publish documents on a > server. The server might not have a > close trust relationship with the author that is publishing the > document. Servers that allow clients to > publish arbitrary content need to consider additional precautions > to check that content published to the > server is not harmful to other clients. Servers could do this by > techniques such as restricting the types > of content that is allowed to be published and running virus and > malware detection software on > published content. Servers can also mitigate the risk by having > appropriate access restriction and > authentication of users that are allowed to publish content to the > server. > > > > > > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > From w3c-dist-auth-request@frink.w3.org Fri Jan 27 14:43:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ZV3-0002ta-QG for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 14:43:13 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA08332 for ; Fri, 27 Jan 2006 14:41:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2ZUV-0002RD-Ho for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 19:42:39 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ZUT-0002Qa-7i for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 19:42:37 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2ZUP-0001Aq-71 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 19:42:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RJgTN2011198; Fri, 27 Jan 2006 11:42:29 -0800 Date: Fri, 27 Jan 2006 11:42:29 -0800 Message-Id: <200601271942.k0RJgTN2011198@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2ZUP-0001Aq-71 8b6821f06793b5df2898c2129d9193e1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601271942.k0RJgTN2011198@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11826 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: Fri, 27 Jan 2006 19:42:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 ------- Additional Comments From fluffy@cisco.com 2006-01-27 11:42 ------- One more thing Might change title to something like "Hosting malicious content" ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 14:45:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ZXE-0003X6-0e for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 14:45:28 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA08497 for ; Fri, 27 Jan 2006 14:43:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2ZWb-0003E9-5K for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 19:44:49 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ZWX-0003DH-Kr for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 19:44:45 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2ZWV-0001mD-3s for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 19:44:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RJigJG011225; Fri, 27 Jan 2006 11:44:42 -0800 Date: Fri, 27 Jan 2006 11:44:42 -0800 Message-Id: <200601271944.k0RJigJG011225@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2ZWV-0001mD-3s 15ff03f41acc9363b6c3673c38fe52df X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601271944.k0RJigJG011225@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11827 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: Fri, 27 Jan 2006 19:44:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 14:48:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ZaT-00052U-Vy for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 14:48:50 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA08825 for ; Fri, 27 Jan 2006 14:47:17 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2ZZp-0005oe-To for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 19:48:09 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ZZn-0005o0-Hy for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 19:48:08 +0000 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by aji.w3.org with esmtp (Exim 4.50) id 1F2ZZj-0006vr-E6 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 19:48:06 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-5.cisco.com with ESMTP; 27 Jan 2006 11:48:01 -0800 X-IronPort-AV: i="4.01,227,1136188800"; d="scan'208"; a="251930181:sNHT48579686" Received: from vtg-um-e2k4.sj21ad.cisco.com (vtg-um-e2k4.cisco.com [171.70.93.57]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k0RJm0QJ020578; Fri, 27 Jan 2006 11:48:00 -0800 (PST) Received: from 10.21.96.9 ([10.21.96.9]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Fri, 27 Jan 2006 19:47:54 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Fri, 27 Jan 2006 11:48:10 -0800 From: Cullen Jennings To: Lisa Dusseault , WebDav Message-ID: Thread-Topic: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content Thread-Index: AcYjepnN2Ess6o9tEdqeAgARJEEJ/A== In-Reply-To: <9C964258-E214-41F3-B522-DDB974D9A5E8@osafoundation.org> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Received-SPF: pass (aji.w3.org: domain of fluffy@cisco.com designates 171.68.10.87 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: aji.w3.org 1F2ZZj-0006vr-E6 6c6fd2268319527861809c84cd99d4e8 X-Original-To: w3c-dist-auth@w3.org Subject: Re: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/BFFFB8FA.6D2E6%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11828 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: Fri, 27 Jan 2006 19:48:09 +0000 Content-Transfer-Encoding: 7bit Your text sounds fine - I did not mean it to be normative - I don't think we can't have normative text requiring virus checkers :-) On 1/27/06 11:42 AM, "Lisa Dusseault" wrote: > > Servers "need to" consider additional precautions? If this text is > meant to be normative, it isn't -- no MUST and "consider" is > naturally vague. So I assume this text is only meant to be advisory, > do we need to make that clear? > > I suggest using the same kind of wording as used elsewhere in the > paragraph: "Servers that allow clients to publish arbitrary content > can usefully implement precautions to check that content is not > harmful to other clients." > > lisa > > On Jan 27, 2006, at 11:33 AM, bugzilla@soe.ucsc.edu wrote: > >> http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 >> >> fluffy@cisco.com changed: >> >> What |Removed |Added >> ---------------------------------------------------------------------- >> ------ >> AssignedTo|fluffy@cisco.com | >> lisa@osafoundation.org >> Status|ASSIGNED |NEW >> >> >> >> ------- Additional Comments From fluffy@cisco.com 2006-01-27 11:33 >> ------- >> >> I'm proposing replacing the whole section 19.8. I'm not married to >> any of this text and feel free to >> reorganize, fix grammar, etc but I was thinking of something along >> lines of: >> >> >> 19.8 Hosting malicious scripts executed on client machines >> >> HTTP has the ability to host programs which are executed on client >> machines. These programs can take >> many forms including web scripts, executables, plug in modules, and >> macros in documents. WebDAV >> does not change any of the security concerns around these programs >> yet often WebDAV is used in >> contexts where a wide range of users can publish documents on a >> server. The server might not have a >> close trust relationship with the author that is publishing the >> document. Servers that allow clients to >> publish arbitrary content need to consider additional precautions >> to check that content published to the >> server is not harmful to other clients. Servers could do this by >> techniques such as restricting the types >> of content that is allowed to be published and running virus and >> malware detection software on >> published content. Servers can also mitigate the risk by having >> appropriate access restriction and >> authentication of users that are allowed to publish content to the >> server. >> >> >> >> >> >> ------- You are receiving this mail because: ------- >> You are the assignee for the bug, or are watching the assignee. >> From w3c-dist-auth-request@frink.w3.org Fri Jan 27 14:49:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ZbV-00064P-El for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 14:49:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA08925 for ; Fri, 27 Jan 2006 14:48:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Zav-0005yI-Mg for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 19:49:17 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Zat-0005x7-RU for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 19:49:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2ZaN-0002bQ-0H for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 19:49:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RJmfOn011248; Fri, 27 Jan 2006 11:48:41 -0800 Date: Fri, 27 Jan 2006 11:48:41 -0800 Message-Id: <200601271948.k0RJmfOn011248@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2ZaN-0002bQ-0H 933817c773dcdbd67f2dc704a666fc06 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601271948.k0RJmfOn011248@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11829 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: Fri, 27 Jan 2006 19:49:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-27 11:48 ------- I like Cullen's proposed text as currently written, and agree that the title should be simplified to be just "Hosting malicious content". ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 14:52:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Zdq-0007NJ-Rh for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 14:52:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA09086 for ; Fri, 27 Jan 2006 14:50:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2ZdF-0006zz-RN for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 19:51:41 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ZdD-0006z1-R8; Fri, 27 Jan 2006 19:51:39 +0000 Received: from e3.ny.us.ibm.com ([32.97.182.143]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2Zd9-0004B8-Ej; Fri, 27 Jan 2006 19:51:38 +0000 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e3.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k0RJpYk6030303; Fri, 27 Jan 2006 14:51:34 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id k0RJpY11126092; Fri, 27 Jan 2006 14:51:34 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k0RJpYXZ001269; Fri, 27 Jan 2006 14:51:34 -0500 Received: from d01ml261.pok.ibm.com (d01ml261.pok.ibm.com [9.56.227.97]) by d01av04.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k0RJpYsC001262; Fri, 27 Jan 2006 14:51:34 -0500 In-Reply-To: <9C964258-E214-41F3-B522-DDB974D9A5E8@osafoundation.org> To: Lisa Dusseault Cc: webdav WG , w3c-dist-auth-request@w3.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Fri, 27 Jan 2006 14:51:31 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF90 | November 16, 2005) at 01/27/2006 14:51:33, Serialize complete at 01/27/2006 14:51:33 Content-Type: multipart/alternative; boundary="=_alternative 006D18E085257103_=" Received-SPF: pass (lisa.w3.org: domain of geoffrey.clemm@us.ibm.com designates 32.97.182.143 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: lisa.w3.org 1F2Zd9-0004B8-Ej 6867fb8f4fd52469c008a97493af36c5 X-Original-To: w3c-dist-auth@w3.org Subject: Re: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/OFFFF2FC27.1B8EE388-ON85257103.006CE27B-85257103.006D1977@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11830 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: Fri, 27 Jan 2006 19:51:41 +0000 This is a multipart message in MIME format. --=_alternative 006D18E085257103_= Content-Type: text/plain; charset="US-ASCII" I personally prefer Cullen's original text. I believe it is clearer and more direct, and I do not think there is any issue wrt confusing the phrase "need to" with the normative "MUST". Cheers, Geoff Lisa wrote on 01/27/2006 02:42:06 PM: > Servers "need to" consider additional precautions? If this text is > meant to be normative, it isn't -- no MUST and "consider" is > naturally vague. So I assume this text is only meant to be advisory, > do we need to make that clear? > > I suggest using the same kind of wording as used elsewhere in the > paragraph: "Servers that allow clients to publish arbitrary content > can usefully implement precautions to check that content is not > harmful to other clients." > > lisa > > ------- Additional Comments From fluffy@cisco.com 2006-01-27 11:33 > > I'm proposing replacing the whole section 19.8. I'm not married to > > any of this text and feel free to > > reorganize, fix grammar, etc but I was thinking of something along > > lines of: > > > > > > 19.8 Hosting malicious scripts executed on client machines > > > > HTTP has the ability to host programs which are executed on client > > machines. These programs can take > > many forms including web scripts, executables, plug in modules, and > > macros in documents. WebDAV > > does not change any of the security concerns around these programs > > yet often WebDAV is used in > > contexts where a wide range of users can publish documents on a > > server. The server might not have a > > close trust relationship with the author that is publishing the > > document. Servers that allow clients to > > publish arbitrary content need to consider additional precautions > > to check that content published to the > > server is not harmful to other clients. Servers could do this by > > techniques such as restricting the types > > of content that is allowed to be published and running virus and > > malware detection software on > > published content. Servers can also mitigate the risk by having > > appropriate access restriction and > > authentication of users that are allowed to publish content to the > > server. > > > > > > > > > > > > ------- You are receiving this mail because: ------- > > You are the assignee for the bug, or are watching the assignee. > > > > --=_alternative 006D18E085257103_= Content-Type: text/html; charset="US-ASCII"
I personally prefer Cullen's original text.  I believe it is clearer
and more direct, and I do not think there is any issue wrt confusing
the phrase "need to" with the normative "MUST".

Cheers,
Geoff

Lisa wrote on 01/27/2006 02:42:06 PM:
> Servers "need to" consider additional precautions?  If this text is  
> meant to be normative, it isn't -- no MUST and "consider" is  
> naturally vague.  So I assume this text is only meant to be advisory,  
> do we need to make that clear?
>
> I suggest using the same kind of wording as  used elsewhere in the  
> paragraph:  "Servers that allow clients to publish arbitrary content  
> can usefully implement precautions to check that content is not  
> harmful to other clients."
>
> lisa

> > ------- Additional Comments From fluffy@cisco.com  2006-01-27 11:33  
> > I'm proposing replacing the whole section 19.8. I'm not married to  
> > any of this text and feel free to
> > reorganize, fix grammar, etc but I was thinking of something along  
> > lines of:
> >
> >
> > 19.8 Hosting malicious scripts executed on client machines
> >
> > HTTP has the ability to host programs which are executed on client  
> > machines. These programs can take
> > many forms including web scripts, executables, plug in modules, and  
> > macros in documents. WebDAV
> > does not change any of the security concerns around these programs  
> > yet often WebDAV is used in
> > contexts where a wide range of users can publish documents on a  
> > server. The server might not have a
> > close trust relationship with the author that is publishing the  
> > document.  Servers that allow clients to
> > publish arbitrary content need to consider additional precautions  
> > to check that content published to the
> > server is not harmful to other clients. Servers could do this by  
> > techniques such as restricting the types
> > of content that is allowed to be published and running virus and  
> > malware detection software on
> > published content. Servers can also mitigate the risk by having  
> > appropriate access restriction and
> > authentication of users that are allowed to publish content to the  
> > server.
> >
> >
> >
> >
> >
> > ------- You are receiving this mail because: -------
> > You are the assignee for the bug, or are watching the assignee.
> >
>
>
--=_alternative 006D18E085257103_=-- From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:02:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Znv-00037a-4F for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:02:43 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA10012 for ; Fri, 27 Jan 2006 15:01:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2ZnG-0002Zf-Bl for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:02:02 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ZnD-0002Z0-KL for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:01:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2Zn8-0005AS-I5 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:01:59 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RK1pIu011282; Fri, 27 Jan 2006 12:01:51 -0800 Date: Fri, 27 Jan 2006 12:01:51 -0800 Message-Id: <200601272001.k0RK1pIu011282@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2Zn8-0005AS-I5 81df3e7be1c358f8b0734aa6a2c7b6ae X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601272001.k0RK1pIu011282@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11831 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: Fri, 27 Jan 2006 20:02:02 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 12:01 ------- In closely comparing the text, I found that the MUST language (MUST not use . or .., MUST use absolute paths if using relative URLs) was weakened to SHOULD. Since the discussion and justification was about using correct terminoloyg, I've left this with MUST pending further discussion. I also noticed that the paragraph on percent-encoding may have been dropped depending on how your read the proposal. I didn't see discussion of why that should be dropped, so I've left that in. I assume it's OK to include the example suggested a few comments back in the bug history, but I found it had to be fixed. The text explaining the example implies that if the server chooses one approach, e.g. full URLs, then it must consistently use that approach. Unless we add a normative requirement for such consistency, I have to assume that consistency is not required. Thus I reworded the text immediately after the example request.x ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:09:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Zue-0004lv-3n for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:09:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA10459 for ; Fri, 27 Jan 2006 15:08:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Ztw-0004Kn-Io for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:08:56 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Ztv-0004KA-I8 for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:08:55 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2Ztt-0007Sq-Ok for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:08:55 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RK8rJn011337; Fri, 27 Jan 2006 12:08:53 -0800 Date: Fri, 27 Jan 2006 12:08:53 -0800 Message-Id: <200601272008.k0RK8rJn011337@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2Ztt-0007Sq-Ok 19987ba02646efa0a3d75e6444717fbf X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 101] Extensibility for dav:owner X-Archived-At: http://www.w3.org/mid/200601272008.k0RK8rJn011337@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11832 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: Fri, 27 Jan 2006 20:08:56 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=101 Bug 101 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:09:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Zue-0004ly-6t for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:09:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA10458 for ; Fri, 27 Jan 2006 15:08:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Ztz-0004La-BA for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:08:59 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Ztx-0004Kw-47 for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:08:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2Ztt-0006gE-Tx for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:08:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RK8q7P011323; Fri, 27 Jan 2006 12:08:52 -0800 Date: Fri, 27 Jan 2006 12:08:52 -0800 Message-Id: <200601272008.k0RK8q7P011323@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2Ztt-0006gE-Tx e820d46cd7855c1c71e59d5249a23b28 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 219] mixed content in DAV:error X-Archived-At: http://www.w3.org/mid/200601272008.k0RK8q7P011323@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11833 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: Fri, 27 Jan 2006 20:08:59 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=219 Bug 219 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:09:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2Zue-0004lx-7D for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:09:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA10457 for ; Fri, 27 Jan 2006 15:08:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2Zu1-0004Nv-Jj for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:09:01 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2Zu0-0004Le-9f for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:09:00 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2Zts-0002FO-Oi for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:08:59 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RK8pSG011309; Fri, 27 Jan 2006 12:08:51 -0800 Date: Fri, 27 Jan 2006 12:08:51 -0800 Message-Id: <200601272008.k0RK8pSG011309@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2Zts-0002FO-Oi 3c0983478722ee1f5b59ba9e89897465 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 166] XML_GUIDELINES_CONFORMANCE X-Archived-At: http://www.w3.org/mid/200601272008.k0RK8pSG011309@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11834 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: Fri, 27 Jan 2006 20:09:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=166 Bug 166 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:49:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2aXK-0003Or-FE for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:49:38 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA12909 for ; Fri, 27 Jan 2006 15:48:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2aWd-0000Iw-AV for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:48:55 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2aWc-0000IO-8Z for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:48:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2aWZ-0006W0-El for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:48:54 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RKmpHN011387; Fri, 27 Jan 2006 12:48:51 -0800 Date: Fri, 27 Jan 2006 12:48:51 -0800 Message-Id: <200601272048.k0RKmpHN011387@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2aWZ-0006W0-El dd4708ffd4cc02e48838bd85a06b1f21 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601272048.k0RKmpHN011387@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11836 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: Fri, 27 Jan 2006 20:48:55 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-09 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-27 12:48 ------- Me, too. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:49:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2aXL-0003Pg-6E for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:49:39 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA12910 for ; Fri, 27 Jan 2006 15:48:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2aWM-0000Hm-E6 for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:48:38 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2aWH-0000H7-Et for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:48:33 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2aW9-0000Li-Qb for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:48:32 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RKmMHS011371; Fri, 27 Jan 2006 12:48:22 -0800 Date: Fri, 27 Jan 2006 12:48:22 -0800 Message-Id: <200601272048.k0RKmMHS011371@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2aW9-0000Li-Qb 8e28681719ca8770f8cadad2a2d8f908 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601272048.k0RKmMHS011371@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11835 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: Fri, 27 Jan 2006 20:48:38 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-27 12:48 ------- 1) The part of percent-escaping follows from basic URI syntax, so it's not a new requirement. Just stating it (as proposed) in the example should be enough. 2) And yes, consistency should indeed be required. I know of clients that upon PROPFIND Depth:1 look for the shortest in the response to find the element for the Request-URI. Allowing mixing both syntaxes would break them. In general: we can either make this easy for clients (this was my understanding), or simple (spec-wise). In the latter case, we can drop most of the requirements (such as on . and .. and references to be absolute paths), and require clients to properly resolve the relative references according RFC3986. But as far as I can tell, this is absolutely *not* what we agreed upon previously. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:51:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2aZO-0003p7-0A for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:51:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA12984 for ; Fri, 27 Jan 2006 15:50:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2aYk-00015w-Lk for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:51:06 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2aYj-00015N-4U for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:51:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2aYg-0000jR-Cx for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:51:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RKp2KA011402; Fri, 27 Jan 2006 12:51:02 -0800 Date: Fri, 27 Jan 2006 12:51:02 -0800 Message-Id: <200601272051.k0RKp2KA011402@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2aYg-0000jR-Cx 21306c71764ba3a09eb4b9681e34287d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601272051.k0RKp2KA011402@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11837 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: Fri, 27 Jan 2006 20:51:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-27 12:51 ------- I'd like to review what we've got in the spec and potentially propose clarification. Reassiging to myself. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:51:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2aZX-0003pg-1h for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:51:55 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA12991 for ; Fri, 27 Jan 2006 15:50:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2aYy-0001BD-Tr for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:51:20 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2aYx-0001AY-N2 for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:51:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2aYv-0000lh-4V for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:51:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RKpGc6011416; Fri, 27 Jan 2006 12:51:16 -0800 Date: Fri, 27 Jan 2006 12:51:16 -0800 Message-Id: <200601272051.k0RKpGc6011416@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2aYv-0000lh-4V 9289cb66a0b7e745bf16b84a832e9db9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601272051.k0RKpGc6011416@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11838 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: Fri, 27 Jan 2006 20:51:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de Status|REOPENED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 15:52:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2aZn-0003ql-RA for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 15:52:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA13012 for ; Fri, 27 Jan 2006 15:50:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2aZF-0001Gs-Om for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 20:51:37 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2aZC-0001Fz-Ot for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 20:51:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2aZA-0000nt-6K for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 20:51:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RKpV0l011432; Fri, 27 Jan 2006 12:51:31 -0800 Date: Fri, 27 Jan 2006 12:51:31 -0800 Message-Id: <200601272051.k0RKpV0l011432@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2aZA-0000nt-6K aa5f8d06a05ffbd5fbf85a76b8c5a11e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601272051.k0RKpV0l011432@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11839 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: Fri, 27 Jan 2006 20:51:37 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 12:51 ------- I tried to fix this up as we decided, there were a number of places in the document where this was mentioned and I hope I got them all. I also managed to find a nice spot for an example of this (added to an existing example): 8.7.2. Example - DELETE ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:04:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2aly-0006so-Pr for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:04:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA15190 for ; Fri, 27 Jan 2006 16:03:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2alI-0005Ik-VV for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:04:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2alG-0005GK-HY for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:04:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2akl-0002WP-1Z for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:04:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RL3ULt011493; Fri, 27 Jan 2006 13:03:30 -0800 Date: Fri, 27 Jan 2006 13:03:30 -0800 Message-Id: <200601272103.k0RL3ULt011493@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2akl-0002WP-1Z 4d9a988de5e05279f69e49844ae920d2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601272103.k0RL3ULt011493@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11840 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: Fri, 27 Jan 2006 21:04:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 13:03 ------- I'm all for simplicity for clients, so I'll make the change about requiring consistency. I don't agree that it's best not to restate the URI char-escaping but I have removed the redundant example. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:23:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2b46-0000UT-GR for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:23:30 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA17658 for ; Fri, 27 Jan 2006 16:21:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2b3J-00026A-8G for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:22:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2b3G-00025O-5c for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:22:38 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1F2b39-0005Gc-Ux for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:22:37 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id B669014227C; Fri, 27 Jan 2006 13:22:29 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: webdav WG Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Fri, 27 Jan 2006 13:22:24 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.728) Received-SPF: pass (aji.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2b39-0005Gc-Ux 4fb01e85f069e3debaa9a66317ab07a4 X-Original-To: w3c-dist-auth@w3.org Subject: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/A060A826-A961-43AE-9D04-F1E5DFB8A6CC@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11841 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: Fri, 27 Jan 2006 21:22:41 +0000 Content-Transfer-Encoding: 7bit Julian, I notice that the example you provided for relative references ("'/ example.com/sample/' and '/example.com/sample/a%20test'") included an authority part. Two things surprised me about that: - I thought that the authority part was optional, so there are thus even more options for valid 'href' values than the ones you provided. E.g. '/sample/' and '/sample/a%20test' would be valid as well as the URLs with authority but no scheme, and the complete URLs. The example text suggested makes it look like the allowable WebDAV options are more limited the options RFC3986 offers as valid Relative References - When the authority part is provided, it looks like it has to begin with "//" so your example would be correct as ""'//example.com/ sample/' and '//example.com/sample/a%20test'" I am looking at for this. lisa From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:30:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2bAe-0001nC-Iy for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:30:16 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA17820 for ; Fri, 27 Jan 2006 16:28:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2bA1-000379-MP for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:29:37 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2bA0-00035B-Dd for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:29:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2b9x-0004pT-6c for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:29:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RLTVVl011527; Fri, 27 Jan 2006 13:29:31 -0800 Date: Fri, 27 Jan 2006 13:29:31 -0800 Message-Id: <200601272129.k0RLTVVl011527@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2b9x-0004pT-6c 8f6df03136fcb05f01f9122caafc6562 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 97] new error code descriptions X-Archived-At: http://www.w3.org/mid/200601272129.k0RLTVVl011527@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11842 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: Fri, 27 Jan 2006 21:29:37 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=97 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 13:29 ------- I've fixed the problem sentence: " If the server evaluates a conditional header, and if that condition fails to hold, then this error code MUST be returned. " ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:36:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2bGa-0006Pu-AU for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:36:24 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA17985 for ; Fri, 27 Jan 2006 16:34:51 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2bFx-0005qE-3w for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:35:45 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2bFw-0005pe-3D for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:35:44 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2bFu-0006CV-G2 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:35:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RLZgVE011547; Fri, 27 Jan 2006 13:35:42 -0800 Date: Fri, 27 Jan 2006 13:35:42 -0800 Message-Id: <200601272135.k0RLZgVE011547@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2bFu-0006CV-G2 78f07bbf53a9fd2b29caced663a180cf X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601272135.k0RLZgVE011547@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11843 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: Fri, 27 Jan 2006 21:35:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 13:35 ------- The recommendation that an empty locked resource "SHOULD default to having no content type." was worked out carefully in long discussions on such resources. I disagree that this needs changing even taking into account the recent discussion on servers that don't accept all content types. I'm OK with the other changes roughly as suggested. I might wish clients always use Content-Type on PUT if known, but that is a new requirement not limited to empty locked resources. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:38:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2bIR-00077a-Oi for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:38:19 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18088 for ; Fri, 27 Jan 2006 16:36:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2bHs-0006yw-Hu for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:37:44 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2bHp-0006xu-S1 for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:37:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2bHn-0006Cg-6h for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:37:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RLbcic011571; Fri, 27 Jan 2006 13:37:38 -0800 Date: Fri, 27 Jan 2006 13:37:38 -0800 Message-Id: <200601272137.k0RLbcic011571@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2bHn-0006Cg-6h b9e5f78e9e360241041a02e0cf982372 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200601272137.k0RLbcic011571@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11844 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: Fri, 27 Jan 2006 21:37:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=179 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 13:37 ------- "The state token is an example of a state token that will never match an actual valid lock token (not that it's special in this regard)." ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:41:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2bL3-0008OP-AV for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:41:02 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA18819 for ; Fri, 27 Jan 2006 16:39:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2bKO-0007X2-QG for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:40:20 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2bKK-0007WA-Bf for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:40:16 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2bKI-0006x9-H0 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:40:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RLeECs011589; Fri, 27 Jan 2006 13:40:14 -0800 Date: Fri, 27 Jan 2006 13:40:14 -0800 Message-Id: <200601272140.k0RLeECs011589@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2bKI-0006x9-H0 ad5e5278d6a5d58607f711eca2763c4a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601272140.k0RLeECs011589@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11845 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: Fri, 27 Jan 2006 21:40:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 13:40 ------- Fixed as discussed ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:42:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2bMi-0000Oi-AZ for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:42:44 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19158 for ; Fri, 27 Jan 2006 16:41:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2bM6-0007kN-3h for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:42:06 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2bM3-0007jh-Dq for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:42:03 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2bM1-0007GY-Hw for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:42:03 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RLg0RS011606; Fri, 27 Jan 2006 13:42:00 -0800 Date: Fri, 27 Jan 2006 13:42:00 -0800 Message-Id: <200601272142.k0RLg0RS011606@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2bM1-0007GY-Hw 7241e4f4c4e3a61bdb038bd181340ce8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601272142.k0RLg0RS011606@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11846 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: Fri, 27 Jan 2006 21:42:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 13:42 ------- We never made it clear that an allprop CAN return all properties or it might not. Using MAY language is appropriate for that. I removed the "older clients" bit as it was indeed irrelevant. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:46:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2bQd-0000xr-Dp for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:46:47 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19393 for ; Fri, 27 Jan 2006 16:45:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2bPq-000111-Dy for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:45:59 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2bPc-0000nW-Bn for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:45:44 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2bPZ-0007wE-Jq for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:45:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RLjfmk011625; Fri, 27 Jan 2006 13:45:41 -0800 Date: Fri, 27 Jan 2006 13:45:41 -0800 Message-Id: <200601272145.k0RLjfmk011625@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2bPZ-0007wE-Jq 2533993e114e7ef2b3996c0c0eb9e7c0 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 200] remove "bis" compliance class X-Archived-At: http://www.w3.org/mid/200601272145.k0RLjfmk011625@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11847 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: Fri, 27 Jan 2006 21:45:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=200 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 16:48:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2bRv-0001BN-Pr for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 16:48:07 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19528 for ; Fri, 27 Jan 2006 16:46:34 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2bRL-0001bI-0k for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 21:47:31 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2bRJ-0001ae-LX for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 21:47:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2bRF-0000Aq-IZ for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 21:47:28 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RLlNCY011646; Fri, 27 Jan 2006 13:47:23 -0800 Date: Fri, 27 Jan 2006 13:47:23 -0800 Message-Id: <200601272147.k0RLlNCY011646@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2bRF-0000Aq-IZ f7dc9ff1d7be0185f39e9b46e1b5cb91 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 210] incorrect statement on PROPPATCH and property recurrence X-Archived-At: http://www.w3.org/mid/200601272147.k0RLlNCY011646@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11848 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: Fri, 27 Jan 2006 21:47:31 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=210 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 13:47 ------- Removed new requirement. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 17:58:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2cYM-00033u-Or for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 17:58:50 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24158 for ; Fri, 27 Jan 2006 17:57:17 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2cXO-0007rS-2n for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 22:57:50 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2cXJ-0007q8-8S for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 22:57:45 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2cXG-0001Kw-K2 for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 22:57:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RMvRZX011693; Fri, 27 Jan 2006 14:57:27 -0800 Date: Fri, 27 Jan 2006 14:57:27 -0800 Message-Id: <200601272257.k0RMvRZX011693@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2cXG-0001Kw-K2 a8598bdf3c858afe38c99db291c41314 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601272257.k0RMvRZX011693@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11849 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: Fri, 27 Jan 2006 22:57:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 14:57 ------- Making this change properly involved some document refactoring. - Destination and If header presumably need to follow the same limitations on URI references as we worked out for the 'href' header. Thus I moved URL Handling out of the Multi-Status Response section to a general section -- part of General Request and Response Handling. - I finally got to the point where GR&RH section was TOO BIG as an intro to the "New Methods" section, as well as having too many nested sections including all the sub-sections and sub-section examples. - so I figured that section needed to be promoted -- new section 8, comprising 7 sub-sections 8.1 to 8.7, four pages long. I think it's still in the right order in the document as it provides a bunch of detail for all methods, headers, and other sections of the document. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Fri Jan 27 18:04:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ce8-0004eE-FJ for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 18:04:48 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA24576 for ; Fri, 27 Jan 2006 18:03:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2cdV-00017Q-KN for w3c-dist-auth-dist@listhub.w3.org; Fri, 27 Jan 2006 23:04:09 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2cdU-00016s-Ha for w3c-dist-auth@listhub.w3.org; Fri, 27 Jan 2006 23:04:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2cdT-0002Iu-4h for w3c-dist-auth@w3.org; Fri, 27 Jan 2006 23:04:08 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0RN46aM011728; Fri, 27 Jan 2006 15:04:06 -0800 Date: Fri, 27 Jan 2006 15:04:06 -0800 Message-Id: <200601272304.k0RN46aM011728@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2cdT-0002Iu-4h b6e20f9ba1fcf74fec5b55f8a74c5883 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 225] DAV:owner XML element definition lost X-Archived-At: http://www.w3.org/mid/200601272304.k0RN46aM011728@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11850 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: Fri, 27 Jan 2006 23:04:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=225 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-27 15:04 ------- Replaced. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From vasilkaa@telnor.net Fri Jan 27 20:56:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2fKJ-0001fw-AZ for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 20:56:31 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA15034 for ; Fri, 27 Jan 2006 20:54:58 -0500 (EST) Received: from cable197a132.usuarios.retecal.es ([212.183.197.132] helo=telnor.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F2fUY-0002ZG-On for webdav-archive@ietf.org; Fri, 27 Jan 2006 21:07:08 -0500 Message-ID: <000001c623ad$fe204580$9568a8c0@Athene> Reply-To: "Vasilka Kehrer" From: "Vasilka Kehrer" To: "Kazia Ugalde" Subject: Re: domicalPhar ramaccy Date: Fri, 27 Jan 2006 20:56:02 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62384.154C8770" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62384.154C8770 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable V f A _ L r I ) U l M o=20 C & I z A x L , I =3D S h=20 V q I ^ A i G p R h A j=20 X =3D A k N g A r X *=20 http://www.onsideithe.com ------=_NextPart_000_0001_01C62384.154C8770 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

V f A _ L r I ) U l = M o

C & I z A x L , I =3D = S h

V q I ^ A i G p R h = A j

X =3D A k N g A r X * =

http://www.onsideithe.com ------=_NextPart_000_0001_01C62384.154C8770-- From jfriedl@goallstar.com Fri Jan 27 23:22:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2hbQ-0005Rj-2y for webdav-archive@megatron.ietf.org; Fri, 27 Jan 2006 23:22:20 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA23341 for ; Fri, 27 Jan 2006 23:20:46 -0500 (EST) Received: from achn117.neoplus.adsl.tpnet.pl ([83.10.11.117] helo=-1213492176) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F2hlN-000623-OK for webdav-archive@ietf.org; Fri, 27 Jan 2006 23:32:58 -0500 Received: from goallstar.com (-1208291664 [-1211251128]) by achn117.neoplus.adsl.tpnet.pl (Qmailv1) with ESMTP id FEDADE6A0A for ; Sat, 28 Jan 2006 12:28:11 -0500 Date: Sat, 28 Jan 2006 12:28:11 -0500 From: Doctor X-Mailer: The Bat! (v2.00.9) Personal X-Priority: 3 Message-ID: <2483779304.20060128122811@goallstar.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------D4B30C2A657447C" X-Virus-Scanned: by Ameriserv.net Anti-Virus E-Gateway X-Spam-Score: 3.1 (+++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------D4B30C2A657447C Content-Type: text/plain Content-Transfer-Encoding: 7bit Vliwagra $3.3 Levitkra $3.3 Cialpis $3.7 Imitrhex $16.4 Fhlomax $2.2 Ultroam $0.78 Viohxx $4.75 Amoblem $2.2 VaIirum - $0.97 Xanaax $1.09 Somma $3 Merisdia $2.2 visit our website http://sipressi.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= One swallow does not make a summer. Learn from your mistakes. Be merry and wise. ------------D4B30C2A657447C Content-Type: text/html Content-Transfer-Encoding: 7bit Vliwagra - $3.3
Levitpra - $3.3
Cialois - $3.7
Imitreex - $16.4
Fhlomax - $2.2
Ultrsam - $0.78
Viohxx - $4.75
Amkblem - $2.2
VaIixum - $0.97
Xankax - $1.09
Soxma - $3
Merirdia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


Tomorrow is another day.
A bad excuse is better than none.
A mother's love changes never. ------------D4B30C2A657447C-- From w3c-dist-auth-request@frink.w3.org Sat Jan 28 02:58:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2kyQ-0000ws-F1 for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 02:58:19 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA04556 for ; Sat, 28 Jan 2006 02:56:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2kwj-0006Vz-HR for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 07:56:33 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2kwf-0006VL-9A for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 07:56:29 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by lisa.w3.org with smtp (Exim 4.50) id 1F2kwd-0006ye-Oi for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 07:56:29 +0000 Received: (qmail invoked by alias); 28 Jan 2006 07:56:25 -0000 Received: from p508F96E0.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.150.224] by mail.gmx.net (mp020) with SMTP; 28 Jan 2006 08:56:25 +0100 X-Authenticated: #1915285 Message-ID: <43DB2329.10605@gmx.de> Date: Sat, 28 Jan 2006 08:54:17 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: webdav WG References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1F2kwd-0006ye-Oi 756608fe64abd972ece59badda8970d6 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/43DB2329.10605@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11851 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, 28 Jan 2006 07:56:33 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > Julian, > I notice that the example you provided for relative references > ("'/example.com/sample/' and '/example.com/sample/a%20test'") included > an authority part. Two things surprised me about that: > ... That's a bug. Please ignore the "/example.com" prefix. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sat Jan 28 04:13:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2m9R-000235-0X for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 04:13:46 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA08108 for ; Sat, 28 Jan 2006 04:12:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2m8J-0004Zh-QM for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 09:12:35 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2m8C-0004Y0-JH for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 09:12:28 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2m89-0002mk-TF for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 09:12:28 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0S9COg2013235; Sat, 28 Jan 2006 01:12:24 -0800 Date: Sat, 28 Jan 2006 01:12:24 -0800 Message-Id: <200601280912.k0S9COg2013235@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2m89-0002mk-TF 763e99ad76d4ba99e94c5b8f9c379bac X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 210] incorrect statement on PROPPATCH and property recurrence X-Archived-At: http://www.w3.org/mid/200601280912.k0S9COg2013235@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11852 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, 28 Jan 2006 09:12:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=210 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-09 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 01:12 ------- While backing out the change, you also took out the statement about PROPFIND (which was correct and a good thing to have there). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 05:08:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2n0h-0004fd-MX for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 05:08:47 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA10715 for ; Sat, 28 Jan 2006 05:07:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2mzq-0007Vt-8P for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 10:07:54 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2mzk-0007Uv-Ta for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 10:07:48 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2mzh-0004xx-C2 for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 10:07:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SA7ioT013283; Sat, 28 Jan 2006 02:07:44 -0800 Date: Sat, 28 Jan 2006 02:07:44 -0800 Message-Id: <200601281007.k0SA7ioT013283@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2mzh-0004xx-C2 721adf89cd8a14a3fc691ab539952f20 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601281007.k0SA7ioT013283@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11853 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, 28 Jan 2006 10:07:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 02:07 ------- I'm not sure why this paragraph was moved into Section 8, and rewritten to indicate it applies to things other than hrefs in multistatus. It doesn't. Please move it back into the section about Multi-Status. Also, the normative statement about URL escaping is incorrect; this directly follows from URI syntax, thus all that is needed is a non-normative reminder. Changes (also in ): Section 8.2., para. 1: OLD: URLs appear in many places in requests and responses: the Destination header, the If header, and 'href' elements in XML marshalling. In particular, servers need to be careful in handling URLs in responses, to ensure that clients have enough context to be able to interpret all the URLs. Generally, the sender has a choice between using a Relative Reference (see Section 4.2 of [RFC3986]), which is resolved against the RequestURI, or a full URI. A sender SHOULD generally be consistent once it has chosen one of these approaches, but a server MUST ensure that every 'href' value within a Multi-Status response uses the same format. NEW: The Multi-Status response format may contain 'href' elements (Section 14.7) in multiple places, namely as child element of 'response' elements (Section 14.24). When the contents of an 'href' element contains a Relative Reference ([RFC3986], Section 4.2), it is relative to the Request-URI of the HTTP request. Section 8.2., para. 6: OLD: Identifiers for collections appearing in the results SHOULD end in a '/' character. Characters that aren't legal in HTTP URL paths MUST be percent-encoded (see section 2.1 of [RFC3986]) everywhere, including in XML marshalling defined in this specification. NEW: Identifiers for collections appearing in the results SHOULD end in a '/' character. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 05:15:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2n7R-0007Ac-G3 for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 05:15:45 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA11043 for ; Sat, 28 Jan 2006 05:14:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2n6X-0008Kd-33 for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 10:14:49 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2n6V-0008Jz-Su for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 10:14:48 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2n6T-0005ri-ES for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 10:14:47 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SAEhPN013302; Sat, 28 Jan 2006 02:14:43 -0800 Date: Sat, 28 Jan 2006 02:14:43 -0800 Message-Id: <200601281014.k0SAEhPN013302@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2n6T-0005ri-ES e613f517511a64c99683722dc82b1f58 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601281014.k0SAEhPN013302@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11854 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, 28 Jan 2006 10:14:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 02:14 ------- There's a typo in the updated version of the DTD (surplus asterisk). ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 05:20:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2nBz-0007zz-9z for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 05:20:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA11272 for ; Sat, 28 Jan 2006 05:18:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2nBJ-0001Vj-49 for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 10:19:45 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2nBH-0001V9-3s for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 10:19:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2nBF-0007OH-1b for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 10:19:42 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SAJeb4013321; Sat, 28 Jan 2006 02:19:40 -0800 Date: Sat, 28 Jan 2006 02:19:40 -0800 Message-Id: <200601281019.k0SAJeb4013321@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2nBF-0007OH-1b c7b537de4610f2307e67dfe448e08ba1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601281019.k0SAJeb4013321@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11855 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, 28 Jan 2006 10:19:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 02:19 ------- I think the Acknowledgements section should be updated reflecting the change as well. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 05:41:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2nWI-00076t-Es for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 05:41:27 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA12153 for ; Sat, 28 Jan 2006 05:39:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2nVY-0005TB-54 for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 10:40:40 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2nVS-0005SC-Tr for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 10:40:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2nVQ-0002Zy-9k for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 10:40:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SAeUTI013343; Sat, 28 Jan 2006 02:40:30 -0800 Date: Sat, 28 Jan 2006 02:40:30 -0800 Message-Id: <200601281040.k0SAeUTI013343@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2nVQ-0002Zy-9k 0f7f3631e47ba2ec8fd651553b109210 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601281040.k0SAeUTI013343@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11856 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, 28 Jan 2006 10:40:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 02:40 ------- The sentence we're discussing now says: "A WebDAV server MAY omit certain live properties from other specifications when responding to an 'allprop' request, and MAY return only custom (dead) properties and those defined in this specification." First of all, this is sort-of incorrect because the "other" specifications are very clear about their PROPFIND semantics. Also, we already say earlier: "Request property values for those properties defined in this specification plus dead properties, by using the 'allprop' element..." So it's already defined in the definition for "allprop", and the aforementioned sentence is just repeating what was said before. That being said, should the spec define a default behaviour for "allprop" for live properties defined in other specs? All specs that I'm aware of define it themselves, but having a default (not to include those) may make future specs simpler. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 05:45:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2nZp-000055-N0 for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 05:45:05 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA12359 for ; Sat, 28 Jan 2006 05:43:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2nZG-0005oS-4Q for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 10:44:30 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2nZB-0005mo-A7 for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 10:44:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2nZ8-0003Ot-Mn for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 10:44:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SAiLD0013362; Sat, 28 Jan 2006 02:44:21 -0800 Date: Sat, 28 Jan 2006 02:44:21 -0800 Message-Id: <200601281044.k0SAiLD0013362@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2nZ8-0003Ot-Mn c23139de2931f4092aa5b05a1b54f871 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601281044.k0SAiLD0013362@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11857 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, 28 Jan 2006 10:44:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 02:44 ------- This is simply inconsistent. If servers are allowed to use preconfigured MIME types based on file extensions (for example), we simply can't have a normative requirement about the content type for empty locked resources. The whole point of introducing them was to remove unnecessary server complexity. The requirements for a locked empty resource should be exactly the same as for a resource that was created with no content, and then was locked. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 08:47:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2qPl-0005hJ-KT for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 08:46:53 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA15355 for ; Sat, 28 Jan 2006 07:04:07 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2oo6-00046N-Tt for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 12:03:54 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2oo1-00045D-DT for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 12:03:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2ony-0002rV-Cs for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 12:03:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SC3iJ6013627; Sat, 28 Jan 2006 04:03:44 -0800 Date: Sat, 28 Jan 2006 04:03:44 -0800 Message-Id: <200601281203.k0SC3iJ6013627@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F2ony-0002rV-Cs bc31cb71411e6f523d34e3b56693a140 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601281203.k0SC3iJ6013627@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11858 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, 28 Jan 2006 12:03:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 04:03 ------- OK, even more problems: Section 9.6.2., para. 4: OLD: http://www.example.com/container/resource3 HTTP/1.1 423 Locked lock-token-submitted NEW: http://www.example.com/container/resource3 HTTP/1.1 423 Locked (child of d:error is XML element, not text data) Section 14.5., para. 3: OLD: Description: Contains at least one XML element, and MUST NOT contain text or mixed content. Any element that is a child of the 'error' element is considered to be a precondition or postcondition code. Unrecognized elements SHOULD be ignored if not recognized. NEW: Description: Contains at least one XML element, and MUST NOT contain text or mixed content. Any element that is a child of the 'error' element is considered to be a precondition or postcondition code. Unrecognized elements SHOULD be ignored. "Unrecognized elements SHOULD be ignored if not recognized."???? Section 14.22., para. 3: OLD: Description: The propstat XML element MUST contain one prop XML element and one status XML element. The contents of the prop XML element MUST only list the names of properties to which the result in the status element applies. The optional precondition/ postcondition error code and 'responsedescription' textS also apply to the properties named in 'prop'. NEW: Description: The propstat XML element MUST contain one prop XML element and one status XML element. The contents of the prop XML element MUST only list the names of properties to which the result in the status element applies. The optional precondition/ postcondition error code and 'responsedescription' text also apply to the properties named in 'prop'. Typo: "textS" Section 14.25., para. 4: OLD: NEW: ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 09:50:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2rPH-000229-FS for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 09:50:37 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA22744 for ; Sat, 28 Jan 2006 09:48:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2rNq-0001xk-O5 for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 14:48:58 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2rNh-0001x4-H5 for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 14:48:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2rNd-0004LG-6s for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 14:48:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SEmfoN013736; Sat, 28 Jan 2006 06:48:41 -0800 Date: Sat, 28 Jan 2006 06:48:41 -0800 Message-Id: <200601281448.k0SEmfoN013736@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2rNd-0004LG-6s 7440c53369b706a9eabe13e90a8a55c8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601281448.k0SEmfoN013736@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11859 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, 28 Jan 2006 14:48:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-28 06:48 ------- > The requirements for a locked empty resource should be exactly the same as for a > resource that was created with no content, and then was locked. I agree. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 10:22:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2ruR-0004zT-Ue for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 10:22:40 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA24331 for ; Sat, 28 Jan 2006 10:20:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2rtV-0001Vu-50 for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 15:21:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2rtM-0001V7-CK for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 15:21:33 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2rtF-0000xF-9T for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 15:21:31 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SFLOhZ013782; Sat, 28 Jan 2006 07:21:24 -0800 Date: Sat, 28 Jan 2006 07:21:24 -0800 Message-Id: <200601281521.k0SFLOhZ013782@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2rtF-0000xF-9T 465d280d0deb442aa37f8aa445164d51 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 35] RFC2606 compliance X-Archived-At: http://www.w3.org/mid/200601281521.k0SFLOhZ013782@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11860 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, 28 Jan 2006 15:21:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=35 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu Status|REOPENED |NEW Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 07:21 ------- Scheduling for discussion, with proposed changes below (see also ): Section 7.5.1., para. 2: OLD: COPY /~fielding/index.html HTTP/1.1 Host: www.ics.uci.edu Destination: http://www.ics.uci.edu/users/f/fielding/index.html If: () NEW: COPY /~fielding/index.html HTTP/1.1 Host: www.example.com Destination: http://www.example.com/users/f/fielding/index.html If: () Section 9.1.3., para. 3: OLD: >>Response NEW: >>Response Section 9.1.3., para. 5: OLD: http://www.example.com/file Box type A J.J. Johnson HTTP/1.1 200 OK HTTP/1.1 403 Forbidden The user does not have access to the DingALing property. There has been an access violation error. NEW: http://www.example.com/file Box type A J.J. Johnson HTTP/1.1 200 OK HTTP/1.1 403 Forbidden The user does not have access to the DingALing property. There has been an access violation error. Section 9.1.5., para. 5: OLD: http://www.example.com/container/ HTTP/1.1 200 OK http://www.example.com/container/front.html HTTP/1.1 200 OK NEW: http://www.example.com/container/ HTTP/1.1 200 OK http://www.example.com/container/front.html HTTP/1.1 200 OK Section 9.1.5., para. 7: OLD: Consistent with the previous example, resource http://www.example.com/container/ has six properties defined on it: bigbox and author in the "http://www.example.com/boxschema/" namespace, and creationdate, displayname, resourcetype, and supportedlock in the "DAV:" namespace. NEW: Consistent with the previous example, resource http://www.example.com/container/ has six properties defined on it: bigbox and author in the "http://ns.example.com/boxschema/" namespace, and creationdate, displayname, resourcetype, and supportedlock in the "DAV:" namespace. Section 9.1.5., para. 8: OLD: The resource http://www.example.com/container/index.html, a member of the "container" collection, has nine properties defined on it, bigbox in the "http://www.example.com/boxschema/" namespace and, creationdate, displayname, getcontentlength, getcontenttype, getetag, getlastmodified, resourcetype, and supportedlock in the "DAV:" namespace. NEW: The resource http://www.example.com/container/index.html, a member of the "container" collection, has nine properties defined on it, bigbox in the "http://ns.example.com/boxschema/" namespace and, creationdate, displayname, getcontentlength, getcontenttype, getetag, getlastmodified, resourcetype, and supportedlock in the "DAV:" namespace. Section 9.1.6., para. 7: OLD: /container/ Box type A Hadrian 1997-12-01T17:42:21-08:00 Example collection HTTP/1.1 200 OK /container/front.html Box type B 1997-12-01T18:27:21-08:00 Example HTML resource 4525 text/html "zzyzx" Mon, 12 Jan 1998 09:25:56 GMT HTTP/1.1 200 OK NEW: /container/ Box type A Hadrian 1997-12-01T17:42:21-08:00 Example collection HTTP/1.1 200 OK /container/front.html Box type B 1997-12-01T18:27:21-08:00 Example HTML resource 4525 text/html "zzyzx" Mon, 12 Jan 1998 09:25:56 GMT HTTP/1.1 200 OK Section 9.1.6., para. 8: OLD: In this example, PROPFIND was invoked on the resource http://www.foo.bar/container/ with a Depth header of 1, meaning the request applies to the resource and its children, and a propfind XML element containing the allprop XML element, meaning the request should return the name and value of all the dead properties defined on the resources, plus the name and value of all the properties defined in this specification. This example illustrates the use of relative references in the 'href' elements of the response. NEW: In this example, PROPFIND was invoked on the resource http://www.example.com/container/ with a Depth header of 1, meaning the request applies to the resource and its children, and a propfind XML element containing the allprop XML element, meaning the request should return the name and value of all the dead properties defined on the resources, plus the name and value of all the properties defined in this specification. This example illustrates the use of relative references in the 'href' elements of the response. Section 9.1.6., para. 9: OLD: The resource http://www.foo.bar/container/ has six properties defined on it: 'bigbox' and 'author in the "http://www.foo.bar/boxschema/" namespace, DAV:creationdate, DAV:displayname, DAV:resourcetype, and DAV:supportedlock. NEW: The resource http://www.example.com/container/ has six properties defined on it: 'bigbox' and 'author in the "http://ns.example.com/boxschema/" namespace, DAV:creationdate, DAV: displayname, DAV:resourcetype, and DAV:supportedlock. Section 9.1.6., para. 11: OLD: The resource http://www.foo.bar/container/front.html has nine properties defined on it: NEW: The resource http://www.example.com/container/front.html has nine properties defined on it: Section 9.1.6., para. 12: OLD: 'bigbox' in the "http://www.foo.bar/boxschema/" namespace (another instance of the "bigbox" property type), DAV:creationdate, DAV: displayname, DAV:getcontentlength, DAV:getcontenttype, DAV:getetag, DAV:getlastmodified, DAV:resourcetype, and DAV:supportedlock. NEW: 'bigbox' in the "http://ns.example.com/boxschema/" namespace (another instance of the "bigbox" property type), DAV:creationdate, DAV: displayname, DAV:getcontentlength, DAV:getcontenttype, DAV:getetag, DAV:getlastmodified, DAV:resourcetype, and DAV:supportedlock. Section 9.2.2., para. 3: OLD: Jim Whitehead Roy Fielding >>Response NEW: Jim Whitehead Roy Fielding >>Response Section 9.2.2., para. 5: OLD: http://www.example.com/bar.html HTTP/1.1 424 Failed Dependency HTTP/1.1 409 Conflict Copyright Owner can not be deleted or altered. NEW: http://www.example.com/bar.html HTTP/1.1 424 Failed Dependency HTTP/1.1 409 Conflict Copyright Owner can not be deleted or altered. Section 9.2.2., para. 6: OLD: In this example, the client requests the server to set the value of the "Authors" property in the "http://www.w3.com/standards/z39.50/" namespace, and to remove the property "Copyright-Owner" in the "http://www.w3.com/standards/z39.50/" namespace. Since the Copyright-Owner property could not be removed, no property modifications occur. The 424 (Failed Dependency) status code for the Authors property indicates this action would have succeeded if it were not for the conflict with removing the Copyright-Owner property. NEW: In this example, the client requests the server to set the value of the "Authors" property in the "http://ns.example.com/standards/z39.50/" namespace, and to remove the property "Copyright-Owner" in the same namespace. Since the Copyright-Owner property could not be removed, no property modifications occur. The 424 (Failed Dependency) status code for the Authors property indicates this action would have succeeded if it were not for the conflict with removing the Copyright-Owner property. Section 9.8.6., para. 1: OLD: This example shows resource http://www.ics.uci.edu/~fielding/index.html being copied to the location http://www.ics.uci.edu/users/f/fielding/index.html. The 204 (No Content) status code indicates the existing resource at the destination was overwritten. NEW: This example shows resource http://www.example.com/~fielding/index.html being copied to the location http://www.example.com/users/f/fielding/index.html. The 204 (No Content) status code indicates the existing resource at the destination was overwritten. Section 9.8.6., para. 3: OLD: COPY /~fielding/index.html HTTP/1.1 Host: www.ics.uci.edu Destination: http://www.ics.uci.edu/users/f/fielding/index.html NEW: COPY /~fielding/index.html HTTP/1.1 Host: www.example.com Destination: http://www.example.com/users/f/fielding/index.html Section 9.8.7., para. 3: OLD: COPY /~fielding/index.html HTTP/1.1 Host: www.ics.uci.edu Destination: http://www.ics.uci.edu/users/f/fielding/index.html Overwrite: F NEW: COPY /~fielding/index.html HTTP/1.1 Host: www.example.com Destination: http://www.example.com/users/f/fielding/index.html Overwrite: F Section 9.9.5., para. 1: OLD: This example shows resource http://www.ics.uci.edu/~fielding/index.html being moved to the location http://www.ics.uci.edu/users/f/fielding/index.html. The contents of the destination resource would have been overwritten if the destination URL was already mapped to a resource. In this case, since there was nothing at the destination resource, the response code is 201 (Created). NEW: This example shows resource http://www.example.com/~fielding/index.html being moved to the location http://www.example.com/users/f/fielding/index.html. The contents of the destination resource would have been overwritten if the destination URL was already mapped to a resource. In this case, since there was nothing at the destination resource, the response code is 201 (Created). Section 9.9.5., para. 3: OLD: MOVE /~fielding/index.html HTTP/1.1 Host: www.ics.uci.edu Destination: http://www.ics.uci.edu/users/f/fielding/index.html >>Response NEW: MOVE /~fielding/index.html HTTP/1.1 Host: www.example.com Destination: http://www.example.com/users/f/fielding/index.html >>Response Section 9.9.5., para. 4: OLD: HTTP/1.1 201 Created Location: http://www.ics.uci.edu/users/f/fielding/index.html NEW: HTTP/1.1 201 Created Location: http://www.example.com/users/f/fielding/index.html Section 9.10.7., para. 3: OLD: http://www.ics.uci.edu/~ejw/contact.html >>Response NEW: http://example.org/~ejw/contact.html >>Response Section 9.10.7., para. 5: OLD: infinity http://www.ics.uci.edu/~ejw/contact.html Second-604800 urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4 http://example.com/workspace/webdav/proposal.doc NEW: infinity http://example.org/~ejw/contact.html Second-604800 urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4 http://example.com/workspace/webdav/proposal.doc Section 9.10.7., para. 6: OLD: This example shows the successful creation of an exclusive write lock on resource http://example.com/workspace/webdav/proposal.doc. The resource http://www.ics.uci.edu/~ejw/contact.html contains contact information for the creator of the lock. The server has an activity- based timeout policy in place on this resource, which causes the lock to automatically be removed after 1 week (604800 seconds). Note that the nonce, response, and opaque fields have not been calculated in the Authorization request header. NEW: This example shows the successful creation of an exclusive write lock on resource http://example.com/workspace/webdav/proposal.doc. The resource http://example.org/~ejw/contact.html contains contact information for the creator of the lock. The server has an activity- based timeout policy in place on this resource, which causes the lock to automatically be removed after 1 week (604800 seconds). Note that the nonce, response, and opaque fields have not been calculated in the Authorization request header. Section 9.10.8., para. 5: OLD: infinity http://www.ics.uci.edu/~ejw/contact.html Second-604800 urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4 http://example.com/workspace/webdav/proposal.doc NEW: infinity http://example.org/~ejw/contact.html Second-604800 urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4 http://example.com/workspace/webdav/proposal.doc Section 9.10.9., para. 3: OLD: http://www.ics.uci.edu/~ejw/contact.html NEW: http://example.org/~ejw/contact.html ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 10:30:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2s2L-0006od-KY for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 10:30:49 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA24685 for ; Sat, 28 Jan 2006 10:29:08 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2s1W-0002RV-OG for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 15:29:58 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2s1Q-0002Qh-Bh for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 15:29:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2s1O-0002os-P0 for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 15:29:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SFTnLX013804; Sat, 28 Jan 2006 07:29:49 -0800 Date: Sat, 28 Jan 2006 07:29:49 -0800 Message-Id: <200601281529.k0SFTnLX013804@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2s1O-0002os-P0 ef7182575736ac3d421ff48e54e0f4e2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 35] RFC2606 compliance X-Archived-At: http://www.w3.org/mid/200601281529.k0SFTnLX013804@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11861 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, 28 Jan 2006 15:29:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=35 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 07:29 ------- Created an attachment (id=5) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=5&action=view) Diffs for this bug (colorized HTML) Contains changes for BZ035 issues. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 10:51:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2sMD-0004eG-QY for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 10:51:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA25552 for ; Sat, 28 Jan 2006 10:49:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2sKz-0007l3-DX for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 15:50:05 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2sKs-0007Ku-UM for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 15:49:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F2sKo-00057c-My for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 15:49:58 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SFnqmL014177; Sat, 28 Jan 2006 07:49:52 -0800 Date: Sat, 28 Jan 2006 07:49:52 -0800 Message-Id: <200601281549.k0SFnqmL014177@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2sKo-00057c-My 18f43352d2073afe4ee582721f5d12d5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601281549.k0SFnqmL014177@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11862 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, 28 Jan 2006 15:50:05 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 07:49 ------- There are three issues with these changes: 1) The URL considerations (that used to live under 12. Multistatus) do not apply to request headers (at least this was never discussed). 2) The BNF grammar productions should constrain the values to what we want (for instance, relative references need to be absolute paths). 3) The draft still requires (MUST) a 502 response code when the server can't access the destination. As 502 is not the proper code here (it's not a server error), making this a MUSt level requirement simply in unacceptable. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 12:11:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2tba-0005eD-Bf for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 12:11:18 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA00323 for ; Sat, 28 Jan 2006 12:09:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2taE-0007Hl-Nb for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 17:09:54 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ta7-0007Gz-6h for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 17:09:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2ta3-0005N2-Sq for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 17:09:47 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SH9g09014243; Sat, 28 Jan 2006 09:09:42 -0800 Date: Sat, 28 Jan 2006 09:09:42 -0800 Message-Id: <200601281709.k0SH9g09014243@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2ta3-0005N2-Sq fb7bc5221eec42c8fab68b5dfb857e6b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601281709.k0SH9g09014243@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11863 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, 28 Jan 2006 17:09:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|REOPENED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 09:09 ------- and: 4) This change needs to appear in the Changes Section. Proposed changes below and at : Section 10.1., para. 0: OLD: 10.1. DAV Header NEW: The ABNF productions below are used in the following header definitions: Coded-URI = "<" absolute-URI ">" ; no LWS allowed in Coded-URI Reference = absolute-URI | ( path-absolute [ "?" query ] ) Coded-Reference = "<" Reference ">" ; no LWS allowed in Coded-Reference ; absolute-URI: see Section 4.3 of [RFC3986] ; path-absolute: see Section 3.3 of [RFC3986] ; query: see Section 3.4 of [RFC3986] 10.1. DAV Header (define grammar elements upfront) Section 10.1., para. 1: OLD: DAV = "DAV" ":" #( compliance-class ) compliance-class = ( "1" | "2" | "3" | extend ) extend = Coded-URL | token Coded-URL = "<" absolute-URI ">" ; No LWS allowed in Coded-URL ; absolute-URI is defined in RFC3986 NEW: DAV = "DAV" ":" #1compliance-class compliance-class = "1" | "2" | "3" | extend extend = Coded-URI | token ; token: see Section 2.2 of [RFC2616] (simplify grammar) Section 10.1., para. 3: OLD: The value is a comma-separated list of all compliance class identifiers that the resource supports. Class identifiers may be Coded-URLs or tokens (as defined by [RFC2616]). Identifiers can appear in any order. Identifiers that are standardized through the IETF RFC process are tokens, but other identifiers SHOULD be Coded- URLs to encourage uniqueness. NEW: The value is a comma-separated list of all compliance class identifiers that the resource supports. Class identifiers may be Coded-URIs or tokens (as defined by [RFC2616]). Identifiers can appear in any order. Identifiers that are standardized through the IETF RFC process are tokens, but other identifiers SHOULD be Coded- URIs to encourage uniqueness. (Coded-URL -> Coded-URI) Section 10.3., para. 2: OLD: Destination = "Destination" ":" ( URI-reference ) The URI-reference production is defined in section 4.1 of [RFC3986], with further rules for URI handling in Section 8.2. NEW: Destination = "Destination" ":" Reference (simplify grammar, remove ref to 8.2) Section 10.3., para. 3: OLD: If the Destination value is an absolute URI, it may name a different server (or different port or scheme). If the source server cannot attempt a copy to the remote server, it MUST fail the request with a 502 (Bad Gateway) response. NEW: If the Destination value is an absolute-URI (Section 4.3 of [RFC3986]), it may name a different server (or different port or scheme). If the source server cannot attempt a copy to the remote server, it MUST fail the request. (relax language on 502, use RFC3986 productions) Section 10.4., para. 1: OLD: If = "If" ":" ( 1*No-tag-list | 1*Tagged-list) No-tag-list = List Tagged-list = Resource 1*List Resource = Coded-Reference List = "(" 1*(["Not"](State-token | "[" entity-tag "]")) ")" ; No LWS allowed between "[", entity-tag and "]" State-token = Coded-URL Coded-Reference = "<" URI-reference ">" ; No LWS allowed in Coded-Reference NEW: If = "If" ":" ( 1*No-tag-list | 1*Tagged-list) No-tag-list = List Tagged-list = Coded-Reference 1*List List = "(" 1*(["Not"](State-token | "[" entity-tag "]")) ")" State-token = Coded-URI (simplify grammar) Section 10.4., para. 3: OLD: The URI-reference production is defined in section 4.1 of [RFC3986], with further rules for URI handling in Section 8.2. The If header's purpose is to describe a series of state lists. If the state of the resource to which the header is applied does not match any of the specified state lists then the request MUST fail with a 412 (Precondition Failed). If one of the described state lists matches the state of the resource then the request may succeed. NEW: The If header's purpose is to describe a series of state lists. If the state of the resource to which the header is applied does not match any of the specified state lists then the request MUST fail with a 412 (Precondition Failed). If one of the described state lists matches the state of the resource then the request may succeed. (remove ref to 8.2) Section 10.4.3., para. 2: OLD: COPY /resource1 HTTP/1.1 Host: www.example.com Destination: http://www.example.com/resource2 If: ( [W/"A weak ETag"]) (["strong ETag"]) (["another strong ETag"]) NEW: COPY /resource1 HTTP/1.1 Host: www.example.com Destination: http://www.example.com/resource2 If: ( [W/"A weak ETag"]) (["strong ETag"]) (["another strong ETag"]) (use new notation in one example) Section 10.5., para. 1: OLD: Lock-Token = "Lock-Token" ":" Coded-URL NEW: Lock-Token = "Lock-Token" ":" Coded-URI (Coded-URL -> Coded-URI) Appendix E., para. 25: OLD: E.2. Changes Notable to Client Implementors NEW: Destination headers and Tagged Lists in If headers can now contain absolute paths in addition to URIs. [[anchor118: Also affects clients.]] E.2. Changes Notable to Client Implementors (mention change) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 12:16:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2tge-0000LF-WB for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 12:16:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA00661 for ; Sat, 28 Jan 2006 12:14:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2tfy-0001UX-QA for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 17:15:50 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2tfu-0001Tn-F8 for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 17:15:46 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1F2tfl-0000cw-RD for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 17:15:45 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 967CE142290; Sat, 28 Jan 2006 09:15:34 -0800 (PST) In-Reply-To: <43DB2329.10605@gmx.de> References: <43DB2329.10605@gmx.de> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org> Cc: webdav WG Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Sat, 28 Jan 2006 09:15:27 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.728) Received-SPF: pass (aji.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2tfl-0000cw-RD 30349db79fbd54145d5c101adfca9de8 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11864 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, 28 Jan 2006 17:15:50 +0000 Content-Transfer-Encoding: 7bit So would a relative reference of the form "//example.com/sample/" be legal in our URL values (href, Destination, If)? Or do we further restrict relative references? Lisa On Jan 27, 2006, at 11:54 PM, Julian Reschke wrote: > Lisa Dusseault wrote: > >> Julian, >> I notice that the example you provided for relative references ("'/ >> example.com/sample/' and '/example.com/sample/a%20test'") included >> an authority part. Two things surprised me about that: >> > > ... > > That's a bug. Please ignore the "/example.com" prefix. > > Best regards, Julian > From w3c-dist-auth-request@frink.w3.org Sat Jan 28 12:18:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2tiu-0002Xx-0c for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 12:18:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA00876 for ; Sat, 28 Jan 2006 12:17:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2tiF-0001hu-QA for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 17:18:11 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F2ti7-0001gw-TR for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 17:18:03 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F2ti6-0006sO-5U for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 17:18:03 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0SHI1WD014258; Sat, 28 Jan 2006 09:18:01 -0800 Date: Sat, 28 Jan 2006 09:18:01 -0800 Message-Id: <200601281718.k0SHI1WD014258@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F2ti6-0006sO-5U f28722a43579907744068d8442ff398a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200601281718.k0SHI1WD014258@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11865 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, 28 Jan 2006 17:18:11 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=179 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-28 09:18 ------- The section I complained about appears to be unchanged (): The Not production is particularly useful with a state token known not to ever identify a lock, such as the "" state token. The clause "Not " MUST evaluate to true. Thus, any "OR" statement containing the clause "Not " MUST also evaluate to true. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sat Jan 28 12:34:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2txs-0005nd-D3 for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 12:34:20 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA01583 for ; Sat, 28 Jan 2006 12:32:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2tx9-0005Je-JW for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 17:33:35 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F2tx4-0005J1-0O for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 17:33:30 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1F2tx0-0003Fc-Rc for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 17:33:29 +0000 Received: (qmail invoked by alias); 28 Jan 2006 17:33:20 -0000 Received: from p508F96E0.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.150.224] by mail.gmx.net (mp032) with SMTP; 28 Jan 2006 18:33:20 +0100 X-Authenticated: #1915285 Message-ID: <43DBAA4C.3070002@gmx.de> Date: Sat, 28 Jan 2006 18:30:52 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: webdav WG References: <43DB2329.10605@gmx.de> <089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org> In-Reply-To: <089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F2tx0-0003Fc-Rc 3e218c1eb190eb91fada04630cb60721 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/43DBAA4C.3070002@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11866 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, 28 Jan 2006 17:33:35 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > > So would a relative reference of the form "//example.com/sample/" be > legal in our URL values (href, Destination, If)? Or do we further > restrict relative references? Syntactically it may be valid, but "example.com" then would be a path segment, not the authority. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sat Jan 28 14:26:59 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2vip-0005Uy-N6 for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 14:26:59 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA07558 for ; Sat, 28 Jan 2006 14:25:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2vhG-0004WX-1s for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 19:25:18 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2vh7-0004Vn-J4 for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 19:25:09 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by maggie.w3.org with esmtp (Exim 4.50) id 1F2vgz-00039J-7r for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 19:25:08 +0000 Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id AAD47142290; Sat, 28 Jan 2006 11:24:56 -0800 (PST) In-Reply-To: <43DBAA4C.3070002@gmx.de> References: <43DB2329.10605@gmx.de> <089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org> <43DBAA4C.3070002@gmx.de> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: webdav WG Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Sat, 28 Jan 2006 11:24:51 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.728) Received-SPF: pass (maggie.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1F2vgz-00039J-7r f4b162bf7e6cffd59018180e7bfbabd7 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/C99C6F49-7540-4364-AEFB-A3C07BD6CD24@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11867 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, 28 Jan 2006 19:25:18 +0000 Content-Transfer-Encoding: 7bit According to the 3986 BNF, I can't see how the beginning "//" doesn't indicate that the following string, up to the next "/" isn't an authority. relative-part = "//" authority path-abempty / path-absolute / path-noscheme / path-empty Lisa On Jan 28, 2006, at 9:30 AM, Julian Reschke wrote: > > Lisa Dusseault wrote: > >> So would a relative reference of the form "//example.com/sample/" >> be legal in our URL values (href, Destination, If)? Or do we >> further restrict relative references? >> > > Syntactically it may be valid, but "example.com" then would be a > path segment, not the authority. > > Best regards, Julian > > From w3c-dist-auth-request@frink.w3.org Sat Jan 28 14:46:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F2w1t-00012N-Pa for webdav-archive@megatron.ietf.org; Sat, 28 Jan 2006 14:46:37 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA08348 for ; Sat, 28 Jan 2006 14:44:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F2w12-0000Er-N1 for w3c-dist-auth-dist@listhub.w3.org; Sat, 28 Jan 2006 19:45:44 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F2w0x-0000EC-1v for w3c-dist-auth@listhub.w3.org; Sat, 28 Jan 2006 19:45:39 +0000 Received: from mail.gmx.net ([213.165.64.21]) by maggie.w3.org with smtp (Exim 4.50) id 1F2w0u-0006gb-Og for w3c-dist-auth@w3.org; Sat, 28 Jan 2006 19:45:38 +0000 Received: (qmail invoked by alias); 28 Jan 2006 19:45:35 -0000 Received: from p508F96E0.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.150.224] by mail.gmx.net (mp020) with SMTP; 28 Jan 2006 20:45:35 +0100 X-Authenticated: #1915285 Message-ID: <43DBC949.50803@gmx.de> Date: Sat, 28 Jan 2006 20:43:05 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: webdav WG References: <43DB2329.10605@gmx.de> <089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org> <43DBAA4C.3070002@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1F2w0u-0006gb-Og c97358f05d7f84632d9622fb9d5f677e X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/43DBC949.50803@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11868 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, 28 Jan 2006 19:45:44 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > According to the 3986 BNF, I can't see how the beginning "//" doesn't > indicate that the following string, up to the next "/" isn't an authority. > > relative-part = "//" authority path-abempty > / path-absolute > / path-noscheme > / path-empty > > > > Lisa Indeed (you learn something new every day). I guess that's another reason why we really should use something like: Reference = absolute-URI | ( path-absolute [ "?" query ] ) Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sun Jan 29 04:54:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F39GL-0001rq-K9 for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 04:54:29 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA17097 for ; Sun, 29 Jan 2006 04:52:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F39E6-0001iI-S1 for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 09:52:06 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F39E1-0001hX-U2 for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 09:52:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F39Dw-0004PJ-QW for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 09:52:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0T9pr4Y015344; Sun, 29 Jan 2006 01:51:53 -0800 Date: Sun, 29 Jan 2006 01:51:53 -0800 Message-Id: <200601290951.k0T9pr4Y015344@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F39Dw-0004PJ-QW c0c2cffbfacf32a3eb540698f2a7fb82 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 72] Review references section X-Archived-At: http://www.w3.org/mid/200601290951.k0T9pr4Y015344@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11869 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, 29 Jan 2006 09:52:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=72 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |elias@cse.ucsc.edu Status|REOPENED |NEW Version|-08 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-29 01:51 ------- 1) Made W3C refs consistent. 2) Made sure RFC2518 is indeed referenced. Proposed changes below and in : Section 1., para. 11: OLD: WebDAV uses [XML] for property names and some values, and also uses XML to marshal complicated request and response. This specification contains DTD and text definitions of all all properties (Section 15) and all other XML elements (Section 14) used in marshalling. WebDAV includes a few special rules on extending (Section 17) WebDAV XML marshalling in backwards-compatible ways. NEW: WebDAV uses XML ([REC-XML]) for property names and some values, and also uses XML to marshal complicated request and response. This specification contains DTD and text definitions of all all properties (Section 15) and all other XML elements (Section 14) used in marshalling. WebDAV includes a few special rules on extending (Section 17) WebDAV XML marshalling in backwards-compatible ways. Section 4.3., para. 6: OLD: The value of the property appears inside the property name element. The value may be any kind of well-formed XML content, including both text-only and mixed content. Servers MUST preserve the following XML Information Items (using the terminology from [W3C.REC-xml-infoset- 20040204]) in storage and transmission of dead properties: NEW: The value of the property appears inside the property name element. The value may be any kind of well-formed XML content, including both text-only and mixed content. Servers MUST preserve the following XML Information Items (using the terminology from [REC-XML-INFOSET]) in storage and transmission of dead properties: Section 8.1., para. 1: OLD: In HTTP/1.1, method parameter information was exclusively encoded in HTTP headers. Unlike HTTP/1.1, WebDAV encodes method parameter information either in an [XML] request entity body, or in an HTTP header. The use of XML to encode method parameters was motivated by the ability to add extra XML elements to existing structures, providing extensibility; and by XML's ability to encode information in ISO 10646 character sets, providing internationalization support. NEW: In HTTP/1.1, method parameter information was exclusively encoded in HTTP headers. Unlike HTTP/1.1, WebDAV encodes method parameter information either in an XML ([REC-XML]) request entity body, or in an HTTP header. The use of XML to encode method parameters was motivated by the ability to add extra XML elements to existing structures, providing extensibility; and by XML's ability to encode information in ISO 10646 character sets, providing internationalization support. Section 8.1., para. 3: OLD: All DAV compliant clients and resources MUST use XML parsers that are compliant with [XML] and XML Namespaces [W3C.REC-xml-names-19990114]. All XML used in either requests or responses MUST be, at minimum, well formed and use namespaces correctly. If a server receives XML that is not well-formed then the server MUST reject the entire request with a 400 (Bad Request). If a client receives XML that is not well-formed in a response then the client MUST NOT assume anything about the outcome of the executed method and SHOULD treat the server as malfunctioning. NEW: All DAV compliant clients and resources MUST use XML parsers that are compliant with [REC-XML] and [REC-XML-NAMES]. All XML used in either requests or responses MUST be, at minimum, well formed and use namespaces correctly. If a server receives XML that is not well- formed then the server MUST reject the entire request with a 400 (Bad Request). If a client receives XML that is not well-formed in a response then the client MUST NOT assume anything about the outcome of the executed method and SHOULD treat the server as malfunctioning. Section 9.10.2., para. 3: OLD: Note that in RFC2518, clients were indicated through the example in the text to use the If header to specify what lock to refresh (rather than the Lock-Token header). Servers are encouraged to continue to support this as well as the Lock-Token header. NEW: Note that in [RFC2518], clients were indicated through the example in the text to use the If header to specify what lock to refresh (rather than the Lock-Token header). Servers are encouraged to continue to support this as well as the Lock-Token header. Section 13.2., para. 1: OLD: Redirect responses (300-303, 305 and 307) defined in HTTP 1.1 normally take a Location header to indicate the new URI for the single resource redirected from the Request-URI. Multi-Status responses contain many resource addresses, but the original definition in RFC2518 did not have any place for the server to provide the new URI for redirected resources. This specification does define a 'location' element for this information (see Section 14.9). Servers MUST use this new element with redirect responses in Multi-Status. NEW: Redirect responses (300-303, 305 and 307) defined in HTTP 1.1 normally take a Location header to indicate the new URI for the single resource redirected from the Request-URI. Multi-Status responses contain many resource addresses, but the original definition in [RFC2518] did not have any place for the server to provide the new URI for redirected resources. This specification does define a 'location' element for this information (see Section 14.9). Servers MUST use this new element with redirect responses in Multi-Status. Section 14., para. 1: OLD: In this section, the final line of each section gives the element type declaration using the format defined in [XML]. The "Value" field, where present, specifies further restrictions on the allowable contents of the XML element using BNF (i.e., to further restrict the values of a PCDATA element). The "Extensibility" field discusses how the element may be extended in the future (or in existing extensions to WebDAV. NEW: In this section, the final line of each section gives the element type declaration using the format defined in [REC-XML]. The "Value" field, where present, specifies further restrictions on the allowable contents of the XML element using BNF (i.e., to further restrict the values of a PCDATA element). The "Extensibility" field discusses how the element may be extended in the future (or in existing extensions to WebDAV. Section 15., para. 1: OLD: For DAV properties, the name of the property is also the same as the name of the XML element that contains its value. In the section below, the final line of each section gives the element type declaration using the format defined in [XML]. The "Value" field, where present, specifies further restrictions on the allowable contents of the XML element using BNF (i.e., to further restrict the values of a PCDATA element). NEW: For DAV properties, the name of the property is also the same as the name of the XML element that contains its value. In the section below, the final line of each section gives the element type declaration using the format defined in [REC-XML]. The "Value" field, where present, specifies further restrictions on the allowable contents of the XML element using BNF (i.e., to further restrict the values of a PCDATA element). Section 15.2., para. 4: OLD: Protected: SHOULD NOT be protected. Note that servers implementing RFC2518 might have made this a protected property as this is a new requirement. NEW: Protected: SHOULD NOT be protected. Note that servers implementing [RFC2518] might have made this a protected property as this is a new requirement. Section 15.3., para. 4: OLD: Protected: SHOULD NOT be protected, so that clients can reset the language. Note that servers implementing RFC2518 might have made this a protected property as this is a new requirement. NEW: Protected: SHOULD NOT be protected, so that clients can reset the language. Note that servers implementing [RFC2518] might have made this a protected property as this is a new requirement. Section 17., para. 1: OLD: The XML namespace extension [W3C.REC-xml-names-19990114] is used in this specification in order to allow for new XML elements to be added without fear of colliding with other element names. Although WebDAV request and response bodies can be extended by arbitrary XML elements, which can be ignored by the message recipient, an XML element in the "DAV:" namespace SHOULD NOT be used in the request or response body unless that XML element is explicitly defined in an IETF RFC reviewed by a WebDAV working group. NEW: The XML namespace extension ([REC-XML-NAMES]) is used in this specification in order to allow for new XML elements to be added without fear of colliding with other element names. Although WebDAV request and response bodies can be extended by arbitrary XML elements, which can be ignored by the message recipient, an XML element in the "DAV:" namespace SHOULD NOT be used in the request or response body unless that XML element is explicitly defined in an IETF RFC reviewed by a WebDAV working group. Section 18.3., para. 1: OLD: A resource can explicitly advertise its support for the revisions to RFC2518 made in this document. Class 1 MUST be supported as well. Class 2 MAY be supported. Advertising class 3 support in addition to class 1 and 2 means that the server supports all the requirements in this specification. Advertising class 3 and class 1 support, but not class 2, means that the server supports all the requirements in this specification except possibly those that involve locking support. NEW: A resource can explicitly advertise its support for the revisions to [RFC2518] made in this document. Class 1 MUST be supported as well. Class 2 MAY be supported. Advertising class 3 support in addition to class 1 and 2 means that the server supports all the requirements in this specification. Advertising class 3 and class 1 support, but not class 2, means that the server supports all the requirements in this specification except possibly those that involve locking support. Section 19., para. 2: OLD: XML also provides a language tagging capability for specifying the language of the contents of a particular XML element. The "xml:lang" attribute appears on an XML element to identify the language of its content and attributes. See [XML] for definitions of values and scoping. NEW: XML also provides a language tagging capability for specifying the language of the contents of a particular XML element. The "xml:lang" attribute appears on an XML element to identify the language of its content and attributes. See [REC-XML] for definitions of values and scoping. Section 20.6., para. 1: OLD: XML supports a facility known as "external entities", defined in section 4.2.2 of [XML], which instruct an XML processor to retrieve and include additional XML. An external XML entity can be used to append or modify the document type declaration (DTD) associated with an XML document. An external XML entity can also be used to include XML within the content of an XML document. For non-validating XML, such as the XML used in this specification, including an external XML entity is not required by XML. However, XML does state that an XML processor may, at its discretion, include the external XML entity. NEW: XML supports a facility known as "external entities", defined in section 4.2.2 of [REC-XML], which instruct an XML processor to retrieve and include additional XML. An external XML entity can be used to append or modify the document type declaration (DTD) associated with an XML document. An external XML entity can also be used to include XML within the content of an XML document. For non- validating XML, such as the XML used in this specification, including an external XML entity is not required by XML. However, XML does state that an XML processor may, at its discretion, include the external XML entity. Section 20.6., para. 4: OLD: Furthermore, there's also a risk based on the evaluation of "internal entities" as defined in section 4.2.2 of [XML]. A small, carefully crafted request using nested internal entities may require enormous amounts of memory and/or processing time to process. Server implementors should be aware of this risk and configure their XML parsers so that requests like these can be detected and rejected as early as possible. NEW: Furthermore, there's also a risk based on the evaluation of "internal entities" as defined in section 4.2.2 of [REC-XML]. A small, carefully crafted request using nested internal entities may require enormous amounts of memory and/or processing time to process. Server implementors should be aware of this risk and configure their XML parsers so that requests like these can be detected and rejected as early as possible. Section 21.1., para. 3: OLD: 2. the "DAV" URI scheme, which historically was used in RFC2518 to disambiguate WebDAV property and XML element names and which continues to be used for that purpose in this specification and others extending WebDAV. Creation of identifiers in the "DAV:" namespace is controlled by the IETF. NEW: 2. the "DAV" URI scheme, which historically was used in [RFC2518] to disambiguate WebDAV property and XML element names and which continues to be used for that purpose in this specification and others extending WebDAV. Creation of identifiers in the "DAV:" namespace is controlled by the IETF. Section 23.1., para. 1: OLD: [W3C.REC-xml-infoset-20040204] Tobin, R. and J. Cowan, "XML Information Set (Second Edition)", W3C REC REC-xml-infoset-20040204, February 2004. [W3C.REC-xml-names-19990114] Hollander, D., Bray, T., and A. Layman, "Namespaces in XML", W3C REC REC-xml-names-19990114, January 1999. [XML] Bray, T., Paoli, J., Sperberg-McQueen, C., Maler, E., and F. Yergeau, "Extensible Markup Language (XML) 1.0 (Third Edition)", W3C REC-xml-20040204, February 2004, . NEW: [REC-XML] Bray, T., Paoli, J., Sperberg-McQueen, C., Maler, E., and F. Yergeau, "Extensible Markup Language (XML) 1.0 (Third Edition)", W3C REC-xml-20040204, February 2004, . [REC-XML-INFOSET] Cowan, J. and R. Tobin, "XML Information Set (Second Edition)", W3C REC-xml-infoset-20040204, February 2004, . [REC-XML-NAMES] Bray, T., Hollander, D., and A. Layman, "Namespaces in XML", W3C REC-xml-names-19990114, January 1999, . ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 05:03:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F39PX-0003Kc-Lf for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 05:03:55 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA17664 for ; Sun, 29 Jan 2006 05:02:21 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F39Ok-00047c-8v for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 10:03:06 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F39Nh-00043C-Th for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 10:02:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F39NY-0005zn-W7 for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 10:02:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TA1qFK015384; Sun, 29 Jan 2006 02:01:52 -0800 Date: Sun, 29 Jan 2006 02:01:52 -0800 Message-Id: <200601291001.k0TA1qFK015384@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F39NY-0005zn-W7 0e6f2c044a6923dfebf22ee9ee461b95 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 166] XML_GUIDELINES_CONFORMANCE X-Archived-At: http://www.w3.org/mid/200601291001.k0TA1qFK015384@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11870 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, 29 Jan 2006 10:03:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=166 Bug 166 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 05:06:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F39SS-0003tv-1r for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 05:06:56 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA17830 for ; Sun, 29 Jan 2006 05:05:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F39Rq-0004o9-QD for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 10:06:18 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F39RV-0004md-9D for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 10:05:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F39RS-0005zQ-Du for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 10:05:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TA5sSB015424; Sun, 29 Jan 2006 02:05:54 -0800 Date: Sun, 29 Jan 2006 02:05:54 -0800 Message-Id: <200601291005.k0TA5sSB015424@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F39RS-0005zQ-Du 6e15dcdc48971b2687f39889f3032e3a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 202] Move description of lock-null resources into appendix X-Archived-At: http://www.w3.org/mid/200601291005.k0TA5sSB015424@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11871 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, 29 Jan 2006 10:06:18 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=202 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-09 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-29 02:05 ------- I don't think we're done here: 1) See summary in . Additional issues: 2) The Changes section still claims that LNRs are not compliant, where the Lock section claims they are. 3) The intro to ELR (empty locked resources) uses lots of uppercase requirements, while the only real requirement for the server is to create an empty resource is locked. Everything else is a consequence of this requirement, and the spec should reflect this. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 05:06:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F39SU-0003uv-LY for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 05:06:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA17832 for ; Sun, 29 Jan 2006 05:05:24 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F39Rx-0004qv-5i for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 10:06:25 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F39Rj-0004nc-PB for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 10:06:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F39Ri-0006aO-9M for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 10:06:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TA69qW015445; Sun, 29 Jan 2006 02:06:09 -0800 Date: Sun, 29 Jan 2006 02:06:09 -0800 Message-Id: <200601291006.k0TA69qW015445@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F39Ri-0006aO-9M 0f88f0bc67440549bed6f38e2269f31f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 202] Move description of lock-null resources into appendix X-Archived-At: http://www.w3.org/mid/200601291006.k0TA69qW015445@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11872 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, 29 Jan 2006 10:06:25 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=202 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|REOPENED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 05:20:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F39fX-0008K4-V8 for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 05:20:28 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA18653 for ; Sun, 29 Jan 2006 05:18:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F39el-0007nn-Vt for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 10:19:39 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F39Nf-000435-S3 for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 10:01:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F39Nb-0007m4-Gs for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 10:01:57 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TA1rKM015404; Sun, 29 Jan 2006 02:01:53 -0800 Date: Sun, 29 Jan 2006 02:01:53 -0800 Message-Id: <200601291001.k0TA1rKM015404@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F39Nb-0007m4-Gs d1cbb197feb522d54c53fcb7ebbe4b8b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 101] Extensibility for dav:owner X-Archived-At: http://www.w3.org/mid/200601291001.k0TA1rKM015404@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11873 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, 29 Jan 2006 10:19:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=101 Bug 101 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 05:30:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F39pI-0002FC-8U for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 05:30:32 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA19107 for ; Sun, 29 Jan 2006 05:28:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F39oU-0000iT-Jw for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 10:29:42 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F39Ni-00043D-1M for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 10:02:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F39NZ-0005zs-03 for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 10:02:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TA1qTN015394; Sun, 29 Jan 2006 02:01:52 -0800 Date: Sun, 29 Jan 2006 02:01:52 -0800 Message-Id: <200601291001.k0TA1qTN015394@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F39NZ-0005zs-03 51f06823942c02eb7820c4e5a6c1c8b5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 219] mixed content in DAV:error X-Archived-At: http://www.w3.org/mid/200601291001.k0TA1qTN015394@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11874 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, 29 Jan 2006 10:29:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=219 Bug 219 depends on bug 48, which changed state. Bug 48 Summary: XML extensibility description http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=48 What |Old Value |New Value ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 06:25:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3Agt-0006Y5-Cy for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 06:25:55 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA21694 for ; Sun, 29 Jan 2006 06:24:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3Afn-0004Xh-2K for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 11:24:47 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3Afi-0004X8-81 for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 11:24:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3Aff-0006B7-My for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 11:24:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TBOcN6015517; Sun, 29 Jan 2006 03:24:38 -0800 Date: Sun, 29 Jan 2006 03:24:38 -0800 Message-Id: <200601291124.k0TBOcN6015517@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3Aff-0006B7-My c0335f7391ecf57b6d63dd931ecb04cb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601291124.k0TBOcN6015517@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11875 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, 29 Jan 2006 11:24:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-29 03:24 ------- Created an attachment (id=6) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=6&action=view) test case for evaluation of tagged list headers A few test cases for evaluating tagged lists in If headers. As far as I can tell, none of the servers I tested with (Apache moddav, Microsoft IIS 5.5, Xythos, SAP Netweaver KM) get this right, so I think we clearly have an interop problem. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 08:16:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3CPm-0000b4-NN for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 08:16:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA27944 for ; Sun, 29 Jan 2006 08:14:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3COH-0002fa-K6 for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 13:14:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3COB-0002en-3I for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 13:14:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3CO8-0007KL-7f for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 13:14:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TDEdND026306; Sun, 29 Jan 2006 05:14:39 -0800 Date: Sun, 29 Jan 2006 05:14:39 -0800 Message-Id: <200601291314.k0TDEdND026306@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3CO8-0007KL-7f 23002ea40c170adf76790706cf373d02 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601291314.k0TDEdND026306@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11876 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, 29 Jan 2006 13:14:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-29 05:14 ------- OK, as far as I can tell, the current draft is broken, in that is requires servers to fail the request with 412 if any of the tagged-list productions evaluates to false (): "All clauses must be evaluated. If the state of the resource named in the tag does not match any of the associated state lists then the request MUST fail with a 412 (Precondition Failed)." As far as I can tell, the most sensible way to fix this is to actually go back to what RFC2518 said (and to update the Changes section accordingly). Proposed changes in and below: Section 10.4.2., para. 1: OLD: The tagged-list production may be used instead of the no-tag-list production, in order to scope each token to a specific resource. That is, it specifies that the lists following the resource specification only apply to the specified resource. The scope of the resource production begins with the list production immediately following the resource production and ends with the next resource production, if any. All clauses must be evaluated. If the state of the resource named in the tag does not match any of the associated state lists then the request MUST fail with a 412 (Precondition Failed). NEW: The tagged-list production may be used instead of the no-tag-list production, in order to scope each token to a specific resource. That is, it specifies that the lists following the resource specification only apply to the specified resource. The scope of the resource production begins with the list production immediately following the resource production and ends with the next resource production, if any. When the If header is applied to a particular resource, the Tagged- list productions MUST be searched to determine if any of the listed resources match the operand resource(s) for the current method. If none of the resource productions match the current resource then the header MUST be ignored. If one of the resource productions does match the name of the resource under consideration then the list productions following the resource production MUST be applied to the resource in the manner specified in the previous section. Appendix E., para. 13: OLD: Some changes for "If:" header (Section 10.4), including "DAV:no-lock" state token and requirement to evaluate entire header. Support for UTF-16 now required (ref (Section 19)). NEW: Support for UTF-16 now required (ref (Section 19)). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 09:14:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3DJm-00065F-QD for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 09:14:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA00736 for ; Sun, 29 Jan 2006 09:12:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3DIV-0006u2-Rw for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 14:12:55 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3DIR-0006sn-Dp for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 14:12:51 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3DIO-0000ia-PC for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 14:12:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TECm6U026373; Sun, 29 Jan 2006 06:12:48 -0800 Date: Sun, 29 Jan 2006 06:12:48 -0800 Message-Id: <200601291412.k0TECm6U026373@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3DIO-0000ia-PC 829aef833870d3006c670b2165c457b8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200601291412.k0TECm6U026373@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11877 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, 29 Jan 2006 14:12:55 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-29 06:12 ------- > As far as I can tell, the most sensible way to fix this is to actually go back > to what RFC2518 said (and to update the Changes section accordingly). I agree that the new text is (at best) confusing, and that the original text in RFC2518 is fine the way it was (and minimally, is much clearer than the proposed new text). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 09:27:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3DWi-0000UW-A0 for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 09:27:36 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA01481 for ; Sun, 29 Jan 2006 09:26:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3DVh-0002b4-Lh for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 14:26:33 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3DVc-0002aN-Kf for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 14:26:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3DVX-00019G-Ar for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 14:26:27 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TEQK3k026397; Sun, 29 Jan 2006 06:26:20 -0800 Date: Sun, 29 Jan 2006 06:26:20 -0800 Message-Id: <200601291426.k0TEQK3k026397@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3DVX-00019G-Ar 687441b2bbb80b1bd69fbe9773fbb15b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200601291426.k0TEQK3k026397@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11878 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, 29 Jan 2006 14:26:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-29 06:26 ------- OK, I firmly believe that the right thing to do for RFC2518bis is NOT to introduce any new requirements for ETag behaviour upon PUT, and let another document define this. If we can get this document out in time, I'd be ok to let RFC2518bis refer to it. In the meantime I would appreciate that this stuff is taken out. Proposed changes in and below: Section 8.5., para. 1: OLD: HTTP 1.1 recommends the use of the ETag header in responses to GET and PUT requests. Correct use of ETags is even more important in a distributed authoring environment, because ETags are necessary along with locks to avoid the lost-update problem. A client might fail to renew a lock, for example when the lock times out and the client is accidentally offline or in the middle of a long upload. When a client fails to renew the lock, it's quite possible the resource can still be relocked and the user can go on editing, as long as no changes were made in the meantime. ETags are required for the client to be able to distinguish this case. Otherwise, the client is forced to ask the user whether to overwrite the resource on the server without even being able to tell the user whether it has changed. Timestamps do not solve this problem nearly as well as ETags. NEW: HTTP 1.1 recommends the use of the ETag header in responses to GET. Correct use of ETags is even more important in a distributed authoring environment, because ETags are necessary along with locks to avoid the lost-update problem. A client might fail to renew a lock, for example when the lock times out and the client is accidentally offline or in the middle of a long upload. When a client fails to renew the lock, it's quite possible the resource can still be relocked and the user can go on editing, as long as no changes were made in the meantime. ETags are required for the client to be able to distinguish this case. Otherwise, the client is forced to ask the user whether to overwrite the resource on the server without even being able to tell the user whether it has changed. Timestamps do not solve this problem nearly as well as ETags. Section 8.5., para. 2: OLD: WebDAV servers SHOULD support strong ETags for all resources that may be PUT. If ETags are supported for a resource, the server MUST return the ETag header in all PUT and GET responses to that resource. NEW: WebDAV servers SHOULD support strong ETags for all resources that may be PUT. If ETags are supported for a resource, the server MUST return the ETag header in all GET responses to that resource. Section 15.6., para. 6: OLD: Description: The getetag property MUST be defined on any DAV compliant resource that returns the Etag header. Refer to RFC2616 for a complete definition of the semantics of an ETag. Note that changes in properties or lock state MUST not cause a resource's ETag to change. NEW: Description: The getetag property MUST be defined on any DAV compliant resource that returns the Etag header. Refer to Section 3.11 of [RFC2616] for a complete definition of the semantics of an ETag. See Section 8.5 for further discussions of ETag usage in WebDAV. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 09:35:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3DeC-0002al-Rs for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 09:35:21 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA01860 for ; Sun, 29 Jan 2006 09:33:47 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3DdW-0004eM-R9 for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 14:34:38 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3DdU-0004dZ-LY for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 14:34:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3DdM-0002VR-RW for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 14:34:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TEYSEf026421; Sun, 29 Jan 2006 06:34:28 -0800 Date: Sun, 29 Jan 2006 06:34:28 -0800 Message-Id: <200601291434.k0TEYSEf026421@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3DdM-0002VR-RW 9667f18addb720e58183e032e69be154 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200601291434.k0TEYSEf026421@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11879 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, 29 Jan 2006 14:34:38 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-29 06:34 ------- > OK, I firmly believe that the right thing to do for RFC2518bis is NOT to > introduce any new requirements for ETag behaviour upon PUT, and let another > document define this. I agree. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 09:44:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3Dms-0004JX-Pg for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 09:44:18 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02274 for ; Sun, 29 Jan 2006 09:42:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3DmB-00078r-A2 for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 14:43:35 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3Dm8-000788-6f for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 14:43:32 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3Dm3-0003vJ-R9 for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 14:43:31 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TEhRYl026443; Sun, 29 Jan 2006 06:43:27 -0800 Date: Sun, 29 Jan 2006 06:43:27 -0800 Message-Id: <200601291443.k0TEhRYl026443@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3Dm3-0003vJ-R9 f1516dc28ba00db34a0a39e36ca7b18a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601291443.k0TEhRYl026443@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11880 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, 29 Jan 2006 14:43:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu Status|ASSIGNED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 10:32:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3EXE-0006qr-Up for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 10:32:12 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA04865 for ; Sun, 29 Jan 2006 10:30:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3EWK-000191-6y for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 15:31:16 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3EWH-000186-Hu for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 15:31:13 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3EWB-0002fn-Dh for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 15:31:12 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TFV7vb027876; Sun, 29 Jan 2006 07:31:07 -0800 Date: Sun, 29 Jan 2006 07:31:07 -0800 Message-Id: <200601291531.k0TFV7vb027876@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3EWB-0002fn-Dh 5e056af2e462891fbfefd3e72b9b27b2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601291531.k0TFV7vb027876@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11882 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, 29 Jan 2006 15:31:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |julian.reschke@greenbytes.de Status|REOPENED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Sun Jan 29 10:32:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3EXG-0006t2-Il for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 10:32:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA04868 for ; Sun, 29 Jan 2006 10:30:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3EW8-00017P-5R for w3c-dist-auth-dist@listhub.w3.org; Sun, 29 Jan 2006 15:31:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3EW1-00016h-KD for w3c-dist-auth@listhub.w3.org; Sun, 29 Jan 2006 15:30:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3EVx-0002dG-FS for w3c-dist-auth@w3.org; Sun, 29 Jan 2006 15:30:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0TFUpY3027852; Sun, 29 Jan 2006 07:30:51 -0800 Date: Sun, 29 Jan 2006 07:30:51 -0800 Message-Id: <200601291530.k0TFUpY3027852@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3EVx-0002dG-FS 032184f5ceb06f70914fabed3609117c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601291530.k0TFUpY3027852@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11881 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, 29 Jan 2006 15:31:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-29 07:30 ------- Will require changes. Re-opening and assigning to myself. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ChmbrFreek@hotmail.com Sun Jan 29 11:33:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3FUc-0004Fy-Jy for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 11:33:35 -0500 Received: from e137107.upc-e.chello.nl (e137107.upc-e.chello.nl [213.93.137.107]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA09327 for ; Sun, 29 Jan 2006 11:31:59 -0500 (EST) Received: from nehru.steal.com (newspaperman [217.206.15.224]) by gibbet.com (declaratory) with edmonds id 3041615532 for ; Sun, 29 Jan 2006 10:16:40 -0500 Date: Sun, 29 Jan 2006 08:25:56 -0500 From: Ladonna Comer X-Mailer: stephanotis 9.88.894142 Reply-To: Antoinette Mcknight X-Priority: 3 (Normal) Message-ID: <02502689423771003093328@hotmail.com> To: webdav-archive@ietf.org Subject: Amazing, Duane In-Reply-To: <543701583647789781850989@hotmail.com> References: <352447608875686909623@hotmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------=976695296355764" Content-Transfer-Encoding: 7bit --------=976695296355764 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

Even if you have no erection problems Cialis would help you to make better sex more often and to bring unimaginable plesure to her. Just disolve half a pill under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medication were able to have perfect erection during 36 hours!

Package Quantity Price in your local drugstore* Our price

Learn
More
Now
10 softtabs 20 doses $149.95 $119.95
20 softtabs 40 doses $299.95 $159.95
30 softtabs 60 doses $849.95 $169.95
60 softtabs 120 doses $1 999.95 $259.95
90 softtabs 180 doses $3 099.95 $299.95

When you are young and stressed up…
When you are aged and never give up…
Cialis gives you confidence in any chance, every time.


Sometimes something worth doing is worth overdoing.
CYNIC: One who not only reads bitter lessons from the past, but who is prematurely disappointed with the future.I gleaned jests at home from obsolete farces. --------=976695296355764 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Ivory-> http://pwsqqk.tangoportnet.info/?35697708 --------=976695296355764-- From dalu@adventure.com Sun Jan 29 13:09:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3GzV-00018c-B2 for webdav-archive@megatron.ietf.org; Sun, 29 Jan 2006 13:09:33 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA15251 for ; Sun, 29 Jan 2006 13:07:44 -0500 (EST) Received: from [70.150.41.194] (helo=adventure.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F3H9s-00070P-GJ for webdav-archive@ietf.org; Sun, 29 Jan 2006 13:20:17 -0500 Message-ID: <000001c624ff$14281770$c687a8c0@procedure> Reply-To: "Dalal Paskett" From: "Dalal Paskett" To: "Sacnite Ramaker" Subject: Re: ultimatum Phhar amaceutical Date: Sun, 29 Jan 2006 13:09:00 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C624D5.2B520F70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.3 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C624D5.2B520F70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 http://www.enturonex.com =20 X A C S V V a m I o A I n b A m L A a i L a I G x e I =20 U R =20 n S =20 M A $ $ $ $ =20 $ 1 2 3 1 $ 3 , , , , 1 , 4 8 7 1 , 7 2 9 5 2 2 5 ------=_NextPart_000_0001_01C624D5.2B520F70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
 
X
A
C
S
V
V<= /DIV>
a
m
I
o
A
I<= /DIV>
n
b
A
m
L
A<= /DIV>
a
i
L
a
I
G<= /DIV>
x
e
I
 
U
R
 
n
S
 
M
A
$
$
$
$
 
$
1
2
3
1
$
3<= /DIV>
,
,
,
,
1
,<= /DIV>
4
8
7
1
,
7<= /DIV>
2
9
5
2
2
5<= /DIV>
------=_NextPart_000_0001_01C624D5.2B520F70-- From w3c-dist-auth-request@frink.w3.org Mon Jan 30 10:06:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3abZ-0000HO-OR for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 10:06:09 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA29277 for ; Mon, 30 Jan 2006 10:04:33 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3aYr-0000u7-6y for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 15:03:21 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3aXr-0000jU-M7 for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 15:02:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3aXk-0006Pi-2Z for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 15:02:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UF29PU029700; Mon, 30 Jan 2006 07:02:09 -0800 Date: Mon, 30 Jan 2006 07:02:09 -0800 Message-Id: <200601301502.k0UF29PU029700@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3aXk-0006Pi-2Z dff9ed1b7fcdfa59f26d889ef2c8ab83 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 226] New: if matching and non-existant resources X-Archived-At: http://www.w3.org/mid/200601301502.k0UF29PU029700@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11883 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, 30 Jan 2006 15:03:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=226 Summary: if matching and non-existant resources Product: WebDAV-RFC2518-bis Version: -11 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-11.html#rfc.section.9.4.5 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 09. HTTP Headers for Distributed Authoring AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org Given an unmapped URL "/x", will the condition in If: (Not ) evaluate to true or false? Possible answers: (a) false (condition could not be evaluated) (b) true (there's no lock identified by DAV:foobar, thus the condition always evals to true). To complicate things, what's the situation for a URL that is mapped, but for which the authenticated principal lacks access rights? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 10:35:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3b4K-0005Jc-Jl for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 10:35:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA01256 for ; Mon, 30 Jan 2006 10:34:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3b3T-0003zz-Ka for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 15:34:59 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3b3M-0003xU-49 for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 15:34:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3b3C-0000xq-28 for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 15:34:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UFYdXw029726; Mon, 30 Jan 2006 07:34:39 -0800 Date: Mon, 30 Jan 2006 07:34:39 -0800 Message-Id: <200601301534.k0UFYdXw029726@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3b3C-0000xq-28 bf0519eec3be82beee477839aa800043 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 226] if matching and non-existant resources X-Archived-At: http://www.w3.org/mid/200601301534.k0UFYdXw029726@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11884 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, 30 Jan 2006 15:34:59 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=226 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-30 07:34 ------- > Given an unmapped URL "/x", will the condition in > If: (Not ) > evaluate to true or false? Since "If: " would evaluate to "false", unless we adjust the definition of NOT, this has to evaluate to "true". > To complicate things, what's the situation for a URL that is mapped, but for > which the authenticated principal lacks access rights? As above, it would just be the opposite of what "If: " would evaluate to. But there remains the question of what "If: " would evaluate to. The guiding priciple here is probably avoiding exposing information to unauthorized users. So an inability to see the object should probably be treated the same as the object not existing, so NOT would return "true". ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 11:08:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3bZm-0003fm-7Q for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 11:08:22 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA03595 for ; Mon, 30 Jan 2006 11:06:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3bYM-00077e-LG for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 16:06:54 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3bYH-00076p-Mt for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 16:06:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3bXD-000446-By for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 16:06:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UG5fWH029771; Mon, 30 Jan 2006 08:05:41 -0800 Date: Mon, 30 Jan 2006 08:05:41 -0800 Message-Id: <200601301605.k0UG5fWH029771@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3bXD-000446-By c719f31baedb7b62f03fd5171da160b5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601301605.k0UG5fWH029771@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11885 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, 30 Jan 2006 16:06:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|elias@cse.ucsc.edu ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-30 08:05 ------- Here's some initial feedback for GULP. See proposed changes at and below: Section 6.1., para. 3: OLD: 2. A resource becomes directly locked when a LOCK request to the URL of that resource creates a new lock. The "lock-root" of the new lock is that resource. If at the time of the request, the request-URL is not mapped to a resource, a new empty resource is created and directly locked. NEW: 2. A resource becomes directly locked when a LOCK request to the URL of that resource creates a new lock. The "lock-root" of the new lock is that URL. If at the time of the request, the URL is not mapped to a resource, a new empty resource is created and directly locked. Section 6.1., para. 7: OLD: * If an internal member resource to no longer a member of the collection, then the resource MUST no longer be indirectly locked by L. NEW: * If an internal member resource is moved or deleted such that the resource is no longer a member of the collection, then the resource MUST no longer be indirectly locked by L. Section 6.1., para. 9: OLD: 6. An UNLOCK request deletes the lock with the specified lock token, provided that the request is addressed to a resource that is either directly or indirectly locked by that lock. After a lock is deleted, no resource is locked by that lock. NEW: 6. An UNLOCK request deletes the lock with the specified lock token, provided that the request is addressed to a resource that is either directly or indirectly locked by that lock. After a lock is deleted, no resource is locked by that lock. [[anchor8: DISCUSS: so with "/a" and "/b" being URLs mapped to the same resource, and "/a" being the lock root, can I address UNLOCK to "/b"???]] Section 6.2., para. 7: OLD: A successful request for a new shared lock MUST result in the generation of a unique lock token associated with the requesting principal. Thus if five principals have a shared write lock on the same resource there will be five lock tokens, one for each principal. NEW: [[anchor9: Incorrect: there'd be five individual locks, each with it's own lock token.]] Section 6.6., para. 2: OLD: Clients MUST assume that locks may arbitrarily disappear at any time, regardless of the value given in the Timeout header. The Timeout header only indicates the behavior of the server if extraordinary circumstances do not occur. For example, a sufficiently privileged user may remove a lock at any time or the system may crash in such a way that it loses the record of the lock's existence. NEW: [[anchor11: Duplicates language from Timeout header definition.]] Section 7., para. 2: OLD: An exclusive write lock will prevent parallel changes to a resource by any principal other than the write lock holder and in any case where the lock token is not submitted (e.g. by a client process other than the one holding the lock). NEW: An exclusive write lock will prevent parallel changes to a resource by any principal other than the lock creator and in any case where the lock token is not submitted (e.g. by a client process other than the one holding the lock). Section 7., para. 3: OLD: Clients MUST submit a lock-token, and be authenticated as the lock- owner, in any request which modifies a write-locked resource. The list of modifications covered by a write-lock include: NEW: Clients MUST submit a lock-token (that they are authorized to use), in any request which affects the lockable state of the resource. The list of modifications covered by a write-lock include: Section 7., para. 8: OLD: 2. A modification of an internal member URI of a write-locked collection. An internal member URI of a collection is considered to be modified if it is added, removed, or identifies a different resource. More discussion on write locks and collections is found in Section 7.4. NEW: 2. For collections, any modification of an internal member URI. An internal member URI is considered to be modified if it is added, removed, or identifies a different resource. More discussion on write locks and collections is found in Section 7.4. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 12:44:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3d4g-0007zL-Ef for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 12:44:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA12124 for ; Mon, 30 Jan 2006 12:42:47 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3d3U-0004n7-7K for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 17:43:08 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3d3P-0004lG-JL for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 17:43:03 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3d3G-000865-P0 for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 17:43:02 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UHgqgq029854; Mon, 30 Jan 2006 09:42:52 -0800 Date: Mon, 30 Jan 2006 09:42:52 -0800 Message-Id: <200601301742.k0UHgqgq029854@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3d3G-000865-P0 54241c3ddddb0ffefbc3c14a810de0ac X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 227] New: Collection state definition in conflict between BIND and RFC2518bis X-Archived-At: http://www.w3.org/mid/200601301742.k0UHgqgq029854@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11886 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, 30 Jan 2006 17:43:08 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 Summary: Collection state definition in conflict between BIND and RFC2518bis Product: WebDAV-RFC2518-bis Version: -11 Platform: Other OS/Version: other Status: NEW Severity: major Priority: P2 Component: 05. Collections of Web Resources AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org Quoting : "In [RFC2518], the state of a collection is defined as containing a list of internal member URIs. If there are multiple mappings to a collection, then the state of the collection is different when you refer to it via a different URI. This is undesirable, since ideally a collection's membership should remain the same, independent of which URI was used to reference it. The notion of binding is introduced to separate the final segment of a URI from its parent collection's contribution. This done, a collection can be defined as containing a set of bindings, thus permitting new mappings to a collection without modifying its membership. The authors of this specification anticipate and recommend that future revisions of [RFC2518] will update the definition of the state of a collection to correspond to the definition in this document." I think BIND gets this right, and we should adopt that definition in RFC2518bis (it won't affect anything else in the spec). If we can get to consensus for this change, I'll happily provide spec text. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 12:51:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3dBA-0000lr-JY for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 12:51:04 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA12585 for ; Mon, 30 Jan 2006 12:49:21 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3dAP-0008Jr-FA for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 17:50:17 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3dAJ-0008Ix-5e for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 17:50:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3dAF-0001Lq-Qr for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 17:50:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UHo7Dk029877; Mon, 30 Jan 2006 09:50:07 -0800 Date: Mon, 30 Jan 2006 09:50:07 -0800 Message-Id: <200601301750.k0UHo7Dk029877@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3dAF-0001Lq-Qr 48216ddafbdf557d7eceb6e961546f7c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 227] Collection state definition in conflict between BIND and RFC2518bis X-Archived-At: http://www.w3.org/mid/200601301750.k0UHo7Dk029877@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11887 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, 30 Jan 2006 17:50:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-30 09:50 ------- ++1 for making this proposal. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 14:08:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3eOS-0007mL-U6 for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 14:08:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17933 for ; Mon, 30 Jan 2006 14:07:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3eN1-0000Yh-5l for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 19:07:23 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3eMu-0000Xh-DF for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 19:07:16 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3eMp-00023k-C6 for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 19:07:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UJ78WQ029948; Mon, 30 Jan 2006 11:07:08 -0800 Date: Mon, 30 Jan 2006 11:07:08 -0800 Message-Id: <200601301907.k0UJ78WQ029948@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3eMp-00023k-C6 8cda67b170daf42053b59fa9179dabc7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 35] RFC2606 compliance X-Archived-At: http://www.w3.org/mid/200601301907.k0UJ78WQ029948@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11888 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, 30 Jan 2006 19:07:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=35 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 11:07 ------- Thanks for the diff ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 14:08:59 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3eOZ-0007mn-AA for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 14:08:59 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA17938 for ; Mon, 30 Jan 2006 14:07:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3eNt-0000hE-09 for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 19:08:17 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3eNq-0000fD-Cb for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 19:08:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3eNn-0001xa-GL for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 19:08:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UJ8Ajm029969; Mon, 30 Jan 2006 11:08:10 -0800 Date: Mon, 30 Jan 2006 11:08:10 -0800 Message-Id: <200601301908.k0UJ8Ajm029969@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3eNn-0001xa-GL 4e9c2c10e3bffb15c5b2cef5a60153f7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200601301908.k0UJ8Ajm029969@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11889 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, 30 Jan 2006 19:08:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|REOPENED |NEW ------- Additional Comments From lisa@osafoundation.org 2006-01-30 11:08 ------- We may need to discuss why I believe this section applies to URLs in Destination and If header as well as Multi-Status response bodies (href) ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 14:20:59 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3ea4-0001bz-U6 for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 14:20:59 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19119 for ; Mon, 30 Jan 2006 14:19:08 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3eZG-00054C-HL for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 19:20:02 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3eZC-0004vY-DA for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 19:19:58 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3eZ3-0002h6-Qj for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 19:19:57 +0000 Received: from [192.168.101.89] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id D5FE214226F; Mon, 30 Jan 2006 11:19:46 -0800 (PST) In-Reply-To: <43DBC949.50803@gmx.de> References: <43DB2329.10605@gmx.de> <089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org> <43DBAA4C.3070002@gmx.de> <43DBC949.50803@gmx.de> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <83FABACE-94A7-4BE9-8726-3EE47CB73599@osafoundation.org> Cc: webdav WG Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Mon, 30 Jan 2006 11:19:37 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.728) Received-SPF: pass (maggie.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1F3eZ3-0002h6-Qj 9e1441db576be4e8fbd2521ef4b924d2 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/83FABACE-94A7-4BE9-8726-3EE47CB73599@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11890 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, 30 Jan 2006 19:20:02 +0000 Content-Transfer-Encoding: 7bit That seems like the best path. Since we now believe we want to use these in Destination and If header, as well as , I'll define that once in the document. I am not sure a term like "reference" is the best term as it's so general, so here's another couple suggestions simple-ref dav-reference preferences, anybody? lisa On Jan 28, 2006, at 11:43 AM, Julian Reschke wrote: > Lisa Dusseault wrote: > >> According to the 3986 BNF, I can't see how the beginning "//" >> doesn't indicate that the following string, up to the next "/" >> isn't an authority. >> relative-part = "//" authority path-abempty >> / path-absolute >> / path-noscheme >> / path-empty >> >> Lisa >> > > Indeed (you learn something new every day). > > I guess that's another reason why we really should use something like: > > Reference = absolute-URI | ( path-absolute [ "?" query ] ) > > Best regards, Julian > From w3c-dist-auth-request@frink.w3.org Mon Jan 30 15:26:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3fbV-0000Rg-Rk for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 15:26:25 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA24897 for ; Mon, 30 Jan 2006 15:24:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3faM-0005qk-6J for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 20:25:14 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3faD-0005pb-0H for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 20:25:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3fa9-00071V-Ns for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 20:25:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UKOxYQ030390; Mon, 30 Jan 2006 12:24:59 -0800 Date: Mon, 30 Jan 2006 12:24:59 -0800 Message-Id: <200601302024.k0UKOxYQ030390@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3fa9-00071V-Ns 97d3cd647d8d42d6162f3aba1c2ebcc8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 53] DAV:responsedescription content model X-Archived-At: http://www.w3.org/mid/200601302024.k0UKOxYQ030390@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11891 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, 30 Jan 2006 20:25:14 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=53 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 12:24 ------- Thanks for catching these! I also noticed that "lock-token-present" was in most places but "lock-token-submitted" was in a few places for the same error. I switched everything to "lock-token-submitted" because that's the term we define (submitted) but if there's a reason to switch back let me know. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 15:30:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3ffE-0000sw-TR for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 15:30:17 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA25087 for ; Mon, 30 Jan 2006 15:28:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3feW-0006Tx-7W for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 20:29:32 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3feT-0006TF-PY for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 20:29:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3feR-0008TZ-VF for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 20:29:29 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UKTR5H030469; Mon, 30 Jan 2006 12:29:27 -0800 Date: Mon, 30 Jan 2006 12:29:27 -0800 Message-Id: <200601302029.k0UKTR5H030469@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3feR-0008TZ-VF d19f6bbaf072620b5ae819a77295a322 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601302029.k0UKTR5H030469@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11892 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, 30 Jan 2006 20:29:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|REOPENED |NEW ------- Additional Comments From lisa@osafoundation.org 2006-01-30 12:29 ------- Perhaps there ought to be be a recommendation for what servers should do when creating a new resource without any Content-Type provided by the client. LOCK is the most common case where that can happen, however, and this recommendation *was* settled on when we came to consensus on how to handle LOCK to unmapped URLs. Assigning to Elias to schedule discussion ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 15:32:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3fh0-00018W-Ck for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 15:32:06 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA25160 for ; Mon, 30 Jan 2006 15:30:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3fgG-00006n-9l for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 20:31:20 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3fgE-00006D-2y for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 20:31:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3fg5-0006Jj-6k for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 20:31:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UKV6vj030493; Mon, 30 Jan 2006 12:31:06 -0800 Date: Mon, 30 Jan 2006 12:31:06 -0800 Message-Id: <200601302031.k0UKV6vj030493@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3fg5-0006Jj-6k bdce8eb9322c2f610e58bc6612f352eb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200601302031.k0UKV6vj030493@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11893 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, 30 Jan 2006 20:31:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=179 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 12:31 ------- I made the change to explain that DAV:no-lock was in no way a special token, in the *first* spot that DAV:no-lock was referenced. That still seems like a reasonable approach to me. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 15:33:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3fiF-0001Os-Oh for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 15:33:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA25213 for ; Mon, 30 Jan 2006 15:31:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3fhY-0000Rv-Cn for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 20:32:40 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3fhV-0000Qh-Kk for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 20:32:37 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3fhS-0008PI-W2 for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 20:32:37 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UKWW33030512; Mon, 30 Jan 2006 12:32:32 -0800 Date: Mon, 30 Jan 2006 12:32:32 -0800 Message-Id: <200601302032.k0UKWW33030512@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3fhS-0008PI-W2 09041d2c295f6b5bcd5d4c5969d3738c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 184] Clarifications requested for section 19.8 on hosting malicious content X-Archived-At: http://www.w3.org/mid/200601302032.k0UKWW33030512@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11894 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, 30 Jan 2006 20:32:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=184 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 12:32 ------- Sure, adding Cullen as a contributor of text. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 15:36:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3flJ-0002HT-Cr for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 15:36:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA25403 for ; Mon, 30 Jan 2006 15:34:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3fka-0001l5-HH for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 20:35:48 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3fkY-0001jv-UW for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 20:35:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3fkR-00071O-QS for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 20:35:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UKZdBX030532; Mon, 30 Jan 2006 12:35:39 -0800 Date: Mon, 30 Jan 2006 12:35:39 -0800 Message-Id: <200601302035.k0UKZdBX030532@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3fkR-00071O-QS a1a1dfbafd34c0f44d717c2dd3b4ac75 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601302035.k0UKZdBX030532@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11895 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, 30 Jan 2006 20:35:48 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|REOPENED |NEW ------- Additional Comments From lisa@osafoundation.org 2006-01-30 12:35 ------- Not sure what Julian's suggesting, concretely, so I guess we ought to schedule it for discussion. I think the current text is good enough, and this has probably become a low-priority bug by virtue of all the agreed improvements made so far. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 15:53:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3g1l-00053I-6U for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 15:53:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA26724 for ; Mon, 30 Jan 2006 15:51:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3g16-0007Ac-CI for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 20:52:52 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3g11-00079r-Kw for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 20:52:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3g0y-0004qn-Ss for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 20:52:47 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UKqiTG030568; Mon, 30 Jan 2006 12:52:44 -0800 Date: Mon, 30 Jan 2006 12:52:44 -0800 Message-Id: <200601302052.k0UKqiTG030568@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3g0y-0004qn-Ss 244b5b7af81bb7947aff95c789dc827a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 210] incorrect statement on PROPPATCH and property recurrence X-Archived-At: http://www.w3.org/mid/200601302052.k0UKqiTG030568@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11896 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, 30 Jan 2006 20:52:52 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=210 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 12:52 ------- Oops, argh, insert swearing here. While re-adding the PROPFIND requirement I guess it best belongs in the PROPFIND section, so I put it there. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 15:57:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3g5c-000681-O8 for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 15:57:32 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA27470 for ; Mon, 30 Jan 2006 15:55:48 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3g4r-000882-I6 for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 20:56:45 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3g4o-00086p-MD for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 20:56:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3g4l-0001l0-07 for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 20:56:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UKucl1030584; Mon, 30 Jan 2006 12:56:38 -0800 Date: Mon, 30 Jan 2006 12:56:38 -0800 Message-Id: <200601302056.k0UKucl1030584@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3g4l-0001l0-07 4ca4b6a5373781b72ea6cebfe3d2941d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601302056.k0UKucl1030584@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11897 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, 30 Jan 2006 20:56:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 ------- Additional Comments From lisa@osafoundation.org 2006-01-30 12:56 ------- Significant text here has changed, so I hope everybody gets a chance to review for the next con call. I'll upload a text version of the current draft text today if I can. The requirement for 502 Bad Gateway has been there for a while for Destination. Isn't it the correct status response? Sure, it may not strictly be a server error, but it is the error for when a server can't forward a request or handle another server authority, and RFC2518 original used this response -- it's not a new thing in bis although the wording may have changed slightly ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 15:58:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3g6L-0006WA-QZ for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 15:58:18 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA27654 for ; Mon, 30 Jan 2006 15:56:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3g5m-0008HE-3C for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 20:57:42 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3g5j-0008GZ-C7 for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 20:57:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3g5X-0005Up-K6 for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 20:57:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UKvQE5030600; Mon, 30 Jan 2006 12:57:26 -0800 Date: Mon, 30 Jan 2006 12:57:26 -0800 Message-Id: <200601302057.k0UKvQE5030600@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3g5X-0005Up-K6 45d63a982d50e60ec3b17de9cb7eb5e4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601302057.k0UKvQE5030600@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11898 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, 30 Jan 2006 20:57:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 12:57 ------- There's now a paragraph in the client changes section for this. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:06:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gEO-0001pM-E3 for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:06:36 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA00049 for ; Mon, 30 Jan 2006 16:04:51 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gDa-0002d0-Ok for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:05:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gDX-0002c2-6n for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:05:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3gDV-0007HN-Mi for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:05:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UL5e5R030656; Mon, 30 Jan 2006 13:05:40 -0800 Date: Mon, 30 Jan 2006 13:05:40 -0800 Message-Id: <200601302105.k0UL5e5R030656@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3gDV-0007HN-Mi ab0cf6de2b964546d52811c145c84ff2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200601302105.k0UL5e5R030656@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11899 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, 30 Jan 2006 21:05:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-30 13:05 ------- RFC2518 only mentions 502 for the case where a server indeed attempts to do a cross-server op, and the remote server doesn't accept the request. 502 is fine in this case. RFC2518bis also uses it for other cases, such as when the server doesn't even support remote copy, and makes it a MUST level requirement. This is simply incorrect. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:06:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gEg-0001rW-38 for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:06:54 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA00093 for ; Mon, 30 Jan 2006 16:05:17 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gE7-0002kt-NR for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:06:19 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gE5-0002kH-Bl for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:06:17 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3gDz-00074Q-Ol for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:06:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UL6A8d030676; Mon, 30 Jan 2006 13:06:10 -0800 Date: Mon, 30 Jan 2006 13:06:10 -0800 Message-Id: <200601302106.k0UL6A8d030676@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3gDz-00074Q-Ol af1098a3b3ca3a8cd4edb55fe228948e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601302106.k0UL6A8d030676@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11900 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, 30 Jan 2006 21:06:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From lisa@osafoundation.org 2006-01-30 13:06 ------- FYI, I've made all these changes except potentially any changes resulting from [[anchor8: DISCUSS: so with "/a" and "/b" being URLs mapped to the same resource, and "/a" being the lock root, can I address UNLOCK to "/b"???]] lisa ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:07:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gFi-0002Qi-Fk for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:07:58 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA00452 for ; Mon, 30 Jan 2006 16:06:16 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gF3-0002xh-7Q for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:07:17 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gF0-0002x0-9O for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:07:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3gEt-0007Xo-Ff for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:07:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UL76lE030695; Mon, 30 Jan 2006 13:07:06 -0800 Date: Mon, 30 Jan 2006 13:07:06 -0800 Message-Id: <200601302107.k0UL76lE030695@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3gEt-0007Xo-Ff de6abd21e52b86faa40d3d731830d04e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 219] mixed content in DAV:error X-Archived-At: http://www.w3.org/mid/200601302107.k0UL76lE030695@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11901 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, 30 Jan 2006 21:07:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=219 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 13:07 ------- The description now reads: Contains at least one XML element, and MUST NOT contain text or mixed content. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:09:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gHH-0002yC-6z for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:09:35 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA00903 for ; Mon, 30 Jan 2006 16:07:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gGZ-0003ML-1b for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:08:51 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gGW-0003Jo-T1 for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:08:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3gGU-0007VS-9X for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:08:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UL8bdg030737; Mon, 30 Jan 2006 13:08:37 -0800 Date: Mon, 30 Jan 2006 13:08:37 -0800 Message-Id: <200601302108.k0UL8bdg030737@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3gGU-0007VS-9X c6ad7428d473deb8631f8bbc338fb858 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200601302108.k0UL8bdg030737@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11903 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, 30 Jan 2006 21:08:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 Bug 181 depends on bug 221, which changed state. Bug 221 Summary: condition code for write access to protected properties http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:09:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gHH-0002xT-Tm for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:09:35 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA00881 for ; Mon, 30 Jan 2006 16:07:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gGQ-0003HO-JY for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:08:42 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gGN-0003Ge-TL for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:08:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3gGL-0007pI-2g for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:08:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0UL8avQ030723; Mon, 30 Jan 2006 13:08:36 -0800 Date: Mon, 30 Jan 2006 13:08:36 -0800 Message-Id: <200601302108.k0UL8avQ030723@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3gGL-0007pI-2g 99e811cdf34dc16d7fc01f07142debad X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 221] condition code for write access to protected properties X-Archived-At: http://www.w3.org/mid/200601302108.k0UL8avQ030723@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11902 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, 30 Jan 2006 21:08:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 13:08 ------- Done. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:13:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gKf-00041p-Ao for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:13:05 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA01518 for ; Mon, 30 Jan 2006 16:11:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gK4-0004T6-K3 for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:12:28 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gK1-0004Rs-IQ for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:12:25 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1F3gJv-0003xq-BZ for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:12:24 +0000 Received: from [192.168.101.89] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id C9B9C142273; Mon, 30 Jan 2006 13:12:14 -0800 (PST) In-Reply-To: <83FABACE-94A7-4BE9-8726-3EE47CB73599@osafoundation.org> References: <43DB2329.10605@gmx.de> <089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org> <43DBAA4C.3070002@gmx.de> <43DBC949.50803@gmx.de> <83FABACE-94A7-4BE9-8726-3EE47CB73599@osafoundation.org> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4CBEBC43-2411-4277-B9E5-EAE1A75ACA75@osafoundation.org> Cc: Julian Reschke , webdav WG Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Mon, 30 Jan 2006 13:12:10 -0800 To: Lisa Dusseault X-Mailer: Apple Mail (2.728) Received-SPF: pass (aji.w3.org: domain of lisa@osafoundation.org designates 204.152.186.98 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3gJv-0003xq-BZ 635fdb4a15dca001de63f370cf26c46b X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/4CBEBC43-2411-4277-B9E5-EAE1A75ACA75@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11906 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, 30 Jan 2006 21:12:28 +0000 Content-Transfer-Encoding: 7bit Also, should "[ "#" fragment ] " be part of the URL? It would have been if we'd stuck with Relative References. Why ?query and not #fragment? Lisa On Jan 30, 2006, at 11:19 AM, Lisa Dusseault wrote: > > That seems like the best path. Since we now believe we want to use > these in Destination and If header, as well as , I'll define > that once in the document. I am not sure a term like "reference" > is the best term as it's so general, so here's another couple > suggestions > simple-ref > dav-reference > > preferences, anybody? > > lisa > > On Jan 28, 2006, at 11:43 AM, Julian Reschke wrote: > > >> Lisa Dusseault wrote: >> >> >>> According to the 3986 BNF, I can't see how the beginning "//" >>> doesn't indicate that the following string, up to the next "/" >>> isn't an authority. >>> relative-part = "//" authority path-abempty >>> / path-absolute >>> / path-noscheme >>> / path-empty >>> >>> Lisa >>> >>> >> >> Indeed (you learn something new every day). >> >> I guess that's another reason why we really should use something >> like: >> >> Reference = absolute-URI | ( path-absolute [ "?" query ] ) >> >> Best regards, Julian >> >> > > > From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:12:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gKD-0003gN-Ar for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:12:37 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA01455 for ; Mon, 30 Jan 2006 16:10:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gJX-0004Ij-FR for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:11:55 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gJV-0004IA-Pw for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:11:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3gJP-0003tT-VI for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:11:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ULBlUb030775; Mon, 30 Jan 2006 13:11:47 -0800 Date: Mon, 30 Jan 2006 13:11:47 -0800 Message-Id: <200601302111.k0ULBlUb030775@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3gJP-0003tT-VI d28e28dd0a850383d64118a2fa794233 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601302111.k0ULBlUb030775@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11905 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, 30 Jan 2006 21:11:55 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-30 13:11 ------- I think that one indeed doesn't need changes; BIND explicitly allows clients to use any URI for UNLOCK as long as the correct resource is identified. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:19:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gQl-000764-OL for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:19:23 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA03760 for ; Mon, 30 Jan 2006 16:17:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gQ0-00072P-OL for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:18:36 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gPx-00071m-HS for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:18:33 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3gPt-0004sF-Dz for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:18:32 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ULIQmA030810; Mon, 30 Jan 2006 13:18:26 -0800 Date: Mon, 30 Jan 2006 13:18:26 -0800 Message-Id: <200601302118.k0ULIQmA030810@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3gPt-0004sF-Dz 4c7df4319a6486e3b4686f1201c97d56 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 152] SHOULD_A_SERVER_DETERMINE_MIMETYPE_OF_CONTENT X-Archived-At: http://www.w3.org/mid/200601302118.k0ULIQmA030810@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11909 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, 30 Jan 2006 21:18:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-30 13:18 ------- What there was consensus for is that LOCK to an unmapped URL creates an empty, locked resource. This is what the spec should say, and nothing more. If an ELR starts to have properties a regular, locked resource doesn't have, there's really no point anymore in doing that simplification from RFC2518. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:11:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gIy-0003RO-9F for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:11:20 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA01235 for ; Mon, 30 Jan 2006 16:09:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gIN-00048J-K1 for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:10:43 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gIK-00047e-Tw for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:10:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3gII-0008Cx-Bu for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:10:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ULAb5n030763; Mon, 30 Jan 2006 13:10:37 -0800 Date: Mon, 30 Jan 2006 13:10:37 -0800 Message-Id: <200601302110.k0ULAb5n030763@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3gII-0008Cx-Bu 44bcdb40c0605a069470ba6da3f7ff47 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601302110.k0ULAb5n030763@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11904 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, 30 Jan 2006 21:10:43 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-10 |-11 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-30 13:10 ------- Reminder: this was not only about the Changes section, but also about the text in Section 8.2 (). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:14:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gLo-0004JK-J6 for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:14:16 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA01835 for ; Mon, 30 Jan 2006 16:12:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gLF-0004gF-TL for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:13:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gLD-0004eh-DJ for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:13:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3gL4-00048r-FV for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:13:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ULDTH4030791; Mon, 30 Jan 2006 13:13:29 -0800 Date: Mon, 30 Jan 2006 13:13:29 -0800 Message-Id: <200601302113.k0ULDTH4030791@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3gL4-00048r-FV ef50164cdf314656ab305c3234670635 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200601302113.k0ULDTH4030791@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11907 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, 30 Jan 2006 21:13:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=179 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-30 13:13 ------- Not as long as you make normative statements about that one in other places. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:16:51 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gOJ-0005cm-GC for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:16:51 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA02395 for ; Mon, 30 Jan 2006 16:15:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gNR-0006gD-W0 for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:15:58 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gNN-0006f4-Ft for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:15:53 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1F3gNK-0000Po-TC for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:15:52 +0000 Received: (qmail invoked by alias); 30 Jan 2006 21:15:49 -0000 Received: from p508FACCD.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.172.205] by mail.gmx.net (mp034) with SMTP; 30 Jan 2006 22:15:49 +0100 X-Authenticated: #1915285 Message-ID: <43DE817C.3080001@gmx.de> Date: Mon, 30 Jan 2006 22:13:32 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: webdav WG References: <43DB2329.10605@gmx.de> <089FD79B-0FB1-4814-8FB8-78C9EFE88E48@osafoundation.org> <43DBAA4C.3070002@gmx.de> <43DBC949.50803@gmx.de> <83FABACE-94A7-4BE9-8726-3EE47CB73599@osafoundation.org> <4CBEBC43-2411-4277-B9E5-EAE1A75ACA75@osafoundation.org> In-Reply-To: <4CBEBC43-2411-4277-B9E5-EAE1A75ACA75@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1F3gNK-0000Po-TC e143bcfd70cf7ca0d337c817b74709b1 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Relative references and whether requires an authority X-Archived-At: http://www.w3.org/mid/43DE817C.3080001@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11908 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, 30 Jan 2006 21:15:57 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > > Also, should "[ "#" fragment ] " be part of the URL? It would have been > if we'd stuck with Relative References. Why ?query and not #fragment? For consistency with . Best regards, Julian From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:23:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gUi-0000Ey-1D for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:23:28 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA04906 for ; Mon, 30 Jan 2006 16:21:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gTw-0007qR-Un for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:22:40 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gTu-0007pk-HX for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:22:38 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3gTr-0001iH-Vb for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:22:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ULMZNN030826; Mon, 30 Jan 2006 13:22:35 -0800 Date: Mon, 30 Jan 2006 13:22:35 -0800 Message-Id: <200601302122.k0ULMZNN030826@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3gTr-0001iH-Vb ac8e079625ff1c501038b147fffab78d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200601302122.k0ULMZNN030826@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11910 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, 30 Jan 2006 21:22:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-30 13:22 ------- As always, I'm proposing to make the changes that I did in my variant of the draft, in this case the changes referenced from . ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:26:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gY0-00015V-34 for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:26:52 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA05518 for ; Mon, 30 Jan 2006 16:25:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gWt-00009X-PC for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:25:43 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gWr-00008x-8g for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:25:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3gWo-0002Ce-N4 for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:25:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ULPbj4030847; Mon, 30 Jan 2006 13:25:37 -0800 Date: Mon, 30 Jan 2006 13:25:37 -0800 Message-Id: <200601302125.k0ULPbj4030847@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3gWo-0002Ce-N4 5234c3b1e1b505575af8e2c79b050e1a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601302125.k0ULPbj4030847@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11911 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, 30 Jan 2006 21:25:43 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 ------- Additional Comments From lisa@osafoundation.org 2006-01-30 13:25 ------- I already had text in the spirit of the text suggested for 8.2 (I must have sketched it in during the call while Elias put text in this bug) but I've made it exactly consistent with Elias' suggestion, now, to avoid any further issues. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Mon Jan 30 16:27:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3gYf-00018M-BI for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 16:27:33 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA05591 for ; Mon, 30 Jan 2006 16:25:48 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3gXt-0000JT-IY for w3c-dist-auth-dist@listhub.w3.org; Mon, 30 Jan 2006 21:26:45 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F3gXp-0000Hd-VK for w3c-dist-auth@listhub.w3.org; Mon, 30 Jan 2006 21:26:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F3gXn-0002O0-Bw for w3c-dist-auth@w3.org; Mon, 30 Jan 2006 21:26:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0ULQckN030869; Mon, 30 Jan 2006 13:26:38 -0800 Date: Mon, 30 Jan 2006 13:26:38 -0800 Message-Id: <200601302126.k0ULQckN030869@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (maggie.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F3gXn-0002O0-Bw 7a1ea228587ea396ebec20931da4eba5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601302126.k0ULQckN030869@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11912 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, 30 Jan 2006 21:26:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-01-30 13:26 ------- In that case I guess this can be resolved fixed, because I agree with that. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From boqdwvaggm@hotmail.com Mon Jan 30 19:32:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3jRs-0008BV-4n for webdav-archive@megatron.ietf.org; Mon, 30 Jan 2006 19:32:44 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26853 for ; Mon, 30 Jan 2006 19:31:00 -0500 (EST) Message-Id: <200601310031.TAA26853@ietf.org> Received: from c-67-168-49-56.hsd1.wa.comcast.net ([67.168.49.56]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F3jca-0005fU-GK for webdav-archive@ietf.org; Mon, 30 Jan 2006 19:43:50 -0500 FCC: mailbox://boqdwvaggm@hotmail.com/Sent X-Identity-Key: Id7 Date: Mon, 30 Jan 2006 19:30:36 -0500 From: Miriam Mora X-Accept-Language: en-us, en MIME-Version: 1.0 To: webdav-archive@ietf.org Subject: re[23] Content-Type: multipart/related; boundary="------------010109040604020600050002" X-Spam-Score: 4.1 (++++) X-Scan-Signature: fb93e867a11a29ac1dc5018706b412ac This is a multi-part message in MIME format. --------------010109040604020600050002 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id TAA26853

3D""

He forced hi= s eyes open. Humor It's a pleasure But something was wrong.<= /p>

He sat upgasping, then slid slowly down = against his pillows, mindful to push his legs straight ahead as he did. = The red smears of her fingers on the sheet. She became even blacker.= For a moment his imagination so vivid! Then, bang! Here too, he= thought, was his own ghost in a series of overlays, like still pictures = which, when riffled rapidly, give the illusion of movement. I tried to tu= rn the doorknob, but for a few seconds it wouldn't turn=A0=97 it was like= the door was locked. That won't do.

--------------010109040604020600050002 Content-Type: image/gif; name="hardbake.GIF" Content-ID: Content-Disposition: inline; filename = "hardbake.GIF" Content-Transfer-Encoding: base64 R0lGODlhggIjAvXKAAkJAMDAwMDcwEAgACBAAEBAAGBAAIBAAIBgACAAQCAgQEAgQCBAQEBAQGBAQIBAQABgQGBgQIBgQKBgQCCAQECAQGCAQICAQKCAQMCAQKCgQMCgQOCgQGBggIBggECAgICAgKCAgMCAgGCg gICggKCggMCggOCggIDAgMDAgODAgODggMCgwKDAwP/78KCgpP8AAAAA/////wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAQAAAAALAAAAAB/AiACAAb/QJlwSCwaj8ikcslsOp/Q qHRKrVqv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8Tq/b7/i8fs/v+/+AgYKDhIWGh4iJiouMjY6PkJGS k5SVlpeYmZqbnJ2en6ChoqOkpaanqKmqq6ytrq+wsbKztLW2t7i5uru8vb6/VjDAcjDCRMXGQ8VVyUfN T8th0UbTysnVMtHY2dfI3sfP3EXYyOPP5eDe39bo1tTG6uvs20j0TeFJ9tDN+GT9Qv/etJt3biC3bfKk BUyTUFyZgQb1LdEnMd/CK/YQdtsIMNy0eO0gkqsWsaBJkB3jgXuXUiXBih2nwHQXrJsaihfXqEsnz+VB /5ENvcx8uJMmUYJGpeCUmZNZP40rY0qN6pBdUnofexasao6l1ak0JYaEObSrk7L5kppZWmeZMG1ZU8pF RxduUypoFdoEOyZu3JY21xXlyc/gypKHt3pdrNZt4cVQwz4NvNddRpPjqEpWMpKJY8UxB797W7hzQnhB s1Ye/Bm1YdFBE5+szFfcQriJo5KcLPLnaK6y5fIM/hXs36Oh96L8+U004Jf1fHJ1bLa6db6wPdI+qHuy 5e3UnYGO7lWs4YnSdzOPzjq7y42RuUtdDpL0a62xAasWPL4le9rhzffYaPi5l199Be6nIHtq9WUfd8fZ tRl5X51XF4CoNVhbbRr1V/8VggRy9mA5nW1YokX16QfUeeK5dlWGDMp3YXFY/SPhh8r9xZZwLM6Io1GX 1XicbQOqBxlHU/n4m4wuMglah5r5Q9p3IU4Ho3ia1UiVkUNG2SCUXiq4I3l+PYnPif+9l6I5LFo3JG4U CrjlgNflFuA8xl3JmJF7ngSkjT3CmVx3Xg6X54tx6likds4hdkaAd6pJaJxWYvnnnMAVmulIvVWnGqVY lslmbGhaOulZZNHJJaCn/qjhUtTtxl+rbtJZK3RUinjZoatq6hOffHqaI63MlZqpgwvyqKegfRYKrKpT gvrlVsEmWZqpKMJXmnTYkROmnowde+uh4lZq7rmaEqn/rrLkjlktokzmFqpDveYq56uCPuvrasuCW+6m d2lRErTtslqhkMLhqK1FMSbsqnwJG/uvwxB3G66V29Eb0FgXKflpuT56bKuGNOprrrs3LlnXi4Fmo3GT M4acMqbkOplojjAzumEcAxPGrF1nchyogaeZ9+tyEYtZ7X2ecXpdfC+9CzTRXUbtM9Bpipll0EEWV2y/ /lVZbLZC90y2z2jrlzaBY23t3KXWatUi1Dvrxeao68bdsG9kdhgtxaMW3RCa3IJJcjp341vnc9+qyOm7 yTH6d5skbjvukpgPPOWzvBnat5+yoie52GF7PrfGUVZ+M8sjez3tMBPDLkbAsl+M/+o9teeOp+5o0M57 7KSn9bvsbQ7fhe+/51Wx8cw37/zz0Ecv/fTUV2/99dhnr/323HtGCwDghw8+EeMXUX755ANwhPjir9++ +eojwf776AtRf/rzwx++EfPfjz/7+suf/vgXPybsD38BLOAQ/He+/sWPgQp0Qv8SeED7RVAGAFygAxO4 hAxacIMIpGD9HAhBAWJwggSsoAYjqEL3tRCCGpTfBf3nuj8dLSE0RAQJYwi/D4ZQhCMEoQWTsMMTFrCF K/RgET9oQiAqcIkrJKAE71dBKL7wgSBUIRINiEImKvGJXbRiE0WYxDEicYkknGEYhWjEJl7xgmV8nxF7 OEQX/v8wcJlDmnRyeAgqHlGNPKyjFH/ox/QREY6B5KMiWQjGAQ4yioI85AnpyEX0ybGQSTTkJCUZSCgE 8Y+ODGII+ThHH6YQkpqUIiZR2clHurKUm+zkJbcYyVjK0ZaIjKUuD4Mx75CMlIVYJQx5uMhB0tCSuQTm +EiZw2OCkpKpTGQuY7jKDlbxgM7MJDGnuUlgclKaxvwjC1sJzV3WcpiqZOQrzRnNcnYTjsiMJyKz2cZU MhOLDNPOsSBXS0UIE5Db/KYp6cnOfnJQoO0UpB/hychnKmGZ6mzCMhf4TvdR85nKxOcUPtlKbDrUoof0 5i1Bms5ynnGaxRwlQ6lJ0WaudJL/yCSnJvmYGhNtCxveHAQb0cnEhwqRoIvsoilDOkuSQvF/HmxjUmMq U4tCtKKPbGAdjzpSTwoVjR9NoRuTqlWXGhWMQm2qFz9pQqCq76leDedUs6pV0fkydXvkJiGwus6MctWs RL2rXYsa1TGS0Yn2bKREz0pYqFJSqu8Ma0GnqFe9ilWpVeVqV0kaWKSmVIZLNeNLYVrYtNIRsUz16T0s pM85JSOnghgmTw0aWMEeNpnclGxCDRpaWuIyonkV5WA5a9jKDhGx1rTmSUU7VFwSl7GDBehfFepZyr7W tZVF6zxfGtPQIjRbF6vINFAbCNUq97G6vOZXr9vDe8pwvKyM/6YWUfpTua5Vo3jVZk73+l1Xire4GHxs NTtaX8jeF7+sDTBHaYtR4Lqzt3w9LpkAljh4LdYQ3gXrOk0K3fDC9riXfaVum1pN8/qWiwPN6obr+WDw Bheh1h3wPcVpRwCv1rrs9LBzR2zhEKP4owkmLy/pBqbi+XOnii3xQuO43rJmMZ7nxexWHUlhcRr5ubJN LHOv2tCxDrcKMrYxkZ2c2Sj717m7hPGVkzxjeWZWyy58MiEV6823AUdIA+EuINg4VjLbubiSbS8K9wve PKuxvx7dM3WDbEv+jnmbbHavjvu5vxKStbH0vTM9S3hgsVK6jFHt80jRSecSA85ip5tt9/9GTepdIK/U qE41806takik8dWwjrWiW01qBNkaRLSes6x3zetZ55p7tw62m39N7GIb+9jITrayl83sZjv72dCOtrSn Te1qW/va2M62trfN7W57+9vgDre4x03ucpv73OhOt7rXze52u/vd8I63vOdN73rb+974zre+550iRSHl SKQVHKbWRLGi9Pum/0nbDcvWlHwt7GtcMxOu8Ii4krmmbWxj9b47YTKHlydjXTuYs0xWs6p5fHFaqtup Tl63n7HcVKGzuLVsuvFadNxfZtFu0BRWM3uhTOUnKy3KM2Ypf0ur5C+3Xd6as7J7La7mrbj5pyWzsZ3v B12Dmnq9GDb/oZHDPCcnbxm2rl61ineF7E1Hne2UB3VMyGpWpRPWrljiF6znjW9bA/rW8SU3oDv96k/X 1+TcPLjBuyxaRg8c0dsuCqnvrlZwDrt9RvYmRzmdUlO7eNm5xfXKS+xcrTnc4/39lpdh/OmMT4XjzT4t ocNtZicyXNDRQ6yU57zhV5L93GcOsaGkHTelZ5biUv+K1Tcuu5Jreqes1qyuY95ftqdZ0XO/c5LdfPHT N/iIcB594q/C8SanfrhMgyG4Pgz0IBf/0L8Oask7+OPSN4+9BqW6fVYf9d7nxOoJ//CnUav8jaF5l7Me ocYhEVd5APN2CJcueMd7Y8M2FqMNlzdx/0eTfxbIEBeYgcemcRrYgXzgAi7ggSKoBCAYgkQAgidogrBj gi6QAinAgiMYg0JQglaAgrcgACkgAELggiGIgzoog0AIPT44gz84hEF4hL+jggJgggLwgy7ghD+IhFL4 Cy1YhFYoBE24gy84hVwIBSWogqVghFkoA2NYhkvYhWjIBF8IhlWwhjRoCE84gymAhXMoAzkoAy2Yhno4 g2wIgk34h37oAisQAiZQiIVYAohoiIZYAoXohoAYADYoCFnYgj04h5RIhlG4h2jYh4K4Ap74iZ6oAhIw iqRYiqU4AaSoAqAIii4AiWz4Bzi4gzrIgzgYgluoibhIhCqgiqu4Av+iaIqnSIoTMAEHgAC82ItNGImC cIcuaIcvWIuxmIu4CIK+uIsnwAEbkAEZkI0YgAHD+I3dGI7huI0bAIq7yIsCEABL+Ip+AI0v6II4+I6Z KI1SGInUmAIbkI0Z0I3fWIja+I8AqY0msI0nsIvVeI4IuY7s+IE56IPw6IINSY9daI+CiJAqcAIY6Y0W uZG+GIqfuJHnyIMUuZB28JAQCZG1KJFcyIIBEAIhkI8cEJPYmI3EiJE2eZMYmQImAJIYKZMxqQIYIAEl 8AKQiIdvyAfxeJInOY8qiYStCAIgcAEYoI//6I0IcAAXiZM3uYsmsAEFqQL5GJDaGJQOcAESAAL/rniU e9CCSrmUTXmELOgCYJmP5diLn7gBGACWOqmIhYiRfbmTxxiK53gCE9CNhPiFfMgHS5mUt/iWMqiCctmV JpACdnmXefmVfmmIBYmR57iKCEmTG2CICgkIKTkEbOmYQQiZKmACJ5CPg7mZ1riPIDmb58iXdNmVGLCT 8KiWDKmQT3iHqImEAdCVdLmaHOCXoVmIeEmbCCmYe6mInCmZu8iDeBgIT/iHyRicTomP+ViIzGkCeRmY lfmR30mZ6fiCJKmd6qkGLQidKyAA41kCqwif41mfglmC2bme+tkGT+idLqgCbriGJtCJ9umJS+iba7gC 6PmERXmC+/mgYwCC/zqpAhAJoAHqh+FZocypihfqhxYKgg2amG7whCjQAkwJofXImKv5oV9YjdLZme+J oNeJnTLqiV+ojkWQnlOAAhDQoz7qoxSQiS5AAj8KARTQAkPAoz/6AUXwAUVapCQgBE+KAk76oyeKouT2 mylQmyqgkPCpnIBpkZ4Yph16ncdYkV+YjhEqAFU6AiiAAhXQoxRgmnEKASPQhG06gy1AAT1qokUgAC3g o3+IAnyKAkKAAkTaoxXwhHxKAShwhliabq34n6tZkIIpmV35lWKqAiHAiAPqiAdakf+5pWsYojpaBUrq hD46BCPQo4Y6BHwKAUgqBFWaBLXqAijwhBDwqv9CEKhGCqi/GqnsFo8WeZxdSZCa2pznKACd2oiOGABb Cp+dqJMLCqKnigWpioVyOoM+Coa+Oqe02qO2Kq4CAAE66KhFoKSNeqXCOm79GaYDiQHbyJrWyJkc2aUB kK9p+az0uQIgSKH+ip+QGgZKWgEf8AGxOqvlCgEV8KerGq4QMK4QQAJ8qoN+WgSt2qftum6tCJjxKq8b sJrHOpu6mYzpWKZpqpCsyKDK6AVK+qNBmqQ9yqREsLARC7ESK6hJYLMjsLHqhoOs+bGTqZOjeAEXYI1c qYqAuaX52pAyGohruITV+J6teK1WkK2+SrNkuK01+7AyUKtDUK5DUKUC0Kr/OvgBvIqFjaqxPntuw0mT hQmWk2kCFwCVINCaIZuVNsmXw1mILrivDOqbgOiLS6iOVksF2SoDdUqGINitRJCoDYuzQxCoY0uu5ioD 6Bq2fGqiCdu24aaa8oqKIUuXIQuefsu3JvACLxACqwsCqzuUiPgCsWu4fii4tNuQpsqHLWuUh5u4VeoC l5uxPTuDsRqFYCsErVq5N6utvCoAfDq838qunqttAgCeEjAB1uiatwmUhkihIQACIeABIBABDhABDeAA DdAAEbC+IICIQ0mUgruOyQii+Xq4IroET9imOpioFYuHdfoBLbCnPTq8jNqjTdgCGUuGvmquTUixu3qo /wl7oLHqqPY7vc/WikGJASdgiPm4wXy5kyYAAqNIvgtQwibsACU8AAMAAAOQvhEAvkRJux2aji8QhRdq BLt7BC+7qs7LtXhIqD9aAbMqAzv8pF/7pD/6qkWKtk8qvRY8bSD4AhKgwavplcSZnLnZpSlglui7AOfb AArQAAOwAA7QwivsxQOgACrcABJgAoYLuFFbvzOYmBXsBNf5inf8xBrohyEwARiZAR5siBggAjuZjiUQ AuvrxQ0AAAqgAACgvuu7vovcyI+sAAuwxq7btE/rhzJ8x09Yx3rclC14tB/cnd4JrYicvg7AyI4cPhEw wmcZAeKzAOCjwgNQAA7Auv8lUL8XOr+tSIirWQLrGMr7CYb9WQIiy5eEaIiI7ADl+8L90wAeEAFGCwKL PD/tO74tHAGsC7+9XIIrUAK5iQEh4IrEvJ7K2LFAOY6mi8wm0MwuvMsCcM3sI8JGWwKtPMtEmQIlEAEL oAC5jIi0i4P6qo6QuJoZIAKEnJbn/KBPKLLrXJgmcMjDCQIeAMkRkAIG/QL5HD7lK80g0D9o2Yqq28hh 7LovkIOt6Kkl8IIBkJzaaMWNuVFyll9WZVtUMGuOllrThdPmowU+vWa+BqG/KZlT2Y0TTbQX3QD/HMPq KACyzD4NYLerzD4KAL/5+gJnTMaZrNJ72dJNCJj66Kz/oMxbUxQFBnYF3IVJNQ0HaTVfQ31nlZRe0/uv ypmceIkBWwqVC0C+4NMAf5iv9Bw+A1C+IS3SNRwAJXDN/3zSfjuj84vQVCkCjAjK8nRRENVAmi1Ym91T X5TZhSVlNdZWPeVfl+1FFUU/m41FV/Ret9XZSsVKqg3bnh1orN3WufjQxMma++i3ISAB6pvGrYyWATC+ 4tPRTL3CHQ0+EaC6hx0+ajzVhcjLtbsCpjuWJuAAJQCZT1BdnYVPoBXaMxXaT7VWqQ1fZ/VbFXbe6m3e UvXe4H1E7W3WujVRvFXe8P1bkRTe5tQ+/h3fAaaJC+mHOtmdGWC64Qzc5ss+AyDJ//Vs0RIgvrkcAR0Q 1cdNycd9ybmsrwG6mivQmgkdAvNotd7NWUyVP4522+V93v9t3vVEYyxeYPON3+Qt3i8O4KPd2dLl3uhd 3zhuSOkN2jTumLxplCJLl9uYly7Qz+kbxrH2wpG8vsBdvrGWz4WdgxrtiKqoAgduAsMsBSV+2Wn9YriV 3+Pd3ive3xp14zw+4zVuXENuYPm94/w955z945ht1gH1lkVe1KSLlwPKrOoLaxj9yhIg5d97ltPsAR0w 2A6UvgMgAdA60Ni5ziya0+LtUW4+3+1k5uxN3wCe5p8e5+g96m8e5jju46Be6qCu51Al6ibe6mlNj7zp h1ecjf+uueTsa+HL/deR7MwRUACFjb7p68IL3j8JwMhoCQK3vMtZHrUii5hYNmAkllhrTk6qjWmlbe23 reanTWL8Xe0ZBEBkFdsINkuajWisfkunrVrvxepEHpd2rZwcgNQtqOCQ+AJVPT8NTs0S8MzO7AClaJZn adz94wCKGAEEEAGa3IrpeJ6BPuJZgNtdQPF3wFa7xQUW39BbYIP4uaK7mJxPGALqu8sGve+z/MyHvr4B P8LAbr5p7EDlbALUXAIMUAAgMNGQmIiImALL7OVl3WJvsPF2UFVnDdREz/FdUIKriQEakJsHDqAm8O8j faAW3j+HPsKGbooW7ej1/Nvt28//hf3YPO/l3Tuwc6z00uih4BmUQTucIWDYL3Cd+Aw+aszvLXy+AV++ xA7G0O3FkezC7evGIKDGC7DMk87hKsCIH5r2ar/2RT3Oohm+6OsAxB0AsgzS7cu6z62+WU+KkdwBVa0A ESC+LomIZzmKE33NahwBfivDYa3kDl+djw/5yZzM+Tq++27542vcNY/INWzhK1zLXr8A02zs1Ey+3zv8 4PPPDdDSKu3J3km/QV/7HvivIG+IAbC6JCw+Ao++YczGnfrKxT0/6SvViez5EmC0EtDCJfDcrDwAOQ/0 nwyCfWn/5tzdRu/qU+bi/wMEMuFwCAAQZUaikYl0Lp9RaZJ5/xQ2r1Uklnqseq3K6ZhcNp/RafWa3Xa/ 4XH5nC51uVKqjUp1MplcXkAcABqYIiIABkAiFhoKGkBKLiRKDKsaLg8lBhAlQCQMFxsGQiSqFAYk/gLu BO7wTFRcBEpaXdDEpJR0s8LAqIK3fqN6hbOQyYzZjHmJj7uKnJee66yvsbO1t7m7vbVpZTn6MDZOAj00 ARZCFD0UjBwVL0JCLkC+5A89BhoiQECQGnDIQYMXC4woyOSgRIoUsF65WIHhj4kVtFqd6SVm2kYsHYFR e6JF2BeRJaf54viRZLSTyYKtpOYspS9o33Dm1LmTZ0+fc1wEEMdng6xAHSKQMsLIQSMmC/8QKmpArwQh JgqrDEIUIsJArPEkLJCQKGG/ECYewrqjAkOGFW8FpIgQQKMWmTWTHGO5jC+xlB6R+QUmM6ZfmF1q/rWi EjFiMCF/RpY8mXJly2rupDBxYtyJDeYEvIgAz0iDdoiq6DMSgSqnhFELDfqkSQFpIwUblKgyoNQfWgKA B2CbwQ9a3XTNAC58E2VhLsma3A2pfCXI5stRKodJs5mXvHhpXhY/nnx589fuVDzh5/OsAEkRRTAFoGu+ 3YgulAgh6tIAB59AGIiJTHYLBR8AkFqgNxMECOCFF0ooQY9x+FBBgAYyKoO6wRaTJjAOh/FQuuugA9G6 5kbUTi8QRYr/DjLnzotRxhlpJA8XIVz4o8I/9giqIERACCAEDw5kwgEQbBvgggJYixAEIrv6hBOymADh oCo4YQSgDhQEAa0GHYywj/X4SCEAEASo66QT12Sxuw/hJKxE7FiaM8UO3yQMMBehkbPGPwENVNA6bpQh RxOKqkhCHzOJREiAvvDgSiMWuWDJCEy4oIGxJJBgviKN6ADUTSNpoAOkeLvgSxMCaFW4DTL4rCI01ZyJ TQ9tIlEaXUiqziMueuX1Fz2HxbPDXFfEVTA+mRvU2WehjRaJoEzBAIOzLHKBBfj+ebITAZ/CpKsDI+gU A0vp2y/AL/IhJUAQRM1E1TxugcUECvkw/wHNQqV1Y5l+AQ5Y4IEnuyOAEjr11IQQVGg1HX8YOU0ddglE UhFVJMjPgQFK+McqdkMFBQQmA3pE1YYjgmUDDjKwth4Q7iA4jedkrtnmm3GGI8cNrG1LBBHci+BIRHKj D9R8AmqKN08xmMDaE0wxZV2QywWIlBCeNFmWlO09QYW3Gr7glZzJLtvss9Em49CKTBABg6AhxieCF/w7 OqGuchuAHU5UMYAiBxzAesiJ6WuKEXhqU9A0tNSCpa0MYjXBkgzTrtzyyzF/NihZ/7DWvQAhNkK02DTp BASEUPOPN9VVIUQCuk0NSCFEHFggAg9go5RjtC5q/OniuEoTDRgyL//e+OORp6PQzdm2FpAzBRQQw0SA jKCEDgqij6wFCqq909ovCSGABhz5R+hMbldHIVJKMKrxFSaYIIM/2qeL3zFgyB+J/PUngv/+hfA/KQjQ f/xL3gERmMDzxMxQQvlMUay1gUAwYmIOaJUhFFCCA0WCSg3wgKRAUA/xTc0DtUhKoyKBO3Y5giHuU8tE WmYtWzCwDP8jXgBtOAQb9m+HT+ghDgmoQCEOkYg5YWA4EFWRzwSCK7YBAOJs8YIOYC0Cp9LEbAbgAQl8 0BEsYAFpFhAkQQAkICC7WCWMEgAwrUAFslBBHsZ2Bv0Rb44A5OENZVBHHeJxjzc0oAHzCMAiDpL/kIV8 Aw0PlaietUo04PqCQhiRlC9cAG/mexJq5pK7JzqSXU1hR0MM1qqvtREQtIjZ/QZIxwKuUpB7XOUrcRhI WBqSlrW05RMQyaM/xKooJpSkGc2IGgCUMYxG8EAiAudEkPkDNhuTXCuAIwA+sLEoszATKqcQRB/SkZt4 FGQrv8nNWd6SnOW0pVASVg4MlEAA+qLSMF9AuN2UABJUUgCVqhiJDgCTPi9oED4ysYoZAseUK5Acg4IS AVxgMwrafOUO/XhHPsrSleE050UxSsiDXSB+6hSfkEbjjxeo8QX8xE8ZzfiwkppxEdAUUiZCmAKu3cGg vgnOGhwayIjuFIgO/7WoRTMaVKEmzwUl0MDjTJCBhrQTPmp0hd0SEoJ+hKIByixNIuIZTDWCSTbPVEtE 2ugQUNJweIAEoivRqlOKplWWQB3qW+GatrX54QTzY2cgENGqaAbAjBkEQEH6UdWvHGKY76zCXIITgoLY wqmNa+cf7kE5OarSjm5d6zh/ysdWxpWznSUYtfjgtc+8jRYR+82ZzGiQRVwlEi9wIvaG1Ne5hYaSDkDL Vrm2IwkIbwgMdcIcKbrZteoxlvuTqFqR61nlLldatMCW1xClAQaFBhEj7RgwDUKfL3TAtYcFwDH5KRbF FqAhrWocTXW0UN9mk4AQ3SkgIYrWH+rUrMy17/99AYWHoqzHMxsIwUOEZDhNPtISoeCnAk6HUmB2wh+3 dSlBXcAWDETECes1rjfj29MC1rey4KwvfkEcYslgk6Z74IA5IFjKF4yFkyDT4Cf4GYkQWvUL/inAH6Qp TYc4VQBsnAUqyUqGiYqYyEXO3B0ihLBOicAEFLkDV0hBgBhLcRBMSEBqtFQkAn0BEQXIj15pseMAvEUi vZOskdGcZkK6Qj+dcloInGYhySHCNvDg7n5ER0bDFkJUREJIKdS4zyeupsHimylw2lihFbTTwmp29KOP jIcQWMtpbqNIKx4kSQZQyhb/XMfozEc+iKWCEYrwp8FIg4hO6MdVMzUoRSr/1LAgQ5rWRG602dQSoSR2 jiLAyfQvL9DYAMDjdUnhzT9EcTurzMWUDlpHOipxgWuaVy1NhjUb0zLrWm/bvrcum3qFxLakOg8jUiRE BNLi61Rf8DaKQDYTBoDbAP9IP5r5qlqiViE4Lo/b/fb3zWARwl1bu9dBOZMEGKLGVpEFcdzVoAarzOW4 TOJ8kvjvXU3wAlbVywUSgDVbQkDhf4+c5AIzWAT4m9QYkrZBRQWSmXTzRNt4IAQd+4QH2KWkekigABZv CCAeoh/GqoXmf+BECGBRcqUv3VmwiABFPLPLczkZIpFEjTIRAXGDRKU27k5K4G7LOHvVj+Mvk9xuEcl0 /7WT09tyDYDfdDla53HtTEIr3wltBxAL6LkpRBPaPySkRodA+Ku3wFGD4rh2xZuz7XLFgN/8ELmFWWqp ajmYBwAXH837g2h9h4/C1JhoC72C9BhJvKGOuHjV27LxaMMDBiQwgfXMryL1aMiPf9MgrhANfejDDfqw ZSZSLloFugZlXDLS+tUvn/k7aSclYE1w2NOj4KcFkyCOCS9RAaTmrKqHZv7ARrDZI72SU37z0Z/+baSn 5p2SBezTuTCPV94VrrK//cVNyrC+hY2S04xm7ur81G8ACTAOaEHX3K9pJsBcJs3jrkVHOO607C/WKiLW pkk43gL8cI8IBLAAPfADp/8gM9qnyTyFySYNAyztM1aOIirCIfRN3P6LlFJA6KQN0cLqa1LPUEBwB3mw DQxmBJPqAViwHn4GciLHeTqnefJPR94IsqjCQg7GjSyErLStB63wCissR5gsiRBOVRam+6rF4ypinWpv DB2CFdCiCStwYRQNwrDwDcmmA8/GYLbQvxqQNeinBKZPDJNQ3PxPMyYNa27va/qPDfnPDeEwEWtGDudQ KPLPoBCOBScB9ljwDzTDWizlv9BCckRICkWvjfhv0apQEUkRWhjxbB6LbfLgLUhQDEmJbdrI9mrujQAR W+jHE0HxEEexFHkxUE4R18Tt414Q+oQxD75QP9AiD/j/QCjqIQ1f0CIq5PR6cRoH5Re/LRhlwRidsY3M pWf88A9O0FIqEPy0UQNoUaaskRrV8d/WZty+UQnp5wSvRYSaUUfesSLM0SHSYh350QPbscnuUf4C0g+B kG1kZQP08Bx3sR8Zcu2C4gJ6xuNWbuXcZhXusSANEgnHrWWS8a44sCFBcvFoASKtpRsVkNK+Z2F6Zh5t L0JEiCJWEiVLkm2oMCRtkunuABQsJZ0UMGG+Rx5Xsh7OhRJ4cgET5gEOwAAMwLb8ryZv8il54pSGaHm0 olwc0FpWrhV9ciu5chUgZyXjRykNgH4Mr7eg8iyNaKHWLCDk47k4gEwqRAS+pyvp/xIXQ4sE6Uca0xEt +TIE1ZKQEI8W+mBM+qtl6PIw3e+BFHMD3MbQpFEH+zIysWEhjeeIGkczOOPEWmYBDSBhLOUzLWUoKQH6 9GAxR4tVGmdaJHM1CWUvbWZ5vioUwYYPYjIm60EDXFIPN0A2Q3EKk67CWDM4ffBGKFOBXIE3wQZy4NIC mbONyoz/zqs4hXM6y8Ayb+k4kbONTHMxB67JkJPM1II6xdMNrNM1v02apok3L/D+2LNVJuw7f3M85VPE XKE5R0842lOvWq34egw543M+ARS/ovM/zYDECDRAEVS5ojNBGbRBHfRBaan1zBNCKbRCLfRCMWNBcUlD vUFFKP/jX2gERNWAZsZDRP3lWDDUF1MzCji0Gzx0Mkz0Q3cBRdcgRnsCRW20Rmk0RYfKTyojR39CRIF0 DIYUJ/riGoqUBye0yFqiMebECVoiSl/EVuBkV4zlVxajSbdDWfaiWKqUMax0GLgDTGHkX8ADWJblWBKj S0XEWLIjS3f0A5eUyKT0SY80Jrh0SlFEMez0Gfi0TQyjTz9kOvy0Gp70OlxET5mFWA51V0gETm1COgj1 MHpwTunUTREVR2k0WCj1Jhg1U5FFVwa1T+rEUwu1RHZUTj7VR0F1RYQFSk+VSls1PHjRUkVsQxq1U//0 TrlUUF21WI7UO171U3vVMeD0Tl//dVY1FVWf40WJlU5i1VdK0VZDDFdF1VR99SV89VmjwUTtolS5lVtn IkSSRVlhNVfJFFmrYVVjNVTfkFpBzFpptU3MlVx3NVpPlVW7NVnZtV59VFXxVVcDtlXHFWC39TEI1gon tEWVqzv2ZFPRFFwhllibtGIjNlUh1UozllN/VVbpNUyztVid9FHVFDKwtF0VI1mFc0V5tGWNTDozip9k dmZptmZt9mZxNmd1dmd5tmd99md31mWFdmiJtmiN9miRNmmVdmmZtmmd9mmhNmqldmqptmqt9mqxNmu1 dmu5tmu99mvBNmzFdmzJtmzN9mzRNm3Vdm3Ztm3d9m3hNm7l/3Zs4XVu7TYE7zZvd6Ju9bZvIXMIQEAI AEJwA1cGBtdwC/dwFTdxGZdwHRdxH3dxI7dxIbdyJddyKfdyNTdzOXdyPbdwx6BzMddzR7d0N5d0T9d0 RTd1WXd1Xfdz/dYOiAB0IY12n8B2HQ13Yxc41Y5vd3eodDfNghdwt214f/dvl853jzejjLfImrd5iQx6 Y1d5g4p6l9ecpDfEnrd4rxeXiNQkpiBJ2U5DilR854BdcKV7B6V5VXYk4pSWtlcZyvd9t4Ff6TcXuiF7 +9bC2vdcl6vR8OJ7bzRj6cB81RcO2JeA6zRdDRWB4jd8TXZdI3hYz1RYxpRcSZZgg8WA0f9Af/WWfzd2 YMXVkAA4gu2EXRGWI4r1X0N4VP31fg/YGhJ4gfuVTBXogYuhhV84ZDmWRFXCfg8WXa/Bg/MWhLcDXy32 oow4iN+0hqEVZLV1hZG4VGP4GxJYioVYSx04dL8XfGtYXZnYUaOYiVmVgzu4inFEgMl4YK8TgkOEVuFY hOWYUs10WVx4hNEYG644TxUYTTs1eXDYf3uVgqGYYjl2ZNP3Jda0YxNZj/PYejEKkn8UhvO4J4jYvgI5 Zwj4Mi7ZbiWZ8dJGiyu5Mjp5uTJZzUpZbj+5nFZ5lG+YfH1YfuGXi8l3J8y4ViwjleO2hBs5fP+YlZOD kuvgloO5CFz/WTL2eESFeYunIHuJWUddtIF9Qpfhdolh1YJNApuhuIi8TZu3eU29uZcRWUqB2Dkew0uP eRuSGQoO9YuXmWxO2X2vAIthJGF7uV/duZ2l2ZHR2JqvWYLDeM2KGWTz+VqZI1znOIObJZ3nYJ1bBKCb eJ8xJ54FOWUl9of3uS8OeY31WZSH+JHV2F4huozfuXjWq6A/lleZZYzfZIfLlaHVWZar1GDrFXko2qUl NWTvOWAZ9aLL9ZnLgJrf9tbA1zEOA5w3eZBA+GS/eYKTGqObOpyf+EsRGabrQKjj6qYLuKQnGqR7Vxue 2qptmnubuX5jWYiwum1buY3F2sjS+q20/zp6vXpGPfqXcZmIjNiC07eo2xqtQ1pIuXqMLUerwVlkgTpt 3nptrRmwu02Nq0OI+9qv3fhLFzmcv/V4CFswpvqiElttl5qK+fQjDDuw5cqxTUSiIzuBknlEEvaQDzta MjtOJhWjOjttF1uzNXi2FxqBltg69DW1Vfuvcbug+/dyYhtZ/Ji25zqH9xqIfbq4jVO4j1WRSRu4b2aG m1VlkRqii+e4XeK7f5icahttbfW1kWetrRttxjusiyiuRWy8z3ZJ6xqU0/u+4JuzaZnW7rts0buW+ru+ 4ZmspWC/y4nA6baLz7oNAHu6Z9SumwuWS/ac49SM0fcbzNu6HXqYJ/9crxt8t2ckrmn6tz1cpkd8q3fC wMXWn61hwc95si/8MvwZjzVcnAH8PDJ8gyEVS3P1W1GanKubG7zbnC8bTFnbhpu7kF/Exxn4xJdbnjE4 hGf7VgLjOxJaxmckxqucUKN8WaEjT2tah2v8DbCbhZ3YyKd8yznaPIIcpdPcVhw2y8UUtbUBxcNWxUm1 ps0cT9E8UzfaF0Papem5wgV7qn3FT/40zN3gxnUYoQ86heEcg8ljzRM60N+3jgP6iCE7pvv5zzF9hwO4 TO0Y0AWFl3+apyddnIl7pOUc0YOa00nVp52Uhec5WQwZunM5vyFYXo+VjUUZRL1Ygtv315l807//mtU7 i85ryb21t8lL7r+NnWCQfZbLutai3WudvZCu/dkDZsx/nMWLu8ilJbPnW5BFlpmr+LaJdLKd/FrBHWfQ faDzwqC1HWBWu9LtvcPl3cGdxbvNV8QBmdmffNeJPLlbek8HGbexI88XSLgHnoLv9c5ffN6BnOHj3dO5 PDtA9bE1vl0pQ9yTG6eHZU9/XFCqvWs/+80Pto5pOF8fPeLBgeLLOdUzXeIj3dVnGljRGdIpHeTHfdgH HOZ3XebtOWdKnmvtHM+p+o/x+dH9XN1pOqWZnuZlJMNBvtGdvKdDfuNnnif4XdXTPKfPpui39uiNmlnL vVmWnrKTPMFtBMGD//3jH57WR17qcULszZrcpx7XycPl1Rzgn4VXH7xEaZzuxcPuwfriP1zvLaPnod3v 2ZHwmVfAo8Dwh4jyr/akSzYX5l7z2b5DN9975ZfvIR9ajLfga9nC2XtmalTfp/3nTZu5LN9q3/2u737G Z+bz8VbdS3z01Zvix7lOdLzhcxxic5iQwxTH25Qx2t31mZ+5D37tH3abu5rY8V2FBXVRUbZQFZX4MR7r Z737kXj31ebPN37P4Xjweb88oDeA+7zH2RjV5RhTB77NW3/yyb/lDZXxid7xk7//WxoIAACZTGgcFpFJ opCJbBKj0KizurwmodOm9um1dqniMTnqKkuV1//w+vjFctXoOb1uv+Pz+j2/7/8DBgoOEhYa1oHUxaWB ybFNMTZKikFGPjoutk1eWtElzn2iQXJqUr6xHaaqioWuur7CxsrO0vKdKY6efpGi8sp1ZvpWCZeSAt7O 9epuDhlN1kJHS09TV1tfl7WKVrqlGR9FOm29jXWLKymPny8Ps3u+4+Y+gzOOO2Nfa+Pv8/f7SyP7JxBf wFqVBiJMqHAhQ3/6GkLs85DKxFXofkWEVTEjx44eUxX8KNIWNHojT6JMqbLaxpUZW7Z0CTGmzJo2EYa8 uTKnzp4+fwJd9SJoxJZDiTakiXQpU0E8TWHEYvCgN6pUrOJM5gYrrnBNv4L/DTvrKJ175aK+ymTK61mH dMhqDaROLCi6du/eeVoPI1eLzfiibRtRL1s+c/EiTqy4DNwyaq8CVifPHlqTkCNfhPP3cuBBRu1wM7vk 4GGT6S725ah0MeufhEcDLmcp2F93a7fJa7M5S7HOsF5LzQz711Z2xFK3Tq5cYGPBUjtBNS6dDLiopqf3 hp7qc9foz8Idx+5y9fLyKQkfLgybWSPL7Ypoxe7LPTTgobPf1n3vEj3k5v8DWEtz0YmmHX7EOOZFZ+Gx Jwt3ZamBIHjkzGagfy8FmGFNet2HSoXZ7Udhe84xeKBvr9gX4TIFasZeiN9pGKOMrwzIFm3XvdgiZQk+ /7YOZx+eptFboGFiVo8tngOZZumpRN6MT/oD3CwXiiWlHlRCmaWW19RIi3B0PSiXegA6uaWZAF1DX2tW EonlmW/C6UqXceIRJp18lHmnnoawuWceffoZqKDQzDnoGHYaWleiix4CKKNjOPqopJPmUeijiFJKRJ6Z Uhppp5yCGmofljKKaaabirqoCyC4sCqrrrYKwquyxjqrrbXiCquutO56a6+58hqsr8ICO6yxxSL766+s 0rFqssQqC620x0ZL7bTPWpstttsu62mq34Ibrrjjkluuueeim66667LbrrvvwhuvvPPSW6+99+Kbr777 8tuvv/8CHLDAAxNcsMEHI/+csMILM9ywww9DHLHEE1NcscUXY5yxxhtz3LHHH4Mcssgjk1yyySejnLLK K7PcsssvwxyzzDPTXLPNJDKZ4EmknUgkIW56UwhXqQFdjZtF3+wlamPm9xHPgyDt3JU95zG0b1FbFNfU SSfUhYjb7Ewc1RD+PLaShljNUdpbcz3QImqpCXeO+lFn5Nxeo6bgl3sBudt7WejNt+Bxh9jhY5bJPRd9 YVh1XXti7wh4ksCIRlvbbm9m+XO8cSH4es8xvktm33x4mYm7xUEOf5o44yF+prc+XY6ha+f15iXe1vkm fUsy9+X9vI3610F+7nrlK4o3+dMmNqi4fLXpXMrZJQr/w2KD0yevXn8qUv/179gEr9/ytBdvzo+Ak78V dJpj37x46jMvee7DP8/M9pO3f3v9Uv8t2f6ufw8fdtubYDTHPtzoT3oTglH8cDc+2xTIGLxroNhMl78H Xu9sE+yegQLIjwGWrkLpCCHrVOc8yjGQE7MTnQndxzkRSdCFJZQdDG3jIgCWUIbVw6EHjWaP883PR+IA IhARl4v0mAOD/Wuhhxyno8CdJWffON6ShLM4G+KvfDzKmxXvl8UD9jCMW8KaGMuIGAKaMY0aUpMa2+jG N8IxjnKcY0p+2EE8xM5saNMj/wRCRvgAkjdVs+MgN0cJJgStkGyj0pH6QJUnJBKP/+b7QyP9RUik8fAQ leFj06CWCjJC8o4QWtrWhoZIUWpNkYz0GyBIc0pDdgeWhfxju2wnS5/dsmxgAx4nYwHGO1THeop4Zd0U KMk9YJKYlKxgJlP5x1ASLHyRi6LetjfNLcwGb8pjJY4q+DlqVmWbk8lbOK/pu/dYk5w/6qbnoKmz1EFR ftqjIvHk584icpOV6CycOhe4zWyGspfykiYWOQg6BQ1jg9BTYQ2HiMEu3vB9yPsb2V6npGacLpe4jKGF RLhDVL7SdqE7kYSqckL/gTRgBE3h/+j3wvMZj4bWKShmdCjR3gGtpAkVXgYdmb07enGHZgsqFotpUX8y dIgOW/8p+rw5n3OOBj4oNSZ/+FlAl66lqgYVXzyB+dOoCo+ocvnqI3nam3R6lYIbLeoJc5hFhYEQlbgr TDDnetRI9vSgeXWg9wSZ1rsOx5iCRSZZnbq/KHbHrtHjKJKSasGFxVWwBi0r9GzKvJiydIkuXCEK3VrJ IA42dWqNXkUZq0TRgqivF0QeSQs7Qb/ykJbpiqw8vTMPuxk1OE4UK/6uyEB5mk+b7cQt5SKHHHMa1YRt za0ziUsgLg6un2ykpjs+q0EnPpeIx8OKbOnoR4HaBLyCEqZ3iYLGsIh3vOktb9i6K7Ppsje+8p0vfetL WucqUoPN/ZIRsWvSCY2umtnVqH3/MXZJPi6vorCtLkRBe2CLJrjAIbNl0aJGYQopw0IN5iySEihhkTG1 tuH8JvmymjkMt9DDOTQgf735YZAxFbOBXd3TwqfbziaYdiwGMFRfvLEY11BFMrzoiddXTTSetMjSk+J6 fWwwIF9xq3w74BRxts/XMdnJMH7wKEcLlUjmZrn+XHCDO6xlkkVWxjt+KWKVelsSKjDNEHTxmX9MSBH/ M7U8wmttx5nOIoFZwJxpZp2/595CI3pKmywOoxvt6EdDOtKQTnQbD03pS2M605reNKc77elPgzrUoh41 qUtt6lOjOtWqXjWrW+3qV8M61rKeNa1rbetb4xoPMIDBGHYd/wVfywDYweb1sH9N7F0j+9jEJoKwmZ3s ZT9b2ca+A6+RbexlAyLa03bFs/nQ7D50ew7hjgW2qZ1sKpz72uouNrvbPWxrk2Hczv72u7EtbGDTu2X0 vre0ne3vf/Pb3d8OuLvn/W86+Bre7/Z2r6Hdb1UQ3A4PB7fDf93wg6+i2uVGeMXZzW+H9xveEd93xz1u 74eLfOIvI/m2iz1ylId84wQnucrLoOyEK1zXMu94vgfR8zr8fA/5ZjnGD4Fvncf75PPWOL5vDvCNXzzq T0e3000+M6ILvNkzL3m6xbD1huN86VE/d9fLrnGxU33bH6+41nMuda8rPNphR3u90eD2rv8fvOlTb3vA mz53oEO97WJPt9/PXvCk7zztWR98zfWdeIzn/Ot5d/vkl673s+td8QkPttVNbniax/3Yap975pMe79Gj vvNBp/vhJe931Ts986tvueL3znnZV7vzHBd86m1fephhne+1L/zAoV7viE+b7D2//O1jPvXW8/zkuC+6 zY1f93ZPX/fiDr3Us+9952t/+6ZHfe6nT/ibG9/smle6y1N+9cdnnf2wh3v1x79+9I+9/PPf//Bhvv/Z H56/lR7unZ/O1Zzrgd/3PR/g2Z/VlV8C/l7QuV/vwV7jsUzwsR3X+R/t1V4HPp300V/7fR4EfiD2kSD/ iV/+VV74BaD/3R1g9D2fAqKgwXkg5EmbtX3fxK1eBOpgzFmfy2DgCkre4jUgB5pg+F0e6Z1gEP4fCQ5d Bi6gDCKfED5e372eFIKfxMHgEeJgFr5c921hFIYh8I1bGWog97Xc8gVeuG0d0R2dCQ5h8amf5Ynh71Fd 6E2gAIKcBiIe711b8Tmg9IXh32lh5Bkis8VgyR1f9d0d5eHdEOZar53ED9ICJRoCAEpcJMoIJg6EJcqC JxYCJ6agJmoIKIaKKNodKariKrJiK7riK8JiLMriLNJiLdriLeJiLuriLvJiL/riLwJjMArjMBJjMRrj MSJjMirjMjJjMzrjM0JjNErjNFJjNVrj/zViYzZq4zZyYzd64zeCYziK4ziSYzma4zmiYzqq4zqyYzu6 4zvCYzzK4zzSYz3a4z3iYz7q4z7yYz/6o0rEQEDGABkEZBkU5BgI5ECKwUFGgUASpEIuJEQm5ERKJEVC JBFYpEMiZEZepAxM5Bww5EZ6ZEdSZERiJEfSwUeapEieZEnWgUtSQUZGpEzO5ExaJEiq5Ek+5EZqZEze pE+yF002ZEcOpU0mJFAOJVHqJEuOpFCiZFL+pFHm5FMypUiGpFCOZEtGJU/CZFYyJVU+5FY2ZVdyJFH2 pFZ2pVQyZEgWJVTm5Fi+JVvG0Vl65VJWJV2uZUUqpV0iZV0aJEnmJf8fyCVeyiVftmVeXmRPDuZe+iRg VuROGiZdJmVNtuVkGuZf+mVfosFZamRhIiZlZqZiMmYbeeZjQuZleuVBSqZmVmZhsmZdumZKmqVSumZp 2uViVmZuYuZX0qZpviZqiiZv2kFB1uZoXqZq9qZu3uZsKucbxeZvwqZxZuVq/mZg4qRw7gFbxqZtsqR1 biZzXuducmdmkmdTGuRreud1FudLjiZ3bqdC4iZqutFzNmd0smd5rmR+0qd2pice8Od37mZrJuZ7VuVp dmdyRuZ4yiZo0qd9Fuhf7qV7MiZyYuccNSh+9mdYNmhZ6iVZYiVYBqh8Yihg6uZbHqdxEmh5Imb/WtYn V8YlVjpofsomYT5livKnb8rRha6niLolipZlj3KmWIKogeJnkaZncV4leAKoeCIoXFJnaE6lkH4oicro cIpmjU4ofE6pd+lohOIok7Znk+7nlxZpeLZoivrlmCqnmjLpaWYoa8Jkho6pWJZpeEroksLohYrRjo5o fVIoj44nmyaoYFIpkfZlkgInmQrqgbrpgC5po8Kpj9Lpoh4mgtqoj5ZXfMonouqno4aogC6oZfLoozan mv6niiqqdAaqmA5olgZoknrqpw6qmSLlqkIqreYorEKnrooqrz5ojH5qcGbnbDrmgp6qefaqkn5nsZZo rLYkhDIrlJJpdRbqxrI2ZqKK6rOOqnzl6U/e6IuCJrUCqbAe6pBWKVoeJXsqKVhqKk5K6Va2q1oGKW/K JJrWqZOSq2ayK6bGV7rKa6LGK7KKK7r662JqKYz+Klr6Z7yaKHnqKVwua8A+qZM+aGeipL3qqYkqqMKe a8f+48eC7Khx6MiSbMma7MmibMqq7MqybMu67MvCbMzK7MzCbMja7M3ibM7q7M7ybM/67M8CbdAK7dAS bdEa7dEibdIq7dIybdM67dNCbdRK7dRSbdVa7cEEAQAh/nBocWdodW1lYXlsbmxmZHhmaXJjdnNjeGdn eGtjd2VhZ3lkbWhycHlxdWltd3JidmV6enZ2anBnaWhjeWZxenZhZHRkZnllbQA7 --------------010109040604020600050002-- From w3c-dist-auth-request@frink.w3.org Tue Jan 31 02:26:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3pua-0006mF-8U for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 02:26:50 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA21651 for ; Tue, 31 Jan 2006 02:25:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3psG-0002tc-Ro for w3c-dist-auth-dist@listhub.w3.org; Tue, 31 Jan 2006 07:24:24 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F3ps9-0002t1-T2 for w3c-dist-auth@listhub.w3.org; Tue, 31 Jan 2006 07:24:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F3ps5-0004tm-7P for w3c-dist-auth@w3.org; Tue, 31 Jan 2006 07:24:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0V7O9fi031240; Mon, 30 Jan 2006 23:24:09 -0800 Date: Mon, 30 Jan 2006 23:24:09 -0800 Message-Id: <200601310724.k0V7O9fi031240@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (aji.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F3ps5-0004tm-7P b68af066eac6fcc2990e708684f96ab4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200601310724.k0V7O9fi031240@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11913 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, 31 Jan 2006 07:24:24 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-30 23:24 ------- Well, only part of the changes were done, so I guess we need to discuss the remainding differences (see also ): Section 6.1., para. 3: OLD: 2. A resource becomes directly locked when a LOCK request to the URL of that resource creates a new lock. The "lock-root" of the new lock is that resource. If at the time of the request, the URL is not mapped to a resource, a new empty resource is created and directly locked. NEW: 2. A resource becomes directly locked when a LOCK request to the URL of that resource creates a new lock. The "lock-root" of the new lock is that URL. If at the time of the request, the URL is not mapped to a resource, a new empty resource is created and directly locked. Section 6.2., para. 7: OLD: A successful request for a new shared lock MUST result in the generation of a unique lock token associated with the requesting principal. Thus if five principals have taken out shared write locks on the same resource there will be five locks and five lock tokens, one for each principal. NEW: [[anchor8: This is now correct but can be said much simpler.]] Section 6.6., para. 2: OLD: Clients MUST assume that locks may arbitrarily disappear at any time, regardless of the value given in the Timeout header. The Timeout header only indicates the behavior of the server if extraordinary circumstances do not occur. For example, a sufficiently privileged user may remove a lock at any time or the system may crash in such a way that it loses the record of the lock's existence. NEW: [[anchor10: Duplicates language from Timeout header definition.]] Section 9.10.1., para. 1: OLD: A LOCK request to an existing resource will create a lock on the resource identified by the Request-URI, provided the resource is not already locked with a conflicting lock. The resource identified in the Request-URI becomes the root of the lock. Lock method requests to create a new lock MUST have a XML request body which contains an 'owner' XML element and other information for this lock request. The server MUST preserve the information provided by the client in the 'owner' field when the lock information is requested. The LOCK request MAY have a Timeout header. NEW: A LOCK request to an existing resource will create a lock on the resource identified by the Request-URI, provided the resource is not already locked with a conflicting lock. The resource identified in the Request-URI becomes the root of the lock. Lock method requests to create a new lock MUST have a XML request body which contains information for this lock request. The server MUST preserve the information provided by the client in the 'owner' field when the lock information is requested. The LOCK request MAY have a Timeout header. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 31 03:08:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3qZN-0007A0-04 for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 03:08:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA23573 for ; Tue, 31 Jan 2006 03:07:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3qYM-0007Qh-O9 for w3c-dist-auth-dist@listhub.w3.org; Tue, 31 Jan 2006 08:07:54 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3qYH-0007Pt-6u for w3c-dist-auth@listhub.w3.org; Tue, 31 Jan 2006 08:07:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3qYF-0006wE-1x for w3c-dist-auth@w3.org; Tue, 31 Jan 2006 08:07:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0V87jgr031291; Tue, 31 Jan 2006 00:07:45 -0800 Date: Tue, 31 Jan 2006 00:07:45 -0800 Message-Id: <200601310807.k0V87jgr031291@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3qYF-0006wE-1x ba3f07eca859d8703e49c031455afb32 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 213] Spec inconsistent on PROPFIND/Depth:infinity X-Archived-At: http://www.w3.org/mid/200601310807.k0V87jgr031291@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11914 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, 31 Jan 2006 08:07:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-31 00:07 ------- Well, there are still issues. Again, please review and/or the proposed changes below: Couldn't find wdiff. Falling back to builtin diff colouring... Section 9.1., para. 2: OLD: A client may submit a Depth header with a value of "0", "1", or "infinity" with a PROPFIND on a collection resource. Servers MUST support "0" and "1" depth requests on WebDAV-compliant resources and SHOULD support "infinity" requests. In practice, support for depth infinity requests MAY be disabled, due to the performance and security concerns associated with this behavior. By default, the PROPFIND method without a Depth header MUST act as if a "Depth: infinity" header was included. NEW: A client may submit a Depth header with a value of "0", "1", or "infinity". Servers MUST support "0" and "1" depth requests and SHOULD support "infinity" requests on WebDAV-compliant resources. In practice, support for depth infinity requests MAY be disabled, due to the performance and security concerns associated with this behavior. By default, the PROPFIND method without a Depth header MUST act as if a "Depth: infinity" header was included. (there isn't anything special about collection resources here. It is legal to use PROPFIND Depth: infinity on non-collections as well) Section 9.1.1., para. 2: OLD: 403 Forbidden - A server MAY reject PROPFIND requests on collections with depth header of "Infinity", in which case it SHOULD use this error with the precondition code 'propfind-finite-depth' inside the error body. NEW: 403 Forbidden - A server MAY reject PROPFIND requests with depth header of "Infinity", in which case it SHOULD use this error with the precondition code 'propfind-finite-depth' inside the error body. (same here) Appendix E., para. 8: OLD: Requirements for URL construction in Multi-Status responses, Destination and If headers: more consistent and mostly tighter requirements. NEW: Servers may be configured not to support Depth: infinity on PROPFIND anymore. Requirements for URL construction in Multi-Status responses, Destination and If headers: more consistent and mostly tighter requirements. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 31 03:20:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3qkX-0008R8-AR for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 03:20:30 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA24230 for ; Tue, 31 Jan 2006 03:18:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3qjp-0003MC-H1 for w3c-dist-auth-dist@listhub.w3.org; Tue, 31 Jan 2006 08:19:45 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3qjl-0003Km-IB for w3c-dist-auth@listhub.w3.org; Tue, 31 Jan 2006 08:19:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3qjg-0000fz-Jg for w3c-dist-auth@w3.org; Tue, 31 Jan 2006 08:19:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0V8JahY031311; Tue, 31 Jan 2006 00:19:36 -0800 Date: Tue, 31 Jan 2006 00:19:36 -0800 Message-Id: <200601310819.k0V8JahY031311@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: CC Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F3qjg-0000fz-Jg 60494d9eb0b4193e78f42305b29023e3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 35] RFC2606 compliance X-Archived-At: http://www.w3.org/mid/200601310819.k0V8JahY031311@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11915 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, 31 Jan 2006 08:19:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=35 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-31 00:19 ------- Well, I think you have missed some aspects of the proposed changes (see ). In particular: 1) There is (and was) a namespace name mismatch in Section 9.2.2. 2) Move XML namespace URIs in a different domain so they aren't confused with the WebDAV server in the examples. 3) Move the DAV:href in the lock owner examples into a different domain as well (the contact info should reside on a different server, otherwise the example may be confusing). Changes: Section 9.1.3., para. 3: OLD: >>Response NEW: >>Response Section 9.1.3., para. 5: OLD: http://www.example.com/file Box type A J.J. Johnson HTTP/1.1 200 OK HTTP/1.1 403 Forbidden The user does not have access to the DingALing property. There has been an access violation error. NEW: http://www.example.com/file Box type A J.J. Johnson HTTP/1.1 200 OK HTTP/1.1 403 Forbidden The user does not have access to the DingALing property. There has been an access violation error. Section 9.1.5., para. 5: OLD: http://www.example.com/container/ HTTP/1.1 200 OK http://www.example.com/container/front.html HTTP/1.1 200 OK NEW: http://www.example.com/container/ HTTP/1.1 200 OK http://www.example.com/container/front.html HTTP/1.1 200 OK Section 9.1.5., para. 7: OLD: Consistent with the previous example, resource http://www.example.com/container/ has six properties defined on it: bigbox and author in the "http://www.example.com/boxschema/" namespace, and creationdate, displayname, resourcetype, and supportedlock in the "DAV:" namespace. NEW: Consistent with the previous example, resource http://www.example.com/container/ has six properties defined on it: bigbox and author in the "http://ns.example.com/boxschema/" namespace, and creationdate, displayname, resourcetype, and supportedlock in the "DAV:" namespace. Section 9.1.5., para. 8: OLD: The resource http://www.example.com/container/index.html, a member of the "container" collection, has nine properties defined on it, bigbox in the "http://www.example.com/boxschema/" namespace and, creationdate, displayname, getcontentlength, getcontenttype, getetag, getlastmodified, resourcetype, and supportedlock in the "DAV:" namespace. NEW: The resource http://www.example.com/container/index.html, a member of the "container" collection, has nine properties defined on it, bigbox in the "http://ns.example.com/boxschema/" namespace and, creationdate, displayname, getcontentlength, getcontenttype, getetag, getlastmodified, resourcetype, and supportedlock in the "DAV:" namespace. Section 9.1.6., para. 7: OLD: /container/ Box type A Hadrian 1997-12-01T17:42:21-08:00 Example collection HTTP/1.1 200 OK /container/front.html Box type B 1997-12-01T18:27:21-08:00 Example HTML resource 4525 text/html "zzyzx" Mon, 12 Jan 1998 09:25:56 GMT HTTP/1.1 200 OK NEW: /container/ Box type A Hadrian 1997-12-01T17:42:21-08:00 Example collection HTTP/1.1 200 OK /container/front.html Box type B 1997-12-01T18:27:21-08:00 Example HTML resource 4525 text/html "zzyzx" Mon, 12 Jan 1998 09:25:56 GMT HTTP/1.1 200 OK Section 9.1.6., para. 9: OLD: The resource http://www.example.com/container/ has six properties defined on it: 'bigbox' and 'author in the "http://www.example.com/boxschema/" namespace, DAV:creationdate, DAV: displayname, DAV:resourcetype, and DAV:supportedlock. NEW: The resource http://www.example.com/container/ has six properties defined on it: 'bigbox' and 'author in the "http://ns.example.com/boxschema/" namespace, DAV:creationdate, DAV: displayname, DAV:resourcetype, and DAV:supportedlock. Section 9.1.6., para. 12: OLD: 'bigbox' in the "http://www.example.com/boxschema/" namespace (another instance of the "bigbox" property type), DAV:creationdate, DAV:displayname, DAV:getcontentlength, DAV:getcontenttype, DAV: getetag, DAV:getlastmodified, DAV:resourcetype, and DAV: supportedlock. NEW: 'bigbox' in the "http://ns.example.com/boxschema/" namespace (another instance of the "bigbox" property type), DAV:creationdate, DAV: displayname, DAV:getcontentlength, DAV:getcontenttype, DAV:getetag, DAV:getlastmodified, DAV:resourcetype, and DAV:supportedlock. Section 9.2.2., para. 3: OLD: Jim Whitehead Roy Fielding >>Response NEW: Jim Whitehead Roy Fielding >>Response Section 9.2.2., para. 5: OLD: http://www.example.com/bar.html HTTP/1.1 424 Failed Dependency HTTP/1.1 409 Conflict Copyright Owner can not be deleted or altered. NEW: http://www.example.com/bar.html HTTP/1.1 424 Failed Dependency HTTP/1.1 409 Conflict Copyright Owner can not be deleted or altered. Section 9.2.2., para. 6: OLD: In this example, the client requests the server to set the value of the "Authors" property in the "http://example.com/ns/z39.50/" namespace, and to remove the property "Copyright-Owner" in the "http://example.com/ns/z39.50/" namespace. Since the Copyright-Owner property could not be removed, no property modifications occur. The 424 (Failed Dependency) status code for the Authors property indicates this action would have succeeded if it were not for the conflict with removing the Copyright-Owner property. NEW: In this example, the client requests the server to set the value of the "Authors" property in the "http://ns.example.com/standards/z39.50/" namespace, and to remove the property "Copyright-Owner" in the same namespace. Since the Copyright-Owner property could not be removed, no property modifications occur. The 424 (Failed Dependency) status code for the Authors property indicates this action would have succeeded if it were not for the conflict with removing the Copyright-Owner property. Section 9.10.7., para. 3: OLD: http://www.example.com/~ejw/contact.html >>Response NEW: http://example.org/~ejw/contact.html >>Response Section 9.10.7., para. 5: OLD: infinity http://www.example.com/~ejw/contact.html Second-604800 urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4 http://example.com/workspace/webdav/proposal.doc NEW: infinity http://example.org/~ejw/contact.html Second-604800 urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4 http://example.com/workspace/webdav/proposal.doc Section 9.10.7., para. 6: OLD: This example shows the successful creation of an exclusive write lock on resource http://example.com/workspace/webdav/proposal.doc. The resource http://www.example.come/~ejw/contact.html contains contact information for the creator of the lock. The server has an activity- based timeout policy in place on this resource, which causes the lock to automatically be removed after 1 week (604800 seconds). Note that the nonce, response, and opaque fields have not been calculated in the Authorization request header. NEW: This example shows the successful creation of an exclusive write lock on resource http://example.com/workspace/webdav/proposal.doc. The resource http://example.org/~ejw/contact.html contains contact information for the creator of the lock. The server has an activity- based timeout policy in place on this resource, which causes the lock to automatically be removed after 1 week (604800 seconds). Note that the nonce, response, and opaque fields have not been calculated in the Authorization request header. Section 9.10.8., para. 5: OLD: infinity http://www.example.com/~ejw/contact.html Second-604800 urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4 http://example.com/workspace/webdav/proposal.doc NEW: infinity http://example.org/~ejw/contact.html Second-604800 urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4 http://example.com/workspace/webdav/proposal.doc Section 9.10.9., para. 3: OLD: http://www.example.com/~ejw/contact.html NEW: http://example.org/~ejw/contact.html ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Tue Jan 31 03:34:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3qxk-00031V-Al for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 03:34:14 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA25026 for ; Tue, 31 Jan 2006 03:32:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3qwf-0007do-Fz for w3c-dist-auth-dist@listhub.w3.org; Tue, 31 Jan 2006 08:33:01 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3qwa-0007ci-Jo for w3c-dist-auth@listhub.w3.org; Tue, 31 Jan 2006 08:32:56 +0000 Received: from pd95b23e9.dip0.t-ipconnect.de ([217.91.35.233] helo=joe.greenbytes.de) by lisa.w3.org with esmtp (Exim 4.50) id 1F3qwZ-00030p-3H for w3c-dist-auth@w3.org; Tue, 31 Jan 2006 08:32:56 +0000 Received: from [192.168.1.26] (burns.greenbytes.de [192.168.1.26]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by joe.greenbytes.de (Postfix) with ESMTP id 7970232C33 for ; Tue, 31 Jan 2006 09:34:19 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v623) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: webdav WG From: Stefan Eissing Date: Tue, 31 Jan 2006 09:32:52 +0100 X-Mailer: Apple Mail (2.623) Received-SPF: none (lisa.w3.org: domain of stefan.eissing@greenbytes.de does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1F3qwZ-00030p-3H ff28f66fb24eedf1d6ef109ea1c91f05 X-Original-To: w3c-dist-auth@w3.org Subject: change notifications X-Archived-At: http://www.w3.org/mid/d08cd9f34f67025b8b3a1ee61fff4929@greenbytes.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11916 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, 31 Jan 2006 08:33:01 +0000 Content-Transfer-Encoding: 7bit Dear WebDAV WG, for me, and other readers expressed the same, the signal to noise ratio on this mailing list is way too high. While the change notifications probably provide most valuable information to some people, they are junk mail to me. Instead of requiring to add mail filtering rules by everyone who follows this list, I propose to open a new mailling list just for the bug change notifications. Interested people may subscribe to that while we other mere mortals have a chance to follow the discussions themselves more easily. That mailing list can be archived as well should documentation of these notifications be desired. Best Regards, Stefan From fido@gettyassociates.ca Tue Jan 31 10:12:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3xBO-0008Er-Ms for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 10:12:38 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA24084 for ; Tue, 31 Jan 2006 10:10:57 -0500 (EST) Received: from [125.188.80.117] (helo=142626552) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F3xMI-0006V6-Vt for webdav-archive@ietf.org; Tue, 31 Jan 2006 10:23:56 -0500 Received: from gettyassociates.ca (-1270851288 [-1270849712]) by granicor.com (Qmailv1) with ESMTP id 1F5786C087 for ; Tue, 31 Jan 2006 23:18:48 -0500 Date: Tue, 31 Jan 2006 23:18:48 -0500 From: Doctor X-Mailer: The Bat! (v2.00.9) Personal X-Priority: 3 Message-ID: <5681335151.20060131231848@gettyassociates.ca> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------84D94BCF15EA64C" X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) X-Spam-Score: 2.7 (++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------84D94BCF15EA64C Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlixagra $3.3 Levitara $3.3 Cialais $3.7 Imitrrex $16.4 Fnlomax $2.2 Ultraam $0.78 Viotxx $4.75 Amxblem $2.2 VaIipum - $0.97 Xanwax $1.09 Sonma $3 Meriedia $2.2 visit our website http://laidoith.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= Cold hand, warm heart. Home is where the heart is. Big head, a little wit. ------------84D94BCF15EA64C Content-Type: text/html Content-Transfer-Encoding: 7bit Vlimagra - $3.3
Levitxra - $3.3
Cialeis - $3.7
Imitraex - $16.4
Felomax - $2.2
Ultrram - $0.78
Vionxx - $4.75
Amfblem - $2.2
VaIiwum - $0.97
Xanpax - $1.09
Sonma - $3
Merixdia - $2.2


visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


Books can never teach the use of books.
An apple a day keeps the doctor away.
A mother's heard is always with her children. ------------84D94BCF15EA64C-- From w3c-dist-auth-request@frink.w3.org Tue Jan 31 11:09:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F3y3y-0007LY-K3 for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 11:09:02 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA00311 for ; Tue, 31 Jan 2006 11:07:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F3y2c-0000iw-3j for w3c-dist-auth-dist@listhub.w3.org; Tue, 31 Jan 2006 16:07:38 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F3y2X-0000gz-0T for w3c-dist-auth@listhub.w3.org; Tue, 31 Jan 2006 16:07:33 +0000 Received: from mail-out3.apple.com ([17.254.13.22]) by lisa.w3.org with esmtp (Exim 4.50) id 1F3y2V-0004ZF-17 for w3c-dist-auth@w3.org; Tue, 31 Jan 2006 16:07:32 +0000 Received: from relay6.apple.com (relay6.apple.com [17.128.113.36]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id k0VG7UCC023361 for ; Tue, 31 Jan 2006 08:07:30 -0800 (PST) Received: from [17.203.113.212] (luthji.apple.com [17.203.113.212]) by relay6.apple.com (Apple SCV relay) with ESMTP id E4A53189 for ; Tue, 31 Jan 2006 08:07:29 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <28C920A5-D069-4FBD-BC4C-EF400C7598F3@apple.com> Content-Transfer-Encoding: 7bit From: Jim Luther Date: Tue, 31 Jan 2006 08:07:19 -0800 To: webdav X-Mailer: Apple Mail (2.746.2) X-Brightmail-Tracker: AAAAAA== Received-SPF: pass (lisa.w3.org: domain of luther.j@apple.com designates 17.254.13.22 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: lisa.w3.org 1F3y2V-0004ZF-17 5e3b519607027f300da7569904a00293 X-Original-To: w3c-dist-auth@w3.org Subject: Re: change notifications X-Archived-At: http://www.w3.org/mid/28C920A5-D069-4FBD-BC4C-EF400C7598F3@apple.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11917 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, 31 Jan 2006 16:07:38 +0000 Content-Transfer-Encoding: 7bit +1 On Jan 31, 2006, at 12:32 AM, Stefan Eissing wrote: > > Dear WebDAV WG, > > for me, and other readers expressed the same, the signal to noise > ratio on this mailing list is way too high. While the change > notifications probably provide most valuable information to some > people, they are junk mail to me. > > Instead of requiring to add mail filtering rules by everyone who > follows this list, I propose to open a new mailling list just for > the bug change notifications. Interested people may subscribe to > that while we other mere mortals have a chance to follow the > discussions themselves more easily. That mailing list can be > archived as well should documentation of these notifications be > desired. > > Best Regards, > > Stefan > > From w3c-dist-auth-request@frink.w3.org Tue Jan 31 15:17:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F41wS-0003Bj-6J for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 15:17:32 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA24463 for ; Tue, 31 Jan 2006 15:15:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F41ue-0003Qh-Sm for w3c-dist-auth-dist@listhub.w3.org; Tue, 31 Jan 2006 20:15:40 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F41uY-00033h-Co for w3c-dist-auth@listhub.w3.org; Tue, 31 Jan 2006 20:15:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F41uV-00043P-H5 for w3c-dist-auth@w3.org; Tue, 31 Jan 2006 20:15:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0VKFUpm031955; Tue, 31 Jan 2006 12:15:30 -0800 Date: Tue, 31 Jan 2006 12:15:30 -0800 Message-Id: <200601312015.k0VKFUpm031955@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F41uV-00043P-H5 97a44ad0110da39dee2e507c9680a238 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 227] Collection state definition in conflict between BIND and RFC2518bis X-Archived-At: http://www.w3.org/mid/200601312015.k0VKFUpm031955@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11918 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, 31 Jan 2006 20:15:40 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 ------- Additional Comments From julian.reschke@greenbytes.de 2006-01-31 12:15 ------- OK, I have looked at the latest BIND draft, RFC2518 and the latest draft for RFC2518bis. The good news is that they use identical terminology, such as "internal member URI" and "URI mapping", so there's no underlying conflict. I find the reasoning in the BIND spec completely reasonable: saying that the set of internal member URIs is part of the state of a collection indicates that the state varies depending on which URL you use to access it, or alternatively that collections may not have multiple http URLs after all. It seems to me that both interpretations are unacceptable. Now is this really a problem? Or can we get away with the current text in BIND indicating that RFC2518bis uses a broken definition, while we even haven't submitted RFC2518bis yet? My feeling is what we should fix it. As far as I can tell, there seem to be at least two different approaches for that, affecting Section 5.2 of BIS (and nothing more), see . 1) Instead of saying "A collection is a resource whose state consists of at least a list of internal member URLs..." (*) we'd replace that with something like "...consists at least of the set of relations between the last path segments of its internal member URLs and the resources they map to...", avoiding the introduction of new terminology. 2) We adopt BIND terminology, copying the definition of a binding over here. Although we've succeeded to get around without the term "binding" in RFC2518bis so far, option 2) seems to be a bit more appealing to me. I'd also like to note that getting the definition of the collection's state right will make it simpler to talk about the impacts of depth-0 locking a collection later. Opinions? (*) We've got a grammar error here, right? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 31 15:26:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F425Z-0006tm-A8 for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 15:26:57 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA25225 for ; Tue, 31 Jan 2006 15:25:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F424j-0005q9-Ek for w3c-dist-auth-dist@listhub.w3.org; Tue, 31 Jan 2006 20:26:05 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F424g-0005pb-Mn for w3c-dist-auth@listhub.w3.org; Tue, 31 Jan 2006 20:26:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F424e-0005qQ-WE for w3c-dist-auth@w3.org; Tue, 31 Jan 2006 20:26:02 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k0VKQ02A031978; Tue, 31 Jan 2006 12:26:00 -0800 Date: Tue, 31 Jan 2006 12:26:00 -0800 Message-Id: <200601312026.k0VKQ02A031978@ietf.cse.ucsc.edu> From: bugzilla@soe.ucsc.edu To: w3c-dist-auth@w3.org X-Bugzilla-Reason: QAContact Received-SPF: none (lisa.w3.org: domain of hunkim@ietf.cse.ucsc.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: lisa.w3.org 1F424e-0005qQ-WE ab6f1ee41136dfc6e45101ae98ee3bf4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 227] Collection state definition in conflict between BIND and RFC2518bis X-Archived-At: http://www.w3.org/mid/200601312026.k0VKQ02A031978@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11919 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, 31 Jan 2006 20:26:05 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-31 12:25 ------- I vote for option 2, since the phrase "the state of the collection includes the last path segments of its internal member URLs and the resources they map to" is hard to understand, whereas if you give it a term ("binding"), you can just say "the state of the collection includes its bindings". ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From w3c-dist-auth-request@frink.w3.org Tue Jan 31 15:30:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F429D-0007g7-EY for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 15:30:43 -0500 Received: from frink.w3.org (frink.w3.org [128.30.52.16]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA25484 for ; Tue, 31 Jan 2006 15:28:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F428T-0006Wr-Qa for w3c-dist-auth-dist@listhub.w3.org; Tue, 31 Jan 2006 20:29:57 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F428Q-0006W7-Vr for w3c-dist-auth@listhub.w3.org; Tue, 31 Jan 2006 20:29:55 +0000 Received: from pd95b23e9.dip0.t-ipconnect.de ([217.91.35.233] helo=joe.greenbytes.de) by aji.w3.org with esmtp (Exim 4.50) id 1F428H-00076U-L2 for w3c-dist-auth@w3.org; Tue, 31 Jan 2006 20:29:54 +0000 Received: from [192.168.178.21] (p508F8944.dip0.t-ipconnect.de [80.143.137.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by joe.greenbytes.de (Postfix) with ESMTP id BF78C479DD for ; Tue, 31 Jan 2006 21:31:09 +0100 (CET) Message-ID: <43DFC829.2080206@greenbytes.de> Date: Tue, 31 Jan 2006 21:27:21 +0100 From: Julian Reschke Organization: greenbytes GmbH User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: w3c-dist-auth@w3.org References: <200601312026.k0VKQ03U031974@ietf.cse.ucsc.edu> In-Reply-To: <200601312026.k0VKQ03U031974@ietf.cse.ucsc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: none (aji.w3.org: domain of julian.reschke@greenbytes.de does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F428H-00076U-L2 9c703bb080eb57b46b2b442d89d53819 X-Original-To: w3c-dist-auth@w3.org Subject: Re: [Bug 227] Collection state definition in conflict between BIND and RFC2518bis X-Archived-At: http://www.w3.org/mid/43DFC829.2080206@greenbytes.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11920 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, 31 Jan 2006 20:29:57 +0000 Content-Transfer-Encoding: 7bit bugzilla@soe.ucsc.edu wrote: > http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 > > > > > > ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-01-31 12:25 ------- > I vote for option 2, since the phrase "the state of the collection includes the > last path segments of its internal member URLs and the resources they map to" > is hard to understand, whereas if you give it a term ("binding"), you can just > say "the state of the collection includes its bindings". Oh well. I meant to write: "...the state of the collection includes the relations between the last path segments of its internal member URLs and the resources they map to..." Not that this is more readable, but at least it may be correct :-) Best regards, Julian From mohacsi@gia-tx.com Tue Jan 31 19:49:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F46Bj-0000AB-13 for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 19:49:35 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA16006 for ; Tue, 31 Jan 2006 19:47:49 -0500 (EST) Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F46Md-0004j6-3C for webdav-archive@ietf.org; Tue, 31 Jan 2006 20:00:52 -0500 Received: from [62.73.193.195] (helo=-1212536256) by mx2.foretec.com with smtp (Exim 4.24) id 1F46BT-0005b9-TN for webdav-archive@ietf.org; Tue, 31 Jan 2006 19:49:20 -0500 Received: from gia-tx.com (-1212342440 [-1213068536]) by goldengategraphics.com (Qmailv1) with ESMTP id 584F7863F9 for ; Tue, 31 Jan 2006 18:44:56 -0600 Date: Tue, 31 Jan 2006 18:44:56 -0600 From: "Interstice G. Defacement" X-Mailer: The Bat! (v2.00.6) Personal X-Priority: 3 Message-ID: <3910447991.20060131184456@gia-tx.com> To: Webdav Subject: Software MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 mion X-Spam-Score: 3.5 (+++) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Content-Transfer-Encoding: 7bit OEM cd`s download and by post. Three steps to the software you need at the prices you want. New software on our site: Office XP Professional - $79.95 Photoshop Elements 3.0 Windows - $59.95 Visio 2003 Professional - $69.95 CorelDraw Graphics Suite 11 - $59.95 Money 2004 - $69.95 Windows NT 4.0 Terminal Server - $49.95 Office 2000 Premium Edition PE (2CD) - $59.95 PageMaker 7 (2CD) - $69.95 SQL Server 2000 Enterprise Edition - $69.95 FileMaker 7.0 Professional - $69.95 Windows NT 4.0 Terminal Server - $49.95 Director MX 2004 - $69.95 Photoshop CS with ImageReady CS - $99.95 Illustrator CS - $69.95 Our site: http://unshawlii.com From greven@goimi.com Tue Jan 31 23:20:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F49U8-00044f-NX for webdav-archive@megatron.ietf.org; Tue, 31 Jan 2006 23:20:48 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA04571 for ; Tue, 31 Jan 2006 23:19:00 -0500 (EST) Received: from [220.199.139.200] (helo=-1211803040) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F49f1-0004CU-DF for webdav-archive@ietf.org; Tue, 31 Jan 2006 23:32:06 -0500 Received: from goimi.com (-1211987816 [-1211807752]) by gold-country-casino.com (Qmailv1) with ESMTP id 0225B9965F for ; Tue, 31 Jan 2006 22:16:09 -0600 Date: Tue, 31 Jan 2006 22:16:09 -0600 From: "Philippine L. Toms" X-Mailer: The Bat! (v2.00.8) Personal X-Priority: 3 Message-ID: <6990903550.20060131221609@goimi.com> To: Webdav Subject: Software MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Kaspersky-Antivirus: passed X-Spam-Score: 2.2 (++) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Content-Transfer-Encoding: 7bit 75% Off for All New Software. microsoft, adobe, macromedia! cheap oem soft shipping worldwide New software on our site: Photoshop CS with ImageReady CS - $99.95 InDesign CS - $69.95 Premiere 7 - $69.95 PageMaker 7 (2CD) - $69.95 Extensis Portfolio 7.0 - $59.95 Windows 98 - $49.95 Windows XP Professional With SP2 Full Version - $79.95 Freehand MX 11 - $69.95 SQL Server 2000 Enterprise Edition - $69.95 Windows 98 Second Edition - $49.95 Borland Delphi 7 Enterprise Edition (2CD) - $69.95 Exchange 2003 Enterprise Server - $69.95 Dreamweaver MX 2004 $69.95 After Effects 6 - $69.95 Our site: http://unshawlii.com