From levy@axedance.com.br Wed Feb 01 00: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 1F4Aa5-0003Ws-KG for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 00:31:01 -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 AAA08988 for ; Wed, 1 Feb 2006 00:28:57 -0500 (EST) Received: from [60.50.194.137] (helo=axedance.com.br) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F4Aki-0006RE-U9 for webdav-archive@ietf.org; Wed, 01 Feb 2006 00:42:02 -0500 Message-ID: <000001c626f0$972f3de0$0644a8c0@foist> Reply-To: "Marijona Levitsky" From: "Marijona Levitsky" To: "Kreszentia Borgmeyer" Subject: retire ted Date: Wed, 1 Feb 2006 00:30:19 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C626C6.AE5BA6E0" 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.4 (++) X-Scan-Signature: 2857c5c041d6c02d7181d602c22822c8 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C626C6.AE5BA6E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 C=20 V=20 V=20 l=20 A=20 l=20 A=20 L=20 A=20 L=20 l=20 G=20 l=20 U=20 R=20 S=20 M=20 A=20 =20 =20 =20 $=20 $=20 $=20 99=20 85=20 69=20 (=20 (=20 (=20 10=20 30=20 10=20 )=20 )=20 )=20 =20 and many other at http://www.seorices.com =20 Good day , Do not over pay for your meds , save up to 70% with http://www.seorices.com ------=_NextPart_000_0001_01C626C6.AE5BA6E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
C
V
V
l
A
l
A
L
A
L
l
G
l
U
R
S
M
A
 
 
 
$
$
$
99
85
69
(
(
(
10
30
10
)
)
)
 
and many other at http://www.seorices.com
 
Good day , Do not over = pay for your meds , save up to 70% with http://www.seorices.com
= ------=_NextPart_000_0001_01C626C6.AE5BA6E0-- From w3c-dist-auth-request@frink.w3.org Wed Feb 01 02:12:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4CA0-0003ML-A2 for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 02:12: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 CAA15087 for ; Wed, 1 Feb 2006 02:10:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4C8X-0000sJ-AU for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 07:10:41 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F4C8O-0000nu-E2 for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 07:10:32 +0000 Received: from services.cse.ucsc.edu ([128.114.48.10]) by maggie.w3.org with esmtp (Exim 4.50) id 1F4C8E-0002K2-3G for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 07:10:31 +0000 Received: from [192.168.2.102] (dsl081-070-219.sfo1.dsl.speakeasy.net [64.81.70.219]) (authenticated bits=0) by services.cse.ucsc.edu (8.13.1/8.13.1) with ESMTP id k117AIT8012289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 31 Jan 2006 23:10:19 -0800 (PST) Message-ID: <43E05EDA.9050600@cse.ucsc.edu> Date: Tue, 31 Jan 2006 23:10:18 -0800 From: Elias Sinderson User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: w3c-dist-auth@w3.org References: <200601301534.k0UFYdXw029726@ietf.cse.ucsc.edu> In-Reply-To: <200601301534.k0UFYdXw029726@ietf.cse.ucsc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: none (maggie.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: maggie.w3.org 1F4C8E-0002K2-3G 0a4d917cbe3836fb513203cda4601b36 X-Original-To: w3c-dist-auth@w3.org Subject: Re: [Bug 226] if matching and non-existant resources X-Archived-At: http://www.w3.org/mid/43E05EDA.9050600@cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11921 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 07:10:41 +0000 Content-Transfer-Encoding: 7bit bugzilla@soe.ucsc.edu wrote: >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". > > Agreed. >>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". > I also agree with the above -- especially wrt the security implications therein. Is it worth mentioning this somewhere in bis? Best, Elias From w3c-dist-auth-request@frink.w3.org Wed Feb 01 02:19:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4CGq-0006z1-2P for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 02:19: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 CAA16465 for ; Wed, 1 Feb 2006 02:17:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4CG2-0002zD-Tm for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 07:18:26 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F4CFz-0002yS-9u for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 07:18:23 +0000 Received: from relay1.es.uci.edu ([128.200.73.41]) by maggie.w3.org with esmtp (Exim 4.50) id 1F4CFw-0003kl-Ey for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 07:18:22 +0000 Received: from [128.195.105.234] (pv105234.reshsg.uci.edu [128.195.105.234]) (authenticated bits=0) by relay1.es.uci.edu (8.13.1/8.13.1) with ESMTP id k117IELK023069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 31 Jan 2006 23:18:15 -0800 X-UCInetID: jfeise Message-ID: <43E060B5.9010600@ics.uci.edu> Date: Tue, 31 Jan 2006 23:18:13 -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 CC: webdav WG References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 OpenPGP: id=53284DEA; url=http://www.feise.com/~jfeise/Info/key.txt 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 (maggie.w3.org: domain of jfeise@ics.uci.edu does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.5 X-W3C-Scan-Sig: maggie.w3.org 1F4CFw-0003kl-Ey c204d5ec1c92bccb494ecbbe592ec9bf X-Original-To: w3c-dist-auth@w3.org Subject: Re: change notifications X-Archived-At: http://www.w3.org/mid/43E060B5.9010600@ics.uci.edu To: w3c-dist-auth@w3.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11922 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 07:18:26 +0000 Content-Transfer-Encoding: 7bit Stefan Eissing wrote on 01/31/06 00:32: > 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 > +1 From adt@financier.com Wed Feb 01 02:39:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4CaZ-00060m-6z for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 02:39:40 -0500 Received: from cpe-66-24-213-229.stny.res.rr.com (cpe-66-24-213-229.stny.res.rr.com [66.24.213.229]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA18889 for ; Wed, 1 Feb 2006 02:38:02 -0500 (EST) Received: (oscilloscope 988 invoked from network); Tue, 31 Jan 2006 20:14:31 -0600 MIME-Version: 1.0 In-Reply-To: <05695934071900752540@microsoft.com> References: <9557315925646547917583@microsoft.com> Message-Id: <562001856718129943747.590@microsoft.com> X-Originating-Ip: [57.135.143.171] Subject: Amazing, Bob From: Amparo Blair X-Mailer: puppet 0.946.44227 Date: Tue, 31 Jan 2006 23:51:36 -0600 To: webdav-archive@ietf.org X-Confirm-Reading-To: essai@essai.essai Disposition-Notification-To: corectomy@earthlink.net Content-Type: multipart/mixed; boundary="------=812547606384" Content-Transfer-Encoding: base64 --------=812547606384 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.


Honesty is the first chapter of the book of wisdom.The brain may be regarded as a kind of parasite of the organism, a pensioner, as it were, who dwells with the body.
Thou unassuming common-place of Nature, with that homely face.After a fellow gets famous it does not take long for someone to bob up that used to sit next to him in school. --------=812547606384 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Melva-> http://ljdonv.dognono.info/?76537775 --------=812547606384-- From wengsnf@guiwang.com Wed Feb 01 02:40:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4Cb6-0006HY-Vs for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 02:40:17 -0500 Received: from host-81-190-39-94.szczecin.mm.pl (host-81-190-39-94.szczecin.mm.pl [81.190.39.94]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA18917 for ; Wed, 1 Feb 2006 02:38:27 -0500 (EST) Received: (from jilt@microsoft.com) by microsoft.com (58.2.3/62.4.1/Submit) id nv; Wed, 01 Feb 2006 00:58:39 -0600 Date: Tue, 31 Jan 2006 22:40:28 -0600 Message-Id: <4048013.0182131@microsoft.com> To: webdav-archive@ietf.org Subject: Amazing, Octavio From: Nichole Goodwin Reply-To: uvauj@freeserve.com.cnri.reston.va.us Content-Type: multipart/mixed; boundary="------=9948263791230" Content-Transfer-Encoding: 8bit --------=9948263791230 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.


It never occurs to some politicians that Lincoln is worth imitating as well as quoting.We are too quick to imitate depraved examples.
In any great organization it is far, far safer to be wrong with the majority than to be right alone.Injustice anywhere is a threat to justice everywhere.We can't all be heroes, because somebody has to sit on the curb and clap as they go by. --------=9948263791230 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Keven-> http://drfapl.thehmary.info/?62311456 --------=9948263791230-- From smirnios@glenmont.com Wed Feb 01 08:22:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4HwE-0008E0-VQ for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 08:22:22 -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 IAA23486 for ; Wed, 1 Feb 2006 08:20:41 -0500 (EST) Received: from [220.86.155.71] (helo=-1210438288) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F4I7J-0004hy-Fv for webdav-archive@ietf.org; Wed, 01 Feb 2006 08:33:50 -0500 Received: from glenmont.com (-1211444136 [-1208408392]) by gerver.com (Qmailv1) with ESMTP id AD86FFD53F for ; Wed, 01 Feb 2006 20:21:48 -0500 Date: Wed, 01 Feb 2006 20:21:48 -0500 From: Doctor X-Mailer: The Bat! (v2.00.0) Personal X-Priority: 3 Message-ID: <9081230769.20060201202148@glenmont.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------5C67B50CD346B58" X-Virus-Scanned: by Ameriserv.net Anti-Virus E-Gateway X-Spam-Score: 3.8 (+++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------5C67B50CD346B58 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vliaagra $3.3 Levitora $3.3 Cialtis $3.7 Imitrtex $16.4 Fxlomax $2.2 Ultrtam $0.78 Viowxx $4.75 Amablem $2.2 VaIirum - $0.97 Xanpax $1.09 Sowma $3 Merirdia $2.2 visit our website http://feelslig.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= A mother's love is best of all. Laughter is the best medicine. A windy March and a rainy April, make a beautiful May. ------------5C67B50CD346B58 Content-Type: text/html Content-Transfer-Encoding: 7bit Vlifagra - $3.3
Levitfra - $3.3
Cialris - $3.7
Imitroex - $16.4
Fhlomax - $2.2
Ultrmam - $0.78
Viopxx - $4.75
Amkblem - $2.2
VaIirum - $0.97
Xanoax - $1.09
Soxma - $3
Merixdia - $2.2



visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


To know all is to forgive all.
One swallow does not make a summer.
Children and fools tell the truth. ------------5C67B50CD346B58-- From w3c-dist-auth-request@frink.w3.org Wed Feb 01 08:42:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4IFj-0006zS-LS for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 08:42: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 IAA28185 for ; Wed, 1 Feb 2006 08:40:44 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4IE6-0007d8-U5 for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 13:40:50 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F4IE1-0007ap-Ds for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 13:40:45 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1F4IDn-0006GR-Dt for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 13:40:44 +0000 Received: (qmail invoked by alias); 01 Feb 2006 13:40:26 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp017) with SMTP; 01 Feb 2006 14:40:26 +0100 X-Authenticated: #1915285 Message-ID: <43E0B9BE.6070107@gmx.de> Date: Wed, 01 Feb 2006 14:38:06 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Elias Sinderson CC: w3c-dist-auth@w3.org References: <200601301534.k0UFYdXw029726@ietf.cse.ucsc.edu> <43E05EDA.9050600@cse.ucsc.edu> In-Reply-To: <43E05EDA.9050600@cse.ucsc.edu> 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 1F4IDn-0006GR-Dt cb5fc62b1cb55f833b0b14dcb81c8b18 X-Original-To: w3c-dist-auth@w3.org Subject: Re: [Bug 226] if matching and non-existant resources X-Archived-At: http://www.w3.org/mid/43E0B9BE.6070107@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11923 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 13:40:50 +0000 Content-Transfer-Encoding: 7bit Elias Sinderson wrote: > > bugzilla@soe.ucsc.edu wrote: > >> 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". >> >> > Agreed. > >>> 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". >> > I also agree with the above -- especially wrt the security implications > therein. > > Is it worth mentioning this somewhere in bis? I agree with the analysis, and I think we needs to at least clarify the matching for unmapped URLs. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Wed Feb 01 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 1F4M2j-0007PY-JM for webdav-archive@megatron.ietf.org; Wed, 01 Feb 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 MAA18132 for ; Wed, 1 Feb 2006 12:43:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4M1b-000168-Ka for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 17:44:11 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F4M1V-000102-Oa for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 17:44:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F4M1M-0004oH-3Y for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 17:44:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k11Hhrbl000614; Wed, 1 Feb 2006 09:43:53 -0800 Date: Wed, 1 Feb 2006 09:43:53 -0800 Message-Id: <200602011743.k11Hhrbl000614@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 1F4M1M-0004oH-3Y 089d910b5a68594483db60696d1bba42 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602011743.k11Hhrbl000614@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11924 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 17:44:11 +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-02-01 09:43 ------- Rough concensus that this simplification in the forms of acceptable relative URIs (not allowing . or ..) is a generally good thing, erring on the side of consistency in both request and response formats for URIs. Also with the hope that client and server implementations will be more straightforward and / or performant than otherwise. ------- 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 Feb 01 12:45:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4M2m-0007Pw-H7 for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 12:45: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 MAA18133 for ; Wed, 1 Feb 2006 12:43:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4M1e-00018M-GN for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 17:44:14 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F4M1c-00016E-Bw for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 17:44:12 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F4M1Z-0004tA-Cg for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 17:44:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k11Hi9ei000634; Wed, 1 Feb 2006 09:44:09 -0800 Date: Wed, 1 Feb 2006 09:44:09 -0800 Message-Id: <200602011744.k11Hi9ei000634@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 1F4M1Z-0004tA-Cg adf41cd1b9ca496333f5b26c7a91cc3b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602011744.k11Hi9ei000634@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11925 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 17:44:14 +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 grund@hcn.zaq.ne.jp Wed Feb 01 13:14:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4MUk-0008Ge-LV for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 13:14: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 NAA19814 for ; Wed, 1 Feb 2006 13:12:32 -0500 (EST) Received: from 70-58-86-225.tukw.qwest.net ([70.58.86.225] helo=hcn.zaq.ne.jp) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F4Mfm-0007Dz-Qx for webdav-archive@ietf.org; Wed, 01 Feb 2006 13:25:44 -0500 Message-ID: <000001c6275b$3c764950$961fa8c0@snuffy> Reply-To: "Marianela Grundy" From: "Marianela Grundy" To: "Edmund Pepe" Subject: antipodal nondurable Date: Wed, 1 Feb 2006 13:13:43 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62731.53A04150" 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_01C62731.53A04150 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Do you need to over pay for your meds? Nothing like you need it - save over 50% on your meds with http://www.editerrane.com =20 V=20 C=20 V=20 A=20 I=20 l=20 L=20 A=20 A=20 l=20 L=20 G=20 U=20 l=20 R=20 M=20 S=20 A=20 =20 =20 =20 $=20 $=20 $=20 85=20 99=20 69=20 /=20 /=20 /=20 x=20 x=20 x=20 30=20 10=20 10=20 ------=_NextPart_000_0001_01C62731.53A04150 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
Do you need to over pay for your meds?
Nothing like you need it - save over 50% on your meds with http://www.editerrane.com
 
V
C
V
A
I
l
L
A
A
l
L
G
U
l
R
M
S
A
 
 
 
$
$
$
85
99
69



/
/
/
x
x
x
30
10
10
------=_NextPart_000_0001_01C62731.53A04150-- From w3c-dist-auth-request@frink.w3.org Wed Feb 01 13:55:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4N8Z-0003Uc-Fh for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 13:55: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 NAA22307 for ; Wed, 1 Feb 2006 13:53:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4N7V-0004hh-Nj for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 18:54:21 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F4N7O-0004gq-Ps for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 18:54:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F4N7K-0006rQ-S4 for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 18:54:13 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k11Is8I5000749; Wed, 1 Feb 2006 10:54:08 -0800 Date: Wed, 1 Feb 2006 10:54:08 -0800 Message-Id: <200602011854.k11Is8I5000749@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 1F4N7K-0006rQ-S4 b5c1295e33cd10f843e6b1a893011160 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602011854.k11Is8I5000749@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11926 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 18:54:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 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-02-01 10:54 ------- Julian to "do battle" with the overall section and propose new text to be reviewed by the WG. ------- 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 Feb 01 13:55:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4N8f-0003h9-AH for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 13:55: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 NAA22317 for ; Wed, 1 Feb 2006 13:53:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4N86-0004oX-KD for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 18:54:58 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F4N82-0004nT-K4 for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 18:54:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F4N7y-0007sF-OU for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 18:54:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k11Ismd5000791; Wed, 1 Feb 2006 10:54:48 -0800 Date: Wed, 1 Feb 2006 10:54:48 -0800 Message-Id: <200602011854.k11Ismd5000791@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 1F4N7y-0007sF-OU 4c6f25fa0149bbc831d4603864f1dfe0 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602011854.k11Ismd5000791@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11927 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 18:54:58 +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 Feb 01 14:01:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4NEp-00089j-9I for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 14:01: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 OAA22656 for ; Wed, 1 Feb 2006 14:00:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4NEB-0007z6-3t for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 19:01:15 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F4NE7-0007yQ-G2 for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 19:01:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F4NE2-0008Du-D1 for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 19:01:09 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k11J13t8000841; Wed, 1 Feb 2006 11:01:03 -0800 Date: Wed, 1 Feb 2006 11:01:03 -0800 Message-Id: <200602011901.k11J13t8000841@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 1F4NE2-0008Du-D1 17969280c98b3026d9df0e773b6bfdd0 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 179] DAV:no-lock X-Archived-At: http://www.w3.org/mid/200602011901.k11J13t8000841@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11928 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 19:01:15 +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-02-01 11:01 ------- Agreed we can make the requirement more general -- the server MUST evaluate all URIs that aren't lock tokens as "false". ------- 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 Feb 01 16:19:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4PNm-0006T6-Ht for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 16:19: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 QAA10634 for ; Wed, 1 Feb 2006 16:17:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4PMI-0002aP-T7 for w3c-dist-auth-dist@listhub.w3.org; Wed, 01 Feb 2006 21:17:46 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F4PMD-0002Zf-4F for w3c-dist-auth@listhub.w3.org; Wed, 01 Feb 2006 21:17:41 +0000 Received: from sj-iport-4.cisco.com ([171.68.10.86]) by maggie.w3.org with esmtp (Exim 4.50) id 1F4PMA-0001ny-HO for w3c-dist-auth@w3.org; Wed, 01 Feb 2006 21:17:40 +0000 Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-4.cisco.com with ESMTP; 01 Feb 2006 13:17:37 -0800 X-IronPort-AV: i="4.01,245,1136188800"; d="scan'208"; a="1772533846:sNHT27463944" 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 k11LHac1007982 for ; Wed, 1 Feb 2006 13:17:36 -0800 (PST) Received: from 10.21.123.118 ([10.21.123.118]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 1 Feb 2006 21:17:35 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Wed, 01 Feb 2006 13:17:53 -0800 From: Cullen Jennings To: WebDav Message-ID: Thread-Topic: Document organization around Changes section Thread-Index: AcYndPZiNOC2XJNoEdqw/wARJEEJ/A== 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 1F4PMA-0001ny-HO b1afc93901d68cd08acb8be73bfab8c8 X-Original-To: w3c-dist-auth@w3.org Subject: Document organization around Changes section X-Archived-At: http://www.w3.org/mid/C0066581.6EC34%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11929 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 01 Feb 2006 21:17:46 +0000 Content-Transfer-Encoding: 7bit I would like to propose that WG arranging the Changes section of bis into changes that apply to both server and client, things that apply mostly the client is interested in, and things that mostly the server is interested in. I recognize that there are many ways we could organize this section and have talked to several people both in and out of WG about it. My hope is that if we do it this way, it will become much clearer to everyone what exactly is the best way to organize it even if this is not the best way. Thanks, Cullen From shibata@graylineecuador.com Wed Feb 01 17:32:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4QWe-0006TX-Ex for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 17:32:32 -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 RAA18859 for ; Wed, 1 Feb 2006 17:30: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 1F4Qhl-00032Z-QA for webdav-archive@ietf.org; Wed, 01 Feb 2006 17:44:08 -0500 Received: from [211.238.73.72] (helo=143908480) by mx2.foretec.com with smtp (Exim 4.24) id 1F4QWM-0002Q6-4R for webdav-archive@ietf.org; Wed, 01 Feb 2006 17:32:15 -0500 Received: from graylineecuador.com (144257832 [144257256]) by glamfairy.org (Qmailv1) with ESMTP id 76BF2A7739 for ; Wed, 01 Feb 2006 16:27:28 -0600 Date: Wed, 01 Feb 2006 16:27:28 -0600 From: Doctor X-Mailer: The Bat! (v2.00.1) Personal X-Priority: 3 Message-ID: <1635469450.20060201162728@graylineecuador.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------B198975B6CB7212" X-Virus-Scanned: by Ameriserv.net Anti-Virus E-Gateway X-Spam-Score: 3.6 (+++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------B198975B6CB7212 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlipagra $3.3 Levitwra $3.3 Cialais $3.7 Imitrsex $16.4 Fklomax $2.2 Ultrfam $0.78 Viohxx $4.75 Amkblem $2.2 VaIiaum - $0.97 Xanhax $1.09 Soema $3 Merixdia $2.2 visit our website http://displofea.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= All cats are grey in the dark A windy March and a rainy April, make a beautiful May. Make hay while the sun shines. ------------B198975B6CB7212 Content-Type: text/html Content-Transfer-Encoding: 7bit Vlitagra - $3.3
Levitpra - $3.3
Cialnis - $3.7
Imitrhex - $16.4
Fflomax - $2.2
Ultrnam - $0.78
Vioaxx - $4.75
Amoblem - $2.2
VaIiwum - $0.97
Xanhax - $1.09
Sorma - $3
Meriodia - $2.2



visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


Laughter is the best medicine.
Seeing is believing.
A clean glove often hides a dirty hand. ------------B198975B6CB7212-- From eyeranil@bsc.com Wed Feb 01 22:34:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4VFA-0001BT-A1 for webdav-archive@megatron.ietf.org; Wed, 01 Feb 2006 22:34: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 WAA19659 for ; Wed, 1 Feb 2006 22:33:07 -0500 (EST) Received: from [58.147.124.93] (helo=bsc.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F4VHV-00074I-6w for webdav-archive@ietf.org; Wed, 01 Feb 2006 22:37:15 -0500 Message-ID: <000001c627a8$31ff9420$617ca8c0@dunghill> Reply-To: "Anil Eyer" From: "Anil Eyer" To: "Virgie Hone" Subject: ward visitatorial Date: Wed, 1 Feb 2006 22:24:37 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6277E.492BFD20" 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: 21be852dc93f0971708678c18d38c096 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6277E.492BFD20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Do you need to over pay for your meds? Nothing like you need it - save over 50% on your meds with http://www.displowele.com =20 V=20 C=20 V=20 A=20 I=20 l=20 L=20 A=20 A=20 l=20 L=20 G=20 U=20 l=20 R=20 M=20 S=20 A=20 =20 =20 =20 $=20 $=20 $=20 85=20 99=20 69=20 /=20 /=20 /=20 x=20 x=20 x=20 30=20 10=20 10=20 ------=_NextPart_000_0001_01C6277E.492BFD20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
Do you need to over pay for your meds?
Nothing like you need it - save over 50% on your meds with http://www.displowele.com
 
V
C
V
A
I
l
L
A
A
l
L
G
U
l
R
M
S
A
 
 
 
$
$
$
85
99
69



/
/
/
x
x
x
30
10
10
------=_NextPart_000_0001_01C6277E.492BFD20-- From w3c-dist-auth-request@frink.w3.org Thu Feb 02 00: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 1F4Wbk-0006cl-Po for webdav-archive@megatron.ietf.org; Thu, 02 Feb 2006 00: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 AAA26158 for ; Thu, 2 Feb 2006 00:00:24 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4WZz-0006li-CH for w3c-dist-auth-dist@listhub.w3.org; Thu, 02 Feb 2006 05:00:23 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F4WZq-0006XI-3b for w3c-dist-auth@listhub.w3.org; Thu, 02 Feb 2006 05:00:14 +0000 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by maggie.w3.org with esmtp (Exim 4.50) id 1F4WZn-0000I8-HK for w3c-dist-auth@w3.org; Thu, 02 Feb 2006 05:00:13 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-5.cisco.com with ESMTP; 01 Feb 2006 21:00:11 -0800 X-IronPort-AV: i="4.01,246,1136188800"; d="scan'208"; a="253058062:sNHT30757088" 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 k12509QJ013152; Wed, 1 Feb 2006 21:00:09 -0800 (PST) Received: from 10.82.210.162 ([10.82.210.162]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Thu, 2 Feb 2006 05:00:08 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Wed, 01 Feb 2006 21:00:25 -0800 From: Cullen Jennings To: , WebDav Message-ID: Thread-Topic: change notifications Thread-Index: AcYntZPd0ljzjZOoEdqigAARJEEJ/A== In-Reply-To: <43E060B5.9010600@ics.uci.edu> 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.87 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1F4WZn-0000I8-HK 450491879659a9b7f1716b4abcc425bf X-Original-To: w3c-dist-auth@w3.org Subject: Re: change notifications X-Archived-At: http://www.w3.org/mid/C006D1E9.6EF6E%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11930 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 02 Feb 2006 05:00:23 +0000 Content-Transfer-Encoding: 7bit I'm realize the Bug postings are a huge amount of "spam" on the list and I apologize. I have considered changing it but I think it is going to be done really soon now and it would take awhile to change. I'd like to ask everyone to please just try and put up with it for another 3 weeks. (sort by subject of "[Bug" and mass delete :-) The bugzilla has been a useful tool for coordinating the work and passing it back and forth between people as well as tracking the changes. The posting to the list ensure that the data is properly archived, visible to all participants, and subject to the IETF IPR rules. You are right I could get another list set up but in the past this has been slow to get done (rumor has it that it is faster now). I think the volume will step down by a factor of 10 fairly soon - ether because we WGLC bis or all the key contributors heads explode. Cullen (with my chair hat on) On 1/31/06 11:18 PM, "Joachim Feise" wrote: > > Stefan Eissing wrote on 01/31/06 00:32: > >> 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 >> > > > +1 From sheldonh@gill-group.com Thu Feb 02 00:47:35 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4XJf-0007ZJ-DL for webdav-archive@megatron.ietf.org; Thu, 02 Feb 2006 00:47: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 AAA28717 for ; Thu, 2 Feb 2006 00:45:35 -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 1F4XUb-0003SD-7d for webdav-archive@ietf.org; Thu, 02 Feb 2006 00:58:53 -0500 Received: from cpe-69-76-124-45.wi.res.rr.com ([69.76.124.45] helo=-1215267872) by mx2.foretec.com with smtp (Exim 4.24) id 1F4XIl-0000JW-C9 for webdav-archive@ietf.org; Thu, 02 Feb 2006 00:46:41 -0500 Received: from gill-group.com (-1214748768 [-1214529720]) by CPE-69-76-124-45.wi.res.rr.com (Qmailv1) with ESMTP id C2C4134371 for ; Thu, 02 Feb 2006 01:32:42 -0600 Date: Thu, 02 Feb 2006 01:32:42 -0600 From: Doctor X-Mailer: The Bat! (v2.00.8) Personal X-Priority: 3 Message-ID: <7958995510.20060202013242@gill-group.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------9EC33ECCFEDD50A" X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) X-Spam-Score: 3.1 (+++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------9EC33ECCFEDD50A Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlixagra $3.3 Levittra $3.3 Cialtis $3.7 Imitroex $16.4 Frlomax $2.2 Ultream $0.78 Vionxx $4.75 Amkblem $2.2 VaIimum - $0.97 Xanfax $1.09 Soama $3 Merihdia $2.2 visit our website http://displofea.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= Never is a long time. A change is as good as a rest. Books can never teach the use of books. ------------9EC33ECCFEDD50A Content-Type: text/html Content-Transfer-Encoding: 7bit Vlioagra - $3.3
Levitara - $3.3
Cialmis - $3.7
Imitrpex - $16.4
Falomax - $2.2
Ultrnam - $0.78
Viorxx - $4.75
Amwblem - $2.2
VaIieum - $0.97
Xanwax - $1.09
Soema - $3
Merixdia - $2.2



visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


A mother's love changes never.
A mother's love changes never.
Two heads are better than one. ------------9EC33ECCFEDD50A-- From w3c-dist-auth-request@frink.w3.org Thu Feb 02 09:23:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4fNC-0006Xx-0Q for webdav-archive@megatron.ietf.org; Thu, 02 Feb 2006 09:23: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 JAA06945 for ; Thu, 2 Feb 2006 09:21:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4fLm-0001pD-O9 for w3c-dist-auth-dist@listhub.w3.org; Thu, 02 Feb 2006 14:22:18 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F4fLf-0001l4-4l for w3c-dist-auth@listhub.w3.org; Thu, 02 Feb 2006 14:22:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F4fLc-0004y0-8o for w3c-dist-auth@w3.org; Thu, 02 Feb 2006 14:22:11 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k12EM5Yd004904; Thu, 2 Feb 2006 06:22:05 -0800 Date: Thu, 2 Feb 2006 06:22:05 -0800 Message-Id: <200602021422.k12EM5Yd004904@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 1F4fLc-0004y0-8o 2f40af9e8cbdb998970d6770025fd4b1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 228] New: If header weak etag matching X-Archived-At: http://www.w3.org/mid/200602021422.k12EM5Yd004904@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11931 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 02 Feb 2006 14:22:18 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=228 Summary: If header weak etag matching Product: WebDAV-RFC2518-bis Version: -11 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-latest.html#rfc.section.10.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 The section about the If header matching function () should define which comparison function should be used for ETags (strong or weak comparison function?). ------- 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 Feb 02 12:36:08 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4iNM-0008Lg-Br for webdav-archive@megatron.ietf.org; Thu, 02 Feb 2006 12:36: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 MAA22936 for ; Thu, 2 Feb 2006 12:34:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4iLg-0008Tn-Fz for w3c-dist-auth-dist@listhub.w3.org; Thu, 02 Feb 2006 17:34:24 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F4iLZ-0008Sp-MN for w3c-dist-auth@listhub.w3.org; Thu, 02 Feb 2006 17:34:17 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F4iLV-0000wz-71 for w3c-dist-auth@w3.org; Thu, 02 Feb 2006 17:34:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k12HY87k005019; Thu, 2 Feb 2006 09:34:08 -0800 Date: Thu, 2 Feb 2006 09:34:08 -0800 Message-Id: <200602021734.k12HY87k005019@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 1F4iLV-0000wz-71 1bdbec852d523653e0191f62058df173 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/200602021734.k12HY87k005019@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11932 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 02 Feb 2006 17:34:24 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-02 09:34 ------- OK, I have tried to do the minimal changes here to come up with a correct definition of the collection's state (I can think of more enhancements to the intro, but I tried to make the least intrusive change). Proposed changes below and at , reassigning to Elias. Section 5.2., para. 1: OLD: A collection is a resource whose state consists of at least a list of internal member URLs and a set of properties, but which may have additional state such as entity bodies returned by GET. An internal member URL MUST be immediately relative to a base URL of the collection. That is, the internal member URL is equal to a containing collection's URL plus an additional segment for non- collection resources, or additional segment plus trailing slash "/" for collection resources, where segment is defined in section 3.3 of [RFC3986]. NEW: Collection resources differ from other resources in that they also act as containers. This specification uses the terms defined below to precisely define this concept: Path Segment Informally, the characters found between slashes ("/") in a URI. Formally, as defined in Section 3.3 of [RFC3986]. Path Segment Mapping Similarily to an URI Mapping, a path segment mapping is the relation between a path segment and the resource it identifies. Internal Member URL A member URL that is immediately relative to the URL of the collection. That is, the internal member URL is equal to a containing collection's URL plus an additional path segment for non-collection resources, or additional segment plus trailing slash "/" for collection resources. Thus a collection is a resource whose state consists of at least a set of path segment mappings and a set of properties, but which may have additional state such as entity bodies returned by GET. ------- 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 Feb 02 12:36:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4iNT-0008LS-QU for webdav-archive@megatron.ietf.org; Thu, 02 Feb 2006 12:36: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 MAA22935 for ; Thu, 2 Feb 2006 12:34:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F4iLv-00005c-3T for w3c-dist-auth-dist@listhub.w3.org; Thu, 02 Feb 2006 17:34:39 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F4iLr-000054-L0 for w3c-dist-auth@listhub.w3.org; Thu, 02 Feb 2006 17:34:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F4iLn-0003A8-Gx for w3c-dist-auth@w3.org; Thu, 02 Feb 2006 17:34:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k12HYTEk005038; Thu, 2 Feb 2006 09:34:29 -0800 Date: Thu, 2 Feb 2006 09:34:29 -0800 Message-Id: <200602021734.k12HYTEk005038@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 1F4iLn-0003A8-Gx 97225c9a5aef9aa3626da86f74eef32f 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/200602021734.k12HYTEk005038@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11933 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 02 Feb 2006 17:34:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |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 dzkuacteyot@yahoo.com Fri Feb 03 02:47:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4vfI-00054n-F9 for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 02:47:32 -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 CAA02649 for ; Fri, 3 Feb 2006 02:45:46 -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 1F4vqh-0002gL-2x for webdav-archive@ietf.org; Fri, 03 Feb 2006 02:59:19 -0500 Received: from c-66-41-37-165.hsd1.mn.comcast.net ([66.41.37.165]) by mx2.foretec.com with smtp (Exim 4.24) id 1F4vf9-000700-El for webdav-archive@ietf.org; Fri, 03 Feb 2006 02:47:23 -0500 FCC: mailbox://dzkuacteyot@yahoo.com/Sent X-Identity-Key: iD7 Date: Fri, 03 Feb 2006 09:45:29 +0200 From: Susan Boyle X-Accept-Language: en-us, en MIME-Version: 1.0 To: webdav-archive@ietf.org Subject: Re [19]: Content-Type: multipart/related; boundary="------------000807070002060000010009" Message-Id: X-Spam-Score: 4.9 (++++) X-Scan-Signature: fb93e867a11a29ac1dc5018706b412ac This is a multi-part message in MIME format. --------------000807070002060000010009 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id CAA02649

3D""

It'll be ful= l dark in an hour and a half. in 1878 in 1838 "Och, girrul,=BBs= he told herself as she hurried down the hall.

And now, Paulie, you're going to be a good little Do-Bee and fo= llow the scenario. Bees were crawling over them. Goliath now gestured tow= ard the house. "A bath and a spare bedroom. He hadn't filled in= the n's in the last forty or so; Annie had done that. And inside he t= hought: What I want, Annie, is for you to do one of your forgetting acts = when I've got access to one of your knives and I'm sure I can move well e= nough to use it. He took four, trying not to disturb the pyramidal struc= ture of the pile, and ate one of them greedily, relishing the salty taste= and the grease. The Simpsons

--------------000807070002060000010009 Content-Type: image/gif; name="sellout.GIF" Content-ID: Content-Disposition: inline; filename = "sellout.GIF" Content-Transfer-Encoding: base64 R0lGODlhhwInAvUMAAUHAMDAwMDcwEAgACBAAEBAAGBAAIBAAIBgACAAQCAgQEAgQCBAQEBAQGBAQIBAQABgQGBgQIBgQKBgQCCAQECAQGCAQICAQKCAQMCAQKCgQMCgQOCgQGBggIBggECAgICAgKCAgMCAgGCg 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 bnB4amdzcWtkcHB4enp5b3J5bHJzcHZ5b2VudnB4bnVoa2N6eWZkdW1tbXp5cm15dGt5eGZvZG1zADs= --------------000807070002060000010009-- From honzy@cms1.com Fri Feb 03 05:32:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F4yFD-00045u-96 for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 05:32:47 -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 FAA13637 for ; Fri, 3 Feb 2006 05:31: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 1F4yQj-0007jj-Np for webdav-archive@ietf.org; Fri, 03 Feb 2006 05:44:44 -0500 Received: from p54b2ce8d.dip.t-dialin.net ([84.178.206.141] helo=cms1.com) by mx2.foretec.com with smtp (Exim 4.24) id 1F4yF4-0006tZ-6F for webdav-archive@ietf.org; Fri, 03 Feb 2006 05:32:38 -0500 Message-ID: <000001c628ad$16c30290$18d7a8c0@hubris> Reply-To: "Honza Ordonez" From: "Honza Ordonez" To: "Raimondo Dinh" Subject: Re: Q B Date: Fri, 3 Feb 2006 05:32:10 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62883.2DECFA90" 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: 6ba8aaf827dcb437101951262f69b3de This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62883.2DECFA90 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 Do you want to OverP A Y for your MED ? =20 I don't think you need it, SAV E up to 50% on your meds with http://www.shossel.com =20 C=20 V=20 V=20 I.=20 l.=20 A=20 A=20 A=20 L=20 L=20 G=20 I=20 I=20 R=20 U=20 S=20 A=20 M=20 =20 =20 =20 $=20 $=20 $=20 6=20 6=20 8=20 7=20 9=20 5=20 ,=20 ,=20 ,=20 5=20 9=20 4=20 9=20 9=20 5=20 ------=_NextPart_000_0001_01C62883.2DECFA90 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hello,
 
Do you want to OverP A Y for your MED ?
 
I don't think you need it, SAV E up to 50% on your meds=20 with=20 http://www.shossel.com
 
C
V
V
I.
l.
A
A
A
L
L
G
I
I
R
U
S
A
M
 
 
 
$
$
$
6
6
8
7
9
5
,
,
,
5
9
4
9
9
5
------=_NextPart_000_0001_01C62883.2DECFA90-- From w3c-dist-auth-request@frink.w3.org Fri Feb 03 10:06:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F52Vd-0003F4-1P for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 10:06: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 KAA07073 for ; Fri, 3 Feb 2006 10:04:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F52U3-0002tE-1z for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 15:04:23 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F52Tv-0002sH-Pj for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 15:04:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F52Tl-0006em-Qq for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 15:04:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13F423U005985; Fri, 3 Feb 2006 07:04:02 -0800 Date: Fri, 3 Feb 2006 07:04:02 -0800 Message-Id: <200602031504.k13F423U005985@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 1F52Tl-0006em-Qq 9fe629b43741c29579f60489cbf522ac X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602031504.k13F423U005985@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11934 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 15:04:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-03 07:03 ------- Looking at , we also agreed upon making the model description normative, and to adapt the remainde r of the spec. It seems to me this still needs to be done. Editorial: how about giving the individual parts of the model names such as (L1) A lock either directly or indirectly locks a resource. (L2) 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. ...and so on. This will make it easier to refer to these statements in the other sections. ------- 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 Feb 03 10:21:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F52kN-0007q4-WD for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 10:21: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 KAA09489 for ; Fri, 3 Feb 2006 10:19:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F52jV-00089v-26 for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 15:20:21 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F52jP-00087E-6A for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 15:20:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F52jG-0001V7-7X for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 15:20:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13FK3iE006003; Fri, 3 Feb 2006 07:20:03 -0800 Date: Fri, 3 Feb 2006 07:20:03 -0800 Message-Id: <200602031520.k13FK3iE006003@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 1F52jG-0001V7-7X db6f693a8b4187562da2c74ca42edb29 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/200602031520.k13FK3iE006003@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11935 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 15:20:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-03 07:20 ------- OK, the requirement for no content type in ELRs is gone, thanks. I still think that the whole issue still needs to be improved. Section 7.3 () now says: -- In the "locked empty resource" model, which is now the recommended implementation, a resource created with a LOCK is empty but otherwise behaves in every way as a normal resource. It is essentially the same resource that would result from a PUT request with an empty body where a Content-Type was not specified, followed by a LOCK request to the same resource. A locked empty resource: * Can be read, deleted, moved, copied, and in all ways behave as a regular resource, not a lock-null resource. * Appears as a member of its parent collection. * SHOULD NOT disappear when its lock goes away (clients must therefore be responsible for cleaning up their own mess, as with any other operation or any non-empty resource) * MAY NOT have values for properties like DAV:getcontentlanguage which haven't been specified yet by the client. * Can be updated (have content added) with a PUT request. * MUST NOT be converted into a collection. The server MUST fail a MKCOL request (as it would with a MKCOL request to any existing non-collection resource). * MUST have defined values for DAV:lockdiscovery and DAV:supportedlock properties. * The response MUST indicate that a resource was created, by use of the "201 Created" response code (a LOCK request to an existing resource instead will result in 200 OK). The body must still include the DAV:lockdiscovery property, as with a LOCK request to an existing resource. -- So it's repeating lots of stuff that is defined somewhere else, and does this using RFC2119 terminology. As far as I can tell, this is simply bad spec writing. All we should say is that an ELR is the same thing as an empty resource that was then locked and leave it at that. Furtermore, in Section 9.7.1 (): -- A PUT request is the only way a client has to indicate to the server what Content-Type a resource should have, and whether it should change if the resource is overwritten. Thus, a client MUST provide a Content-Type for a new resource if any is known, and a server SHOULD use the Content-Type header value on any PUT request as the resource's type (unless security concerns or policy dictates otherwise). If the client does not provide a Content-Type for a new resource, the server MAY create a resource with no Content-Type assigned, or it MAY attempt to assign a reasonable and legal Content-Type. -- 1) Why MUST a server provide the type when it is known? What interoperability problem would arise if it didn't? 2) The last sentence needs to be rewritten without the uppercase MAYs. In absence of a content type supplied by the client, the server basically can do what it wants, this really doesn't require anything normative from RFC2518. 2b) That being said, I would support to say "servers SHOULD NOT use a default of application/octet-stream when the client didn't supply a content type", because in this case not returning a type would be better. ------- 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 Feb 03 12:14:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F54W5-0006Pz-EI for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 12:14: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 MAA21010 for ; Fri, 3 Feb 2006 12:12:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F54Uw-00006o-6J for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:13:26 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F54Up-0008WL-GV for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:13:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F54Uk-0003gS-E6 for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:13:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HDCIl006113; Fri, 3 Feb 2006 09:13:12 -0800 Date: Fri, 3 Feb 2006 09:13:12 -0800 Message-Id: <200602031713.k13HDCIl006113@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 1F54Uk-0003gS-E6 0fa10d2c65a15793e79c6595d2676f01 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602031713.k13HDCIl006113@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11936 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:13:26 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 Bug 46 depends on bug 224, which changed state. Bug 224 Summary: add example for URI escaping in DAV:href http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=224 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |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 Fri Feb 03 12:14:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F54W5-0006Q2-Cn for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 12:14: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 MAA21011 for ; Fri, 3 Feb 2006 12:12:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F54V3-00008F-7v for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:13:33 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F54Ur-00005B-4X for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:13:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F54Ui-0006sb-UI for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:13:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HDBOv006099; Fri, 3 Feb 2006 09:13:11 -0800 Date: Fri, 3 Feb 2006 09:13:11 -0800 Message-Id: <200602031713.k13HDBOv006099@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 1F54Ui-0006sb-UI d42b463fae67602b021e298752d6c5cb 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/200602031713.k13HDBOv006099@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11937 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:13:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=224 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-02-03 09:13 ------- fixed in -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 Fri Feb 03 12:14:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F54W5-0006Pz-EI for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 12:14: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 MAA21010 for ; Fri, 3 Feb 2006 12:12:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F54Uw-00006o-6J for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:13:26 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F54Up-0008WL-GV for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:13:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F54Uk-0003gS-E6 for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:13:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HDCIl006113; Fri, 3 Feb 2006 09:13:12 -0800 Date: Fri, 3 Feb 2006 09:13:12 -0800 Message-Id: <200602031713.k13HDCIl006113@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 1F54Uk-0003gS-E6 0fa10d2c65a15793e79c6595d2676f01 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602031713.k13HDCIl006113@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11936 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:13:26 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 Bug 46 depends on bug 224, which changed state. Bug 224 Summary: add example for URI escaping in DAV:href http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=224 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |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 Fri Feb 03 12:14:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F54W5-0006Q2-Cn for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 12:14: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 MAA21011 for ; Fri, 3 Feb 2006 12:12:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F54V3-00008F-7v for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:13:33 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F54Ur-00005B-4X for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:13:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F54Ui-0006sb-UI for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:13:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HDBOv006099; Fri, 3 Feb 2006 09:13:11 -0800 Date: Fri, 3 Feb 2006 09:13:11 -0800 Message-Id: <200602031713.k13HDBOv006099@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 1F54Ui-0006sb-UI d42b463fae67602b021e298752d6c5cb 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/200602031713.k13HDBOv006099@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11937 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:13:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=224 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-02-03 09:13 ------- fixed in -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 Fri Feb 03 12:39:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F54tr-0003eJ-J8 for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 12:39: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 MAA22953 for ; Fri, 3 Feb 2006 12:37:24 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F54t2-0002b4-BK for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:38:20 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F54sw-0002YC-3y for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:38:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F54sq-0008Ai-Cx for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:38:13 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13Hc5ZV006147; Fri, 3 Feb 2006 09:38:05 -0800 Date: Fri, 3 Feb 2006 09:38:05 -0800 Message-Id: <200602031738.k13Hc5ZV006147@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 1F54sq-0008Ai-Cx 2489ce7eafc3800292a788d751d06ca2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 228] If header weak etag matching X-Archived-At: http://www.w3.org/mid/200602031738.k13Hc5ZV006147@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11938 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:38:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=228 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-02-03 09:37 ------- Following brief discussion during the 3 Feb telecon, Lisa volunteered to add a few words of warning to the ETags section of bis regarding the use of weak etags for authoring ------- 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 Feb 03 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 1F558c-0001kN-Ei for webdav-archive@megatron.ietf.org; Fri, 03 Feb 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 MAA24187 for ; Fri, 3 Feb 2006 12:52:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F557k-0007Q5-0T for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:53:32 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F557d-0007OW-Hp for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:53:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F557Z-0001ib-PN for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:53:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HrLkC006207; Fri, 3 Feb 2006 09:53:21 -0800 Date: Fri, 3 Feb 2006 09:53:21 -0800 Message-Id: <200602031753.k13HrLkC006207@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 1F557Z-0001ib-PN 63d99d93dbecd5e4ae692faa6679bcde X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 35] RFC2606 compliance X-Archived-At: http://www.w3.org/mid/200602031753.k13HrLkC006207@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11939 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:53:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=35 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-02-03 09:53 ------- fixed in latest 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 Fri Feb 03 12:57:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F55BV-0002kf-CW for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 12:57: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 MAA24507 for ; Fri, 3 Feb 2006 12:55:38 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F55An-0008FG-PL for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:56:41 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F55Ak-0008EH-Lh for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:56:38 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F55Aa-0004FN-U2 for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:56:37 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HuS8W006226; Fri, 3 Feb 2006 09:56:28 -0800 Date: Fri, 3 Feb 2006 09:56:28 -0800 Message-Id: <200602031756.k13HuS8W006226@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 1F55Aa-0004FN-U2 89409b3f50889d8e6dea2e279103d841 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200602031756.k13HuS8W006226@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11940 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:56:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-02-03 09:56 ------- Provisionally resolved as fixed with the most recent editorial changes in the recognition that this may need to be reviewed when the reference draft for ETag handling is complete. ------- 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 Feb 03 12:57:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F55Be-0002ly-AL for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 12:57: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 MAA24521 for ; Fri, 3 Feb 2006 12:55:47 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F55Aw-0008MN-WA for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:56:51 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F55Ak-0008EI-Vs for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:56:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F55Ad-0004FU-3f for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:56:37 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HuStA006240; Fri, 3 Feb 2006 09:56:28 -0800 Date: Fri, 3 Feb 2006 09:56:28 -0800 Message-Id: <200602031756.k13HuStA006240@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 1F55Ad-0004FU-3f 95ef33d5343c264cff35725cbcaf35e6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 208] spec contradictory in ETag requirements X-Archived-At: http://www.w3.org/mid/200602031756.k13HuStA006240@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11941 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:56:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=208 Bug 208 depends on bug 13, which changed state. Bug 13 Summary: new ETag requirements http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 What |Old Value |New Value ---------------------------------------------------------------------------- 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 Feb 03 12:58:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F55CX-0003ky-Fa for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 12:58: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 MAA24645 for ; Fri, 3 Feb 2006 12:56:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F55Bw-00005C-Oc for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 17:57:52 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F55Bs-0008W6-Qm for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:57:48 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F55Bp-0007S1-SO for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:57:48 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HvjFT006265; Fri, 3 Feb 2006 09:57:45 -0800 Date: Fri, 3 Feb 2006 09:57:45 -0800 Message-Id: <200602031757.k13HvjFT006265@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 1F55Bp-0007S1-SO 6aae46e0e482d8e2068dfbdd4c2a3bc5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602031757.k13HvjFT006265@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11942 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 17:57:52 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-02-03 09:57 ------- fixed in latest (pre-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 Fri Feb 03 13:00:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F55Eo-0004ee-Er for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 13:00: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 MAA24806 for ; Fri, 3 Feb 2006 12:59:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F55E2-0000aF-7V for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 18:00:02 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F55Dy-0000JS-94 for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 17:59:58 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F55Dt-00051E-Kg for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 17:59:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13HxnaA006298; Fri, 3 Feb 2006 09:59:49 -0800 Date: Fri, 3 Feb 2006 09:59:49 -0800 Message-Id: <200602031759.k13HxnaA006298@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 1F55Dt-00051E-Kg 5c75366b7670b0bea93bfd918aab83c8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 72] Review references section X-Archived-At: http://www.w3.org/mid/200602031759.k13HxnaA006298@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11943 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 18:00:02 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=72 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-02-03 09:59 ------- Assigning to Lisa for review. ------- 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 Feb 03 13:03:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F55Hb-0005yc-K9 for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 13:03: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 NAA25004 for ; Fri, 3 Feb 2006 13:01:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F55Gt-00032Q-A5 for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 18:02:59 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F55Gm-00030M-W3 for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 18:02:53 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F55Gj-0005hK-V7 for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 18:02:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13I2mJQ006332; Fri, 3 Feb 2006 10:02:48 -0800 Date: Fri, 3 Feb 2006 10:02:48 -0800 Message-Id: <200602031802.k13I2mJQ006332@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 1F55Gj-0005hK-V7 d57c4382128856943aa0f97c3e666473 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602031802.k13I2mJQ006332@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11944 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 18:02:59 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 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-02-03 10:02 ------- Assigning to Lisa for first pass at restructured changes 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 Fri Feb 03 13:25:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F55ch-0004DG-SG for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 13:25: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 NAA26370 for ; Fri, 3 Feb 2006 13:23:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F55bZ-000890-Kt for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 18:24:21 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F55bT-000881-K5 for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 18:24:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F55bI-0002WD-FW for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 18:24:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13IO2t3006364; Fri, 3 Feb 2006 10:24:02 -0800 Date: Fri, 3 Feb 2006 10:24:02 -0800 Message-Id: <200602031824.k13IO2t3006364@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 1F55bI-0002WD-FW c8a58d11aa326c298d0a3e0b6135938e 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/200602031824.k13IO2t3006364@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11945 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 18:24:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-03 10:24 ------- Proposal: clarify that a LOCK to an unmapped URL implicitly is preceded by a PUT ... HTTP/1.1 Host: ... Content-Length: 0 ...and be done with 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 Fri Feb 03 13:35:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F55mk-0000kS-6X for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 13:35: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 NAA27382 for ; Fri, 3 Feb 2006 13:34:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F55m5-00039X-93 for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 18:35:13 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F55m0-00038y-EK for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 18:35:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F55ly-0006HY-P5 for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 18:35:08 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13IZ4Bu006398; Fri, 3 Feb 2006 10:35:04 -0800 Date: Fri, 3 Feb 2006 10:35:04 -0800 Message-Id: <200602031835.k13IZ4Bu006398@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 1F55ly-0006HY-P5 58473cc0a4bdb3a8200caccc1100b88f 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/200602031835.k13IZ4Bu006398@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11946 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 18:35:13 +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 |fluffy@cisco.com ------- Additional Comments From elias@cse.ucsc.edu 2006-02-03 10:35 ------- Discussed during 3 Feb telecon, with consensus that the example PUT request julian provided is correct and that ELRs are not just 'essentially' the same as an empty resource that is locked, but is in fact identical. Julians stated preference is to simply state this fact and refer to the locking model, leaving the reader to derive any expected behavior from this single point of reference. Lisa feels strongly that the additional explanatory text is useful. Elias proposed something of a middle ground, leaving the discriptive text but remove the normative (upper case) requirements, which Julian has said he could live with. We respectfully request that Cullen cast a decision on the 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 Fri Feb 03 13:49:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5606-0007CP-9r for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 13:49: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 NAA28654 for ; Fri, 3 Feb 2006 13:48:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F55zL-0006Sz-V6 for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 18:48:55 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F55zG-0006Rr-04 for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 18:48:50 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F55zB-0001mW-Ki for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 18:48:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13ImiAC006459; Fri, 3 Feb 2006 10:48:44 -0800 Date: Fri, 3 Feb 2006 10:48:44 -0800 Message-Id: <200602031848.k13ImiAC006459@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 1F55zB-0001mW-Ki 0bab38639a02ae2c17d24c42d4189318 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 228] If header weak etag matching X-Archived-At: http://www.w3.org/mid/200602031848.k13ImiAC006459@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11947 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 18:48:55 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=228 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-03 10:48 ------- Added guidance on weak etags and removed requirement (SHOULD use strong etags) ------- 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 Feb 03 13:57:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F567E-0002oX-Sv for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 13:57: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 NAA29100 for ; Fri, 3 Feb 2006 13:55:27 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F566V-0007xV-BB for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 18:56:19 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F566R-0007wS-PK for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 18:56:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F566Q-0001SV-0x for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 18:56:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k13IuD8R006487; Fri, 3 Feb 2006 10:56:13 -0800 Date: Fri, 3 Feb 2006 10:56:13 -0800 Message-Id: <200602031856.k13IuD8R006487@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 1F566Q-0001SV-0x 721141c471ad626270d21ff718824fb2 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/200602031856.k13IuD8R006487@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11948 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 18:56:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |julian.reschke@greenbytes.de Status|REOPENED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-03 10:56 ------- Julian to follow-up on mailing list. ------- 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 Feb 03 16:12:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F58Ds-0003Mv-Um for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 16:12: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 QAA13165 for ; Fri, 3 Feb 2006 16:10:26 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F58C4-0004vN-IV for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 21:10:12 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F58Bw-0004ui-QH for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 21:10:04 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by lisa.w3.org with smtp (Exim 4.50) id 1F58Bt-0007Om-S0 for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 21:10:04 +0000 Received: (qmail invoked by alias); 03 Feb 2006 21:09:59 -0000 Received: from p508F9022.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.144.34] by mail.gmx.net (mp036) with SMTP; 03 Feb 2006 22:09:59 +0100 X-Authenticated: #1915285 Message-ID: <43E3C618.4030902@gmx.de> Date: Fri, 03 Feb 2006 22:07:36 +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 1F58Bt-0007Om-S0 75ab429cceb594bb2f3fc61339aaa561 X-Original-To: w3c-dist-auth@w3.org Subject: BugZilla issue 213, PROPFIND:infinity X-Archived-At: http://www.w3.org/mid/43E3C618.4030902@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11949 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 21:10:12 +0000 Content-Transfer-Encoding: 7bit Hi, (see for history). We discussed this issue during today's conference call, and the remaining issue seems to be: If a server decides not to implement or support PROPFIND/Depth:infinity, is it allowed to do that generally (meaning that any PROPFIND/Depth:infinity request will be rejected independently of whether the resource at the request-URI is a collection, or the collection happens to be "small"), or is it required to first check that the Request-URI indeed identifies a collection, and the full collection contents is indeed to expensive to return? I think the former represents what servers do today, and this means clients can't rely on PROPFIND/Infinity support in any way. As a matter of fact, I think clients cope with that already, and there's really no problem in just stating this (AFAIK, Apache/moddav is shipping configured that way). Requiring servers to check whether the resource is a collection, and to decide on whether it would be too expensive to do seems like an unrealistic requirement, because it may be almost as expensive as executing the PROPFIND. Feedback appreciated, Julian From w3c-dist-auth-request@frink.w3.org Fri Feb 03 17:24:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F59M2-00029U-CS for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 17:24: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 RAA21054 for ; Fri, 3 Feb 2006 17:22:47 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F59Ke-0005ab-KG for w3c-dist-auth-dist@listhub.w3.org; Fri, 03 Feb 2006 22:23:08 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F59KX-0005Zl-KW for w3c-dist-auth@listhub.w3.org; Fri, 03 Feb 2006 22:23:01 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by lisa.w3.org with esmtp (Exim 4.50) id 1F59KV-0000vq-GL for w3c-dist-auth@w3.org; Fri, 03 Feb 2006 22:23:01 +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 AA72F14228F; Fri, 3 Feb 2006 14:22:57 -0800 (PST) In-Reply-To: <43E3C618.4030902@gmx.de> References: <43E3C618.4030902@gmx.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: WebDAV Content-Transfer-Encoding: 7bit From: Lisa Dusseault Date: Fri, 3 Feb 2006 14:22:54 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.746.2) 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 1F59KV-0000vq-GL e5bf67c86e2745c20389e7fe069a993c X-Original-To: w3c-dist-auth@w3.org Subject: Re: BugZilla issue 213, PROPFIND:infinity X-Archived-At: http://www.w3.org/mid/A19B31CA-1599-4E44-8B4C-605868669CCA@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11950 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 03 Feb 2006 22:23:08 +0000 Content-Transfer-Encoding: 7bit I had previously misunderstood what we'd discussed and thought we'd allow PROPFIND depth infinity requests to be rejected IF they posed a performance problem. Allowing them to be rejected consistently is, IMO, effectively deprecating PROPFIND Depth Infinity, because then clients couldn't rely on it. That is possibly a fine thing. If we learned that most clients don't use it anyway, then we could deprecate PROPFIND depth infinity and servers wouldn't even have to worry about implementing it at all. Lisa On Feb 3, 2006, at 1:07 PM, Julian Reschke wrote: > > Hi, > > (see > for history). > > We discussed this issue during today's conference call, and the > remaining issue seems to be: > > If a server decides not to implement or support PROPFIND/ > Depth:infinity, is it allowed to do that generally (meaning that > any PROPFIND/Depth:infinity request will be rejected independently > of whether the resource at the request-URI is a collection, or the > collection happens to be "small"), or is it required to first check > that the Request-URI indeed identifies a collection, and the full > collection contents is indeed to expensive to return? > > I think the former represents what servers do today, and this means > clients can't rely on PROPFIND/Infinity support in any way. As a > matter of fact, I think clients cope with that already, and there's > really no problem in just stating this (AFAIK, Apache/moddav is > shipping configured that way). > > Requiring servers to check whether the resource is a collection, > and to decide on whether it would be too expensive to do seems like > an unrealistic requirement, because it may be almost as expensive > as executing the PROPFIND. > > Feedback appreciated, > > Julian > > From w3c-dist-auth-request@frink.w3.org Fri Feb 03 21:54:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5DZG-0005AC-HL for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 21:54: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 VAA24904 for ; Fri, 3 Feb 2006 21:52:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5DXd-0002wM-Ee for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 02:52:49 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F5DXV-0002u9-Fa for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 02:52:41 +0000 Received: from mail-out4.apple.com ([17.254.13.23]) by aji.w3.org with esmtp (Exim 4.50) id 1F5DXR-0001Ds-C4 for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 02:52:40 +0000 Received: from relay6.apple.com (a17-128-113-36.apple.com [17.128.113.36]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id k142qXcl016538; Fri, 3 Feb 2006 18:52:33 -0800 (PST) Received: from [17.221.42.43] (pucca.apple.com [17.221.42.43]) by relay6.apple.com (Apple SCV relay) with ESMTP id 4137217C; Fri, 3 Feb 2006 18:52:33 -0800 (PST) In-Reply-To: <43E3C618.4030902@gmx.de> References: <43E3C618.4030902@gmx.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2327BC46-30FA-4748-8BF3-0F06AA567A90@apple.com> Cc: WebDAV Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= Date: Fri, 3 Feb 2006 18:52:32 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.746.2) X-Brightmail-Tracker: AAAAAA== Received-SPF: pass (aji.w3.org: domain of wsanchez@apple.com designates 17.254.13.23 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F5DXR-0001Ds-C4 eca609925d37f1a6edda1c5512434e6f X-Original-To: w3c-dist-auth@w3.org Subject: Re: BugZilla issue 213, PROPFIND:infinity X-Archived-At: http://www.w3.org/mid/2327BC46-30FA-4748-8BF3-0F06AA567A90@apple.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11951 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 02:52:49 +0000 Content-Transfer-Encoding: 7bit I could imagine a case where a server starts out by trying to honor the request, but if the depth level (or number of resources encountered, or whatever measure they use to judge the cost of this query) reaches some limit, it bails out and returns an error. I don't know if anyone does this now, but my server does honor depth: infinity at the moment and I was considering that sort of thing whenever the time comes that I need to reject such requests. As such, I'd like the spec to allow for me to reject depth: infinity requests for some but not all resources. The old language seems to imply that I can either reject all or no such requests if I want to return a propfind-finite-depth error, though it's not really clear. The proposed new language looks better, though perhaps "MAY be disabled" in 9.1 could be written as "MAY be disabled for some or all resources", or something similar. -wsv On Feb 3, 2006, at 1:07 PM, Julian Reschke wrote: > > Hi, > > (see > for history). > > We discussed this issue during today's conference call, and the > remaining issue seems to be: > > If a server decides not to implement or support PROPFIND/ > Depth:infinity, is it allowed to do that generally (meaning that > any PROPFIND/Depth:infinity request will be rejected independently > of whether the resource at the request-URI is a collection, or the > collection happens to be "small"), or is it required to first check > that the Request-URI indeed identifies a collection, and the full > collection contents is indeed to expensive to return? > > I think the former represents what servers do today, and this means > clients can't rely on PROPFIND/Infinity support in any way. As a > matter of fact, I think clients cope with that already, and there's > really no problem in just stating this (AFAIK, Apache/moddav is > shipping configured that way). > > Requiring servers to check whether the resource is a collection, > and to decide on whether it would be too expensive to do seems like > an unrealistic requirement, because it may be almost as expensive > as executing the PROPFIND. > > Feedback appreciated, > > Julian > From w3c-dist-auth-request@frink.w3.org Fri Feb 03 21:55:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5DZq-0005C2-Ip for webdav-archive@megatron.ietf.org; Fri, 03 Feb 2006 21:55: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 VAA24923 for ; Fri, 3 Feb 2006 21:53:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5DZ9-000394-Pu for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 02:54:23 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F5DZ5-00038G-M2 for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 02:54:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F5DZ2-0001UL-NJ for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 02:54:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k142sEog006801; Fri, 3 Feb 2006 18:54:14 -0800 Date: Fri, 3 Feb 2006 18:54:14 -0800 Message-Id: <200602040254.k142sEog006801@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 1F5DZ2-0001UL-NJ d9e8a7462b19a38e72024a68f3d92cb8 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/200602040254.k142sEog006801@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11952 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 02:54:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 ------- Additional Comments From wsanchez@wsanchez.net 2006-02-03 18:54 ------- I suggest that "MAY be disabled" be written as "MAY be disabled for some or all resources" so that it is clear that a server may choose to disable the functionality for those resources that it thinks are a problem and still allow it for (ideally most) others. ------- 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 Feb 04 04:49:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5K3G-0002E8-2A for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 04:49: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 EAA22079 for ; Sat, 4 Feb 2006 04:48:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5K09-0006o4-8j for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 09:46:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F5K01-0006mz-In for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 09:46:33 +0000 Received: from mail.gmx.net ([213.165.64.21]) by aji.w3.org with smtp (Exim 4.50) id 1F5Jzm-0004Fh-ST for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 09:46:32 +0000 Received: (qmail invoked by alias); 04 Feb 2006 09:46:14 -0000 Received: from p508FBBDF.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.187.223] by mail.gmx.net (mp019) with SMTP; 04 Feb 2006 10:46:14 +0100 X-Authenticated: #1915285 Message-ID: <43E4775D.7060802@gmx.de> Date: Sat, 04 Feb 2006 10:43:57 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: WebDAV References: <43E3C618.4030902@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 (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 1F5Jzm-0004Fh-ST 33e173d3097f3b28659c5ec0ceee7191 X-Original-To: w3c-dist-auth@w3.org Subject: Re: BugZilla issue 213, PROPFIND:infinity X-Archived-At: http://www.w3.org/mid/43E4775D.7060802@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11953 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 09:46:41 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > I had previously misunderstood what we'd discussed and thought we'd > allow PROPFIND depth infinity requests to be rejected IF they posed a > performance problem. Allowing them to be rejected consistently is, IMO, > effectively deprecating PROPFIND Depth Infinity, because then clients > couldn't rely on it. Yes, we discussed that very issue. Requiring the server to execute the PROPFIND if it happens to be cheap is not only bad spec writing (how would you do a compliance test?), it also doesn't make sense (in many cases, even counting the descendants of a collection will be almost as expensive as returning them -- the recursion is the problem!). Furthermore, servers today already work this way (they are *configured* to reject PROPFIND/infinity in any case), and I'm not aware of any client problems because of that. > That is possibly a fine thing. If we learned that most clients don't > use it anyway, then we could deprecate PROPFIND depth infinity and > servers wouldn't even have to worry about implementing it at all. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Sat Feb 04 04:51:25 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5K4j-0002wZ-4s for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 04:51: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 EAA22145 for ; Sat, 4 Feb 2006 04:49:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5K47-0007WF-Ey for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 09:50:47 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F5K44-0007Vc-B9 for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 09:50:44 +0000 Received: from mail.gmx.net ([213.165.64.21]) by lisa.w3.org with smtp (Exim 4.50) id 1F5K42-0008BM-FL for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 09:50:44 +0000 Received: (qmail invoked by alias); 04 Feb 2006 09:50:40 -0000 Received: from p508FBBDF.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.187.223] by mail.gmx.net (mp025) with SMTP; 04 Feb 2006 10:50:40 +0100 X-Authenticated: #1915285 Message-ID: <43E47865.6010805@gmx.de> Date: Sat, 04 Feb 2006 10:48:21 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= CC: WebDAV References: <43E3C618.4030902@gmx.de> <2327BC46-30FA-4748-8BF3-0F06AA567A90@apple.com> In-Reply-To: <2327BC46-30FA-4748-8BF3-0F06AA567A90@apple.com> 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 1F5K42-0008BM-FL 06314255a2895c32efbc752da587df13 X-Original-To: w3c-dist-auth@w3.org Subject: Re: BugZilla issue 213, PROPFIND:infinity X-Archived-At: http://www.w3.org/mid/43E47865.6010805@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11954 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 09:50:47 +0000 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id EAA22145 Wilfredo S=E1nchez Vega wrote: >=20 > I could imagine a case where a server starts out by trying to honor=20 > the request, but if the depth level (or number of resources encountered= ,=20 > or whatever measure they use to judge the cost of this query) reaches=20 > some limit, it bails out and returns an error. That's conceivable, but not really practical. A server that does support=20 depth infinity will need to stream the response, and if it does,=20 there's no way to return a non-207 status at a later point (because the=20 response headers already have been sent to the client). > I don't know if anyone does this now, but my server does honor depth:= =20 > infinity at the moment and I was considering that sort of thing wheneve= r=20 > the time comes that I need to reject such requests. >=20 > As such, I'd like the spec to allow for me to reject depth: infinity=20 > requests for some but not all resources. The old language seems to=20 > imply that I can either reject all or no such requests if I want to=20 > return a propfind-finite-depth error, though it's not really clear. Th= e=20 > proposed new language looks better, though perhaps "MAY be disabled" in= =20 > 9.1 could be written as "MAY be disabled for some or all resources", or= =20 > something similar. >=20 > -wsv OK, let's have a different look at this whole issue: 1) Is anybody aware of a use case where the PROPFIND/depth:infinity=20 can't be substituted by a series on PROPFIND/depth:1 requests? 2) Is anybody aware of a client that breaks if the server rejects=20 PROPFIND/depth:infinity? Best regards, Julian From Ashton@golfshop-up.com Sat Feb 04 06:32:08 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5LeC-0002r9-EO for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 06:32:08 -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 GAA28239 for ; Sat, 4 Feb 2006 06:30:28 -0500 (EST) Received: from [60.178.49.214] (helo=-1226372744) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F5Lpx-0004cf-85 for webdav-archive@ietf.org; Sat, 04 Feb 2006 06:44:18 -0500 Received: from golfshop-up.com (-1211734456 [-1211734840]) by get2support.com (Qmailv1) with ESMTP id D5822DFE8D for ; Sat, 04 Feb 2006 06:33:31 -0500 Date: Sat, 04 Feb 2006 06:33:31 -0500 From: "Beautician G. Drabs" X-Mailer: The Bat! (v2.00.6) Personal X-Priority: 3 Message-ID: <6824438152.20060204063331@golfshop-up.com> To: Webdav Subject: Software MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Ameriserv.net Anti-Virus E-Gateway X-Spam-Score: 1.1 (+) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Content-Transfer-Encoding: 7bit Need s0ftware? Click here. Three steps to the software you need at the prices you want. New software on our site: Visio 2003 Professional - $69.95 Visual Studio .NET Architect Edition (8CD) - $139.95 Office XP Professional - $79.95 Money 2004 - $69.95 Photoshop 7 - $69.95 Borland Delphi 7 Enterprise Edition (2CD) - $69.95 Windows NT 4.0 Terminal Server - $49.95 PhotoRetouch Pro 3.0 - $59.95 Office 2000 Premium Edition PE (2CD) - $59.95 LiveMotion 2.0 - $69.95 Photoshop Elements 3.0 Windows - $59.95 Project 2003 Professional - $69.95 Photoshop Elements 3.0 Windows - $59.95 Windows 2000 Advanced Server - $69.95 Our site: http://satrapalfc.com From w3c-dist-auth-request@frink.w3.org Sat Feb 04 08:24:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5NP0-0005ml-Bl for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 08:24: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 IAA06696 for ; Sat, 4 Feb 2006 08:22:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5NNg-0001Q8-LW for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 13:23:12 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F5NNZ-0001PL-LE for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 13:23:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F5NNW-0004i9-Ih for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 13:23:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k14DN0Wt007377; Sat, 4 Feb 2006 05:23:00 -0800 Date: Sat, 4 Feb 2006 05:23:00 -0800 Message-Id: <200602041323.k14DN0Wt007377@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 1F5NNW-0004i9-Ih 14a58ee8fdc12720c1f768693ee926b7 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/200602041323.k14DN0Wt007377@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11955 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 13:23:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-04 05:23 ------- First, let me note that this discussion really doesn't belong under this issue. There are problems directly related to this bug, which I'll cover first (as usual, see also ). Section 9.7.1., para. 3: OLD: A PUT request is the only way a client has to indicate to the server what Content-Type a resource should have, and whether it should change if the resource is overwritten. Thus, a client MUST provide a Content-Type for a new resource if any is known, and a server SHOULD use the Content-Type header value on any PUT request as the resource's type (unless security concerns or policy dictates otherwise). If the client does not provide a Content-Type for a new resource, the server MAY create a resource with no Content-Type assigned, or it MAY attempt to assign a reasonable and legal Content- Type. NEW: A PUT request is the only way a client has to indicate to the server what Content-Type a resource should have, and whether it should change if the resource is overwritten. Thus, a client SHOULD provide a Content-Type if any is known, and a server SHOULD use the Content-Type header value on any PUT request as the resource's type (unless security concerns or policy dictates otherwise). 1) I have a hard time believing a "MUST" level statement if it is immediately relaxed by something untestable such as "if any is known". I could live with a SHOULD, though. Also, the last sentence (two MAYs) doesn't seem to say anything new; it only states things that are stated again in the subsequent paragraph. That being said, I find the definition of ELRs (empty locked resources) lame; it makes a thing complicated that was meant to become simple. Taking out the word "essentially" is one step, replacing the normative language here is another. I'd also like to point out that all the points listed here are entirely useless for people who do not know or care about the previous LNR (lock null resource) model, and *is* going to cause confusion. So, this really belongs into the Changes section. Section 7.3., para. 12: OLD: In the "locked empty resource" model, which is now the recommended implementation, a resource created with a LOCK is empty but otherwise behaves in every way as a normal resource. It is essentially the same resource that would result from a PUT request with an empty body where a Content-Type was not specified, followed by a LOCK request to the same resource. A locked empty resource: NEW: In the "locked empty resource" model, which is now the recommended implementation, a resource created with a LOCK is empty but otherwise behaves in every way as a normal resource. It is the same resource that would result from a PUT request with an empty body where a Content-Type was not specified, followed by a LOCK request to the same resource. A locked empty resource: Section 7.3., para. 15: OLD: o SHOULD NOT disappear when its lock goes away (clients must therefore be responsible for cleaning up their own mess, as with any other operation or any non-empty resource) NEW: o Will not disappear when its lock goes away (clients must therefore be responsible for cleaning up their own mess, as with any other operation or any non-empty resource). Section 7.3., para. 16: OLD: 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. (note: "MAY NOT" is not defined by any IETF spec :-) Section 7.3., para. 18: OLD: o MUST NOT be converted into a collection. The server MUST fail a MKCOL request (as it would with a MKCOL request to any existing non-collection resource). NEW: o Can not be converted into a collection. The server will fail a MKCOL request (as it would with a MKCOL request to any existing non-collection resource). Section 7.3., para. 19: OLD: o MUST have defined values for DAV:lockdiscovery and DAV: supportedlock properties. NEW: o Will have defined values for DAV:lockdiscovery and DAV: supportedlock properties. Section 7.3., para. 20: OLD: o The response MUST indicate that a resource was created, by use of the "201 Created" response code (a LOCK request to an existing resource instead will result in 200 OK). The body must still include the DAV:lockdiscovery property, as with a LOCK request to an existing resource. NEW: o The response will indicate that a resource was created, by use of the "201 Created" response code (a LOCK request to an existing resource instead will result in 200 OK). The body must still include the DAV:lockdiscovery property, as with a LOCK request to an existing resource. ------- 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 Feb 04 10:37:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5PTp-0001Ie-V9 for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 10:37: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 KAA14769 for ; Sat, 4 Feb 2006 10:35:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5PSb-000533-1T for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 15:36:25 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F5PSW-00052D-AD for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 15:36:20 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F5PSP-0008KI-Ez for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 15:36:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k14FaBcK007480; Sat, 4 Feb 2006 07:36:11 -0800 Date: Sat, 4 Feb 2006 07:36:11 -0800 Message-Id: <200602041536.k14FaBcK007480@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 1F5PSP-0008KI-Ez b4f07375674c307769d572a8702efcce X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602041536.k14FaBcK007480@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11957 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 15:36:25 +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 ------- 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 Feb 04 10:37:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5PTp-0001Ig-Vn for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 10:37: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 KAA14770 for ; Sat, 4 Feb 2006 10:35:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5PSP-00051m-Qb for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 15:36:13 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F5PSH-00050T-Oi for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 15:36:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F5PSB-0000y3-8v for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 15:36:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k14FZvIM007460; Sat, 4 Feb 2006 07:35:57 -0800 Date: Sat, 4 Feb 2006 07:35:57 -0800 Message-Id: <200602041535.k14FZvIM007460@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 1F5PSB-0000y3-8v a441f69edb05da549cd76962d059ef2e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602041535.k14FZvIM007460@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11956 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 15:36:13 +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-02-04 07:35 ------- We're getting closer, but I don't think we're done. Proposed changes (see also ): Section 8.2., para. 2: OLD: The sender has a choice between two approaches: using a relative reference, which is resolved against the Request-URI, 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 sender has a choice between two approaches: using a relative reference, which is resolved against the Request-URI, or a full URI. A server MUST ensure that every 'href' value within a Multi-Status response uses the same format. (Reason: the normative requirement on senders of headers just doesn't make any sense. Sorry.) Section 8.2., para. 5: OLD: The absolute-URI and path-absolute productions are defined in section 4.3 and 4.1 of [RFC3986]. NEW: ; absolute-URI, path-absolute, query: see Sections 4.3, 3.3 ; and 3.4 of [RFC3986] (reference for "query" missing) ------- 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 Feb 04 10:52:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5Pi3-0006RD-Q3 for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 10:52: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 KAA15718 for ; Sat, 4 Feb 2006 10:50:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5PhE-0008Qp-Tv for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 15:51:32 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F5PhA-0008Q4-40 for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 15:51:28 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F5Ph7-00019C-3w for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 15:51:28 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k14FpOkX007503; Sat, 4 Feb 2006 07:51:24 -0800 Date: Sat, 4 Feb 2006 07:51:24 -0800 Message-Id: <200602041551.k14FpOkX007503@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 1F5Ph7-00019C-3w e899875d5898cc9076b53cf673e09092 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200602041551.k14FpOkX007503@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11958 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 15:51:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-04 07:51 ------- Proposed changes (see also ): Section 10.3., para. 2: OLD: Destination = "Destination" ":" ( Simple-ref ) NEW: Destination = "Destination" ":" Simple-ref (unneeded parentheses) 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. (do not require servers to return a status code that really doesn't fix the situation) 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 absolute paths in one example) 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 (update the changes section) ------- 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 dr_martin5@ozu.es Sat Feb 04 11: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 1F5QJR-00032b-1D for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 11:31:01 -0500 Received: from mx2.ozu.es (mx2.ozu.es [194.30.33.37]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA18085 for ; Sat, 4 Feb 2006 11:29:21 -0500 (EST) From: dr_martin5@ozu.es Received: from www.correo.ozu.es (webmail2-privado.ozu.es [10.0.6.41]) by mx2.ozu.es (Postfix) with SMTP id 5FC8B33289; Sat, 4 Feb 2006 17:30:46 +0100 (CET) Received: from 213.255.199.25 (proxying for 172.17.2.55) (SquirrelMail authenticated user dr_martin5@ozu.es) by correo.ozu.es with HTTP; Sat, 4 Feb 2006 17:30:46 +0100 (CET) Message-ID: <44120.213.255.199.25.1139070646.squirrel@correo.ozu.es> Date: Sat, 4 Feb 2006 17:30:46 +0100 (CET) Subject: IT'S DOCTOR MARTIN FROM LONDON/JULY 7 2005,BOMB VICTIMS Reply-To: dr_martin83@ozu.es User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal To: undisclosed-recipients:; Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id LAA18085 ST AUGUSTINE'S HOSPITAL, 86 CHELMSFORD STREET, LONDON,ENGLAND. Dear Beloved, Forgive me if this comes to you as a surprise because we do not know each other in person.I have picked-up the trust and courage to ask you to look for a reliable and honest person who will be capable for this important business transaction believing that you will never let me down either now or in the future. I am DR MARTIN LUBIKOWSKI,a general medical practitioner attached at the St Augustine's Hospital, London,England.I have very important information I wish to share with you.On the 7th of July 2005,we admitted a patient (Late Mr Giles Hart, 55,who is a british citizen living here in London with his family before his sudden death).who was a victim of London Bomb. It was found on examination that the accident has metastasized extensively and that he had no chances of survival. Thus our medical team informed the patient that his death would be a matter of weeks.I was assigned to manage this patient and I was able to have his history and eventually developed friendship with him. He made a fixed Deposit valued at USD 8 million (Eight Million United States Dollars Only) with a finance institution here in EUROPE. Unfortunately he lost his life on July 7 london bus bomb which took place at Tavistock Square-London. To see the details of this bomb blast and my late patience Mr Giles Hart,Please click on the He left no clear beneficiary as to his business foreign associate but all documents relating to the claim of this fund will be processed in your name as his business foreign associate as soon as we agreed together.Because,he handed me over some of the documents as he could at his point of death. The Governing Body of the Bank here in Europe has contacted me on this matter and I am yet to provide the Next of Kin/foreign business associate to lay a claim to the Fund. Under a clear and legitimate agreement with you,I shall seek your consent to be presented as the next of kin / foreign business associate without any risk involved so that my late patience Fund will not be confiscated by the Government. For the sake of transparency on this matter, you are free to make immediate contact with me through my confidential mail box at: dr_martin83@ozu.es for further information related to this matter. I beg you to treat this transaction with high confidentiality. The medical board of England will subject me to a hectic interrogation if they get hold of this information,which may lead to the money being confiscated. But I must assure you that this business bears no risk whatsoever.I have perfected every arrangement to bring about a very successful transfer in the most legal way. All I require from you is your co operation. I suggest that when this money successfully transferred to your account, I will give you 30% for your assistance. Thank you very much for your anticipated acceptance while i expect your prompt response and also i will proof my identity to you so that you will not be thinking of scam or fraud on this transaction because you might be seeing mails like this but i assure you that it is not thesame with those one. DR MARTIN, ON BEHALF -------------------------------------------------------------------------= ------------------- Nueva Barra de Herramientas de OZ=DA. Navega M=E1s facilmente por Interne= t. =A1Descargatela gratis! http://barra.ozu.es/ -------------------------------------------------------------------------= ------------------- Correo enviado desde http://www.ozu.es From w3c-dist-auth-request@frink.w3.org Sat Feb 04 11:46:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5QYk-0000M8-KH for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 11:46: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 LAA19211 for ; Sat, 4 Feb 2006 11:45:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5QXT-0007MZ-2u for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 16:45:31 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F5QXL-0007Lm-UR for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 16:45:24 +0000 Received: from adsl-68-126-173-45.dsl.snfc21.pacbell.net ([68.126.173.45] helo=joliet-jake.wsanchez.net) by aji.w3.org with esmtp (Exim 4.50) id 1F5QXI-0003mS-52 for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 16:45:23 +0000 Received: from [68.126.173.43] (adsl-68-126-173-43.dsl.snfc21.pacbell.net [68.126.173.43]) by joliet-jake.wsanchez.net (Postfix) with ESMTP id 12F2A1E16B6; Sat, 4 Feb 2006 08:45:18 -0800 (PST) In-Reply-To: <43E47865.6010805@gmx.de> References: <43E3C618.4030902@gmx.de> <2327BC46-30FA-4748-8BF3-0F06AA567A90@apple.com> <43E47865.6010805@gmx.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1--296960144; protocol="application/pkcs7-signature" Message-Id: Cc: WebDAV From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= Date: Sat, 4 Feb 2006 08:45:13 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.746.2) Received-SPF: neutral (aji.w3.org: 68.126.173.45 is neither permitted nor denied by domain of wsanchez@apple.com) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F5QXI-0003mS-52 8ed64d99b9eabfb2aaaa207327b44b58 X-Original-To: w3c-dist-auth@w3.org Subject: Re: BugZilla issue 213, PROPFIND:infinity X-Archived-At: http://www.w3.org/mid/CA7D0414-4CF4-4DF9-8396-6B080989EA8C@apple.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11959 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 16:45:31 +0000 --Apple-Mail-1--296960144 Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable True enough. I'm happy to see the feature deprecated. The more I =20= think about it, the more it seems like a misfeature. -wsv On Feb 4, 2006, at 1:48 AM, Julian Reschke wrote: > > Wilfredo S=E1nchez Vega wrote: >> I could imagine a case where a server starts out by trying to =20 >> honor the request, but if the depth level (or number of resources =20 >> encountered, or whatever measure they use to judge the cost of =20 >> this query) reaches some limit, it bails out and returns an error. > > That's conceivable, but not really practical. A server that does =20 > support depth infinity will need to stream the response, and if it =20= > does, there's no way to return a non-207 status at a later point =20 > (because the response headers already have been sent to the client). > >> I don't know if anyone does this now, but my server does honor =20 >> depth: infinity at the moment and I was considering that sort of =20 >> thing whenever the time comes that I need to reject such requests. >> As such, I'd like the spec to allow for me to reject depth: =20 >> infinity requests for some but not all resources. The old =20 >> language seems to imply that I can either reject all or no such =20 >> requests if I want to return a propfind-finite-depth error, though =20= >> it's not really clear. The proposed new language looks better, =20 >> though perhaps "MAY be disabled" in 9.1 could be written as "MAY =20 >> be disabled for some or all resources", or something similar. >> -wsv > > OK, let's have a different look at this whole issue: > > 1) Is anybody aware of a use case where the PROPFIND/depth:infinity =20= > can't be substituted by a series on PROPFIND/depth:1 requests? > > 2) Is anybody aware of a client that breaks if the server rejects =20 > PROPFIND/depth:infinity? > > > > > Best regards, Julian --Apple-Mail-1--296960144 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHbDCCAz8w ggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpB MSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUg UGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA xKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7d yfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/ p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDow OKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3Js MAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgw DQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A 9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYI Tq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8wggQlMIIDjqADAgECAhBx7J2j8CFn/hGS fsXTuaKyMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz dWluZyBDQTAeFw0wNTEyMTIwMTA1NDFaFw0wNjEyMTIwMTA1NDFaMIIBHzEVMBMGA1UEBBMMU2Fu Y2hleiBWZWdhMREwDwYDVQQqEwhXaWxmcmVkbzEeMBwGA1UEAxMVV2lsZnJlZG8gU2FuY2hleiBW ZWdhMSQwIgYJKoZIhvcNAQkBFhV3c2FuY2hlekB3c2FuY2hlei5uZXQxITAfBgkqhkiG9w0BCQEW EndzYW5jaGV6QGFwcGxlLmNvbTEiMCAGCSqGSIb3DQEJARYTd3NhbmNoZXpAYXBhY2hlLm9yZzEf MB0GCSqGSIb3DQEJARYQd3NhbmNoZXpAbWl0LmVkdTEkMCIGCSqGSIb3DQEJARYVd3NhbmNoZXpA YWx1bS5taXQuZWR1MR8wHQYJKoZIhvcNAQkBFhB3c2FuY2hlekBtYWMuY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4pAElSKR4KhKaopixoANvjnn/ZJirl2wJL7mEtgxA6kzZ/iB t9m9h3CNTh2h9g87CbOb10trNI8MmusNLgC4y2Z1Jv9EEV9LidrYW8iJx5vrqPOpOCwKqdqM4K+y kCC/CZVRYh7b5Di0UChUqtfNc6MROXz30GNq3n5fpWNbzz64DgAMSohwfSQbtt4f1W3OHIDHbtOl s4RNYmQssgI+SiYYekfJZl0RKrTEs0iYkTUFDV/Rwm1/GcIUpEHU00jmZJ2NxZUnWpOWlMa+iWn7 xUpr1W3CWXEnD9/leXRokoKhZvU5K4SiZyLqstEnWz5Qqz8sq6/ZD80K1z8G5XnjZQIDAQABo4GY MIGVMIGEBgNVHREEfTB7gRV3c2FuY2hlekB3c2FuY2hlei5uZXSBEndzYW5jaGV6QGFwcGxlLmNv bYETd3NhbmNoZXpAYXBhY2hlLm9yZ4EQd3NhbmNoZXpAbWl0LmVkdYEVd3NhbmNoZXpAYWx1bS5t aXQuZWR1gRB3c2FuY2hlekBtYWMuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA gU93zJYHgQsOY2QwIFlBViwUWbRGwb4wflJH1sp1gyX+JOxdB60AbIdME/kSTp9tJUvHRyt1j0Yq SWXADqqohXo04XgZusdwqEjIy2dMt6c7KG+NocLqhgL9Y6HqLRWTC1Ve3TxZVn18Wb0j41fJIYhi 6RwT/cRyFQ9rcdZCatMxggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIQceydo/AhZ/4Rkn7F07misjAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNjAyMDQxNjQ1MTNaMCMGCSqGSIb3DQEJ BDEWBBT17ViadvnFK56BzPwiZaJqcJ3FAjCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJa QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHHsnaPwIWf+EZJ+xdO5orIwgYcGCyqGSIb3 DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0 eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHHs naPwIWf+EZJ+xdO5orIwDQYJKoZIhvcNAQEBBQAEggEAPnMn+cwwCKBdPimSLYhiBRyimCzgqjSc evStec6Kdv8coayGTADSmZZvpD1DK5CP7lUf7eBKzcDZ28FL91vMMN53CLOODuZX0OmRmhdtHlvS EnoEDSQkQO3MbdQhUdbkGDcaTFMdSBEIMZUrlOsDJd+Ni4wzjLtdalBDPFqvIOk7YgyLU4VWX7bL F585pRmEaGasugoYskuvZ+mXv3J8VoSuZ2xUYUST8+5bxdOOnck/swKXlHgMrwBanOz959Sgu712 4VdfzH7ZuayUjNCt9P2FC+gJ2AVgjNX3tzODak9i8GfzM8sui0DrHEuqVzHKuIZAmcoYBL4rTMKQ 2XS7lQAAAAAAAA== --Apple-Mail-1--296960144-- From w3c-dist-auth-request@frink.w3.org Sat Feb 04 13:50:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5STx-0004ve-Dr for webdav-archive@megatron.ietf.org; Sat, 04 Feb 2006 13:50: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 NAA28614 for ; Sat, 4 Feb 2006 13:48:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5SSa-0002Bg-PJ for w3c-dist-auth-dist@listhub.w3.org; Sat, 04 Feb 2006 18:48:36 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F5SST-0002B2-HN for w3c-dist-auth@listhub.w3.org; Sat, 04 Feb 2006 18:48:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F5SSP-000653-Fy for w3c-dist-auth@w3.org; Sat, 04 Feb 2006 18:48:28 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k14ImMx7014878; Sat, 4 Feb 2006 10:48:22 -0800 Date: Sat, 4 Feb 2006 10:48:22 -0800 Message-Id: <200602041848.k14ImMx7014878@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 1F5SSP-000653-Fy c0a264d661835559231e708c8dd2d4b1 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/200602041848.k14ImMx7014878@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11960 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 04 Feb 2006 18:48:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-02-04 10:48 ------- A use case for supporting depth-infinity PROPFIND occurs in fine-grained repositories (such as those defined in JSR-170), in which individual XML nodes are modeled as resources. In this case, although a Depth:infinity PROPFIND on the root of the entire repository would probably be rejected, a Depth:infinity PROPFIND on the root node of an XML document will be very common (since one wouldn't want to do a separate PROPFIND for every XML node to retrieve an XML document). To make this useful for a generic client, it would be desireable to have a DAV:can-depth-infinity-propfind property on a collection, so that a generic client can identify those cases where it can retrieve the rest of that sub-tree in one request. ------- 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 Feb 05 16:20:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5rIf-0000jK-LS for webdav-archive@megatron.ietf.org; Sun, 05 Feb 2006 16:20: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 QAA13411 for ; Sun, 5 Feb 2006 16:18:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5rGc-0006Jj-QZ for w3c-dist-auth-dist@listhub.w3.org; Sun, 05 Feb 2006 21:17:54 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F5rGV-0006J7-FO for w3c-dist-auth@listhub.w3.org; Sun, 05 Feb 2006 21:17:48 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F5rGQ-0001IF-Fp for w3c-dist-auth@w3.org; Sun, 05 Feb 2006 21:17:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k15LHdUQ019465; Sun, 5 Feb 2006 13:17:39 -0800 Date: Sun, 5 Feb 2006 13:17:39 -0800 Message-Id: <200602052117.k15LHdUQ019465@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 1F5rGQ-0001IF-Fp 3bfe9121208c32b6048c0e7e854e6463 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602052117.k15LHdUQ019465@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11961 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 05 Feb 2006 21:17:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-05 13:17 ------- I've re-read Sections 6, 7 and 9 and have additional comments about GULP in particular, and locking in general. For some of the problems I've made proposed changes, in other case I just annotated my version of the draft. See 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 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. 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. After a lock is deleted, no resource is locked by that lock. Section 6.2., para. 2: OLD: However, there are times when the goal of a lock is not to exclude others from exercising an access right but rather to provide a mechanism for principals to indicate that they intend to exercise their access rights. Shared locks are provided for this case. A shared lock allows multiple principals to receive a lock. Hence any principal with appropriate access can use the lock. NEW: However, there are times when the goal of a lock is not to exclude others from exercising an access right but rather to provide a mechanism for principals to indicate that they intend to exercise their access rights. Shared locks are provided for this case, allowing multiple principals to receive a lock.[[anchor8: Avoid a potential misunderstanding: each principal will need its own shared lock, they will *not* share the same lock!]] 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: [[anchor9: This is now correct but can be said much simpler.]] Section 6.4., para. 1: OLD: The creator of a lock has special privileges to use the locked resource. The server MUST restrict the usage of a lock token to the creator of the lock, both for shared and exclusive locks. For multi- user shared lock cases, each authenticated principal MUST obtain its own shared lock. The server MAY allow privileged users other than the lock creator to destroy a lock (for example, the resource owner or an administrator) as a special case of lock usage. NEW: The creator of a lock has special privileges to use the locked resource. The server MUST restrict the usage of a lock token to the creator of the lock, both for shared and exclusive locks. For multi- user shared lock cases, each authenticated principal MUST obtain its own shared lock. [[anchor11: Misleading. Lock creator checks only apply (as a MUST level requirement) to lock token submission in the If header; removing the lock using UNLOCK is a separate thing. Furthermore, making a special statement about shared locks IMHO is confusing here.]] The server MAY allow privileged users other than the lock creator to destroy a lock (for example, the resource owner or an administrator) as a special case of lock usage.[[anchor12: Mention RFC3744, Section 3.5 (DAV:unlock privilege)?]] Section 6.4., para. 2: OLD: If an anonymous user requests a lock, the server MAY refuse the request. NEW: If an anonymous user requests a lock, the server MAY refuse the request. [[anchor13: Does this really need to be stated? After all, a server MAY refuse the request for lots of other reasons, even if the user is authenticated.]] Section 6.5., para. 1: OLD: A lock token is a type of state token, represented as a URI, which identifies a particular lock. Each lock has exactly one unique lock token generated by the server. Clients MUST NOT attempt to interpret lock tokens in any way. NEW: A lock token is a type of state token, represented as a URI, which identifies a particular lock. [[anchor14: "state token" is defined in 10.4 as "any URI which represents state information"; proposing to move the definition into Section 3.]]Each lock has exactly one unique lock token generated by the server. Clients MUST NOT attempt to interpret lock tokens in any way. Section 6.5., para. 4: OLD: Submitting a lock token does not confer full privilege to use the lock token or modify the locked resource. Write access and other privileges MUST be enforced through normal privilege or authentication mechanisms, not based on the possible obscurity of lock token values. NEW: [[anchor15: This repeats stuff from the previous subsection.]] 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: [[anchor16: Duplicates language from Timeout header definition. This may be the better place, but then please let's cleanup the Timeout header definition.]] Section 7.3., para. 3: 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 a server that normally uses the client- provided content-type 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.4., para. 1: OLD: A write lock on a collection, whether created by a "Depth: 0" or "Depth: infinity" lock request, prevents the addition or removal of member URLs of the collection by principals other than the lock creator. NEW: A write lock on a collection, whether created by a "Depth: 0" or "Depth: infinity" lock request, prevents the addition, removal or modification of an internal member URL or of its mapping, unless the associated lock token is submitted with the request. Section 7.4., para. 2: OLD: A zero-depth lock on a collection affects changes to the direct membership of that collection. When a principal issues a write request to create a new resource in a write locked collection, or isses a DELETE, MOVE or other request that would remove an existing internal member URL of a write locked collection or change the binding name, this request MUST fail if the principal does not provide the correct lock token for the locked collection. NEW: A zero-depth lock on a collection affects changes to the direct membership of that collection. When a principal issues a write request to create a new resource in a write locked collection, or issues a DELETE, MOVE or other request that would remove an existing internal member URL of a write locked collection or change the binding name, this request MUST fail if the client does not provide the correct lock token for the locked collection. Section 7.4., para. 4: OLD: o DELETE a collection's direct internal member NEW: o DELETE a collection's direct internal member, Section 7.4., para. 5: OLD: o MOVE a member out of the collection NEW: o MOVE a member out of the collection, Section 7.4., para. 6: OLD: o MOVE a member into the collection NEW: o MOVE a member into the collection, Section 7.4., para. 7: OLD: o MOVE to rename a member within a collection NEW: o MOVE to rename a member within a collection, Section 7.4., para. 8: OLD: o COPY a member into a collection NEW: o COPY a member into a collection, Section 7.4., para. 16: OLD: If a lock creator causes the URL of a resource to be added as an internal member URL of a depth-infinity locked collection then the new resource MUST be automatically added to the lock. This is the only mechanism that allows a resource to be added to a write lock. Thus, for example, if the collection /a/b/ is write locked and the resource /c is moved to /a/b/c then resource /a/b/c will be added to the write lock. NEW: If a lock request causes the URL of a resource to be added as an internal member URL of a depth-infinity locked collection then the new resource MUST be automatically added to the lock. This is the only mechanism that allows a resource to be added to a write lock. Thus, for example, if the collection /a/b/ is write locked and the resource /c is moved to /a/b/c then resource /a/b/c will be added to the write lock. Section 7.7., para. 1: OLD: A client MUST NOT submit the same write lock request twice. Note that a client is always aware it is resubmitting the same lock request because it must include the lock token in the If header in order to make the request for a resource that is already locked. However, a client may submit a LOCK method with an If header but without a body. This form of LOCK MUST only be used to "refresh" a lock. Meaning, at minimum, that any timers associated with the lock MUST be re-set. A server may return a Timeout header with a lock refresh that is different than the Timeout header returned when the lock was originally requested. Additionally clients may submit Timeout headers of arbitrary value with their lock refresh requests. Servers, as always, may ignore Timeout headers submitted by the client. Note that timeout is measured in seconds remaining until expiration. If an error is received in response to a refresh LOCK request the client MUST NOT assume that the lock was refreshed. NEW: [[anchor25: IMHO all of this can go. This paragraph is just misleading; repeating a LOCK request with an existing lock token in the If header is going to fail for an exclusive lock anway.]] [[anchor26: Just point to the paragraph in the LOCK definition here. At a minimum, fix above sentence to say "request" instead of "method".]] 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. Section 9.10.4., para. 1: OLD: A successful LOCK method MUST result in the creation of an empty resource which is locked (and which is not a collection), when a resource did not previously exist at that URL. Later on, the lock may go away but the empty resource remains. Empty resources MUST then appear in PROPFIND responses including that URL in the response scope. A server MUST respond successfully to a GET request to an empty resource, either by using a 204 No Content response, or by using 200 OK with a Content-Length header indicating zero length and no Content-Type. NEW: A successful LOCK method MUST result in the creation of an empty resource which is locked (and which is not a collection), when a resource did not previously exist at that URL. Later on, the lock may go away but the empty resource remains. Empty resources MUST then appear in PROPFIND responses including that URL in the response scope. A server MUST respond successfully to a GET request to an empty resource, either by using a 204 No Content response, or by using 200 OK with a Content-Length header indicating zero length and no Content-Type. [[anchor54: This section repeats text from Section 6, but in an inconsistent way.]] ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From teranceyvause@savba.sk Sun Feb 05 20:25:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5v7z-0001Nd-G8 for webdav-archive@megatron.ietf.org; Sun, 05 Feb 2006 20:25: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 UAA01096 for ; Sun, 5 Feb 2006 20:23:23 -0500 (EST) Received: from 85-50-66-110.bcn1.adsl.uni2.es ([85.50.66.110] helo=savba.sk) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F5vJs-0001gw-JF for webdav-archive@ietf.org; Sun, 05 Feb 2006 20:37:34 -0500 Message-ID: <000001c62abc$169d8cc0$3030a8c0@prelection> Reply-To: "Terance Vause" From: "Terance Vause" To: "Taras Defrancesco" Subject: Re: 1 news 1014 Date: Sun, 5 Feb 2006 20:24:34 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62A92.2DC9F5C0" 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: ded6070f7eed56e10c4f4d0d5043d9c7 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62A92.2DC9F5C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 http://www.mogempero.com =20 C r=20 I h=20 A q=20 L n=20 I e=20 S c=20 =20 s=20 $ t=20 3 w=20 , l=20 7 f=20 5 m=20 V x=20 A u=20 L l=20 I f=20 U m=20 M d=20 =20 b=20 $ o=20 1 n=20 , q=20 2 g=20 1 j=20 V u=20 I u=20 A q=20 G l=20 R t=20 A u=20 =20 e=20 $ f=20 3 c=20 , r=20 3 o=20 3 s=20 ------=_NextPart_000_0001_01C62A92.2DC9F5C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
 
C
r
I
h
A
q
L
n
I
e
S
c
 
s
$
t
3
w
,
l
7
f
5
m
V
x
A
u
L
l
I
f
U
m
M
d
 
b
$
o
1
n
,
q
2
g
1
j
V
u
I
u
A
q
G
l
R
t
A
u
 
e
$
f
3
c
,
r
3
o
3
s
------=_NextPart_000_0001_01C62A92.2DC9F5C0-- From w3c-dist-auth-request@frink.w3.org Sun Feb 05 20:59:59 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F5vfb-0001Le-Dh for webdav-archive@megatron.ietf.org; Sun, 05 Feb 2006 20:59: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 UAA03210 for ; Sun, 5 Feb 2006 20:58:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F5veE-0004aX-43 for w3c-dist-auth-dist@listhub.w3.org; Mon, 06 Feb 2006 01:58:34 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F5ve7-0004Zn-Iz for w3c-dist-auth@listhub.w3.org; Mon, 06 Feb 2006 01:58:27 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F5ve3-0007KF-LU for w3c-dist-auth@w3.org; Mon, 06 Feb 2006 01:58:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k161wLlI031305; Sun, 5 Feb 2006 17:58:21 -0800 Date: Sun, 5 Feb 2006 17:58:21 -0800 Message-Id: <200602060158.k161wLlI031305@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 1F5ve3-0007KF-LU 441805cd2f36e6e42708275ec43b0a74 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602060158.k161wLlI031305@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11962 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 06 Feb 2006 01:58:34 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-05 17:58 ------- Made the organizational change and reviewed other aspects of the changes section. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From yzqtneeqpn@yahoo.com Mon Feb 06 07:15:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F65HK-00041e-4f for webdav-archive@megatron.ietf.org; Mon, 06 Feb 2006 07:15: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 HAA12487 for ; Mon, 6 Feb 2006 07:13:53 -0500 (EST) Message-Id: <200602061213.HAA12487@ietf.org> Received: from [59.186.75.168] (helo=132.151.6.1) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F65TU-0006KW-J9 for webdav-archive@ietf.org; Mon, 06 Feb 2006 07:28:10 -0500 FCC: mailbox://yzqtneeqpn@yahoo.com/Sent X-Identity-Key: id7 Date: Mon, 06 Feb 2006 15:09:29 +0300 From: Mai Mcneill X-Accept-Language: en-us, en MIME-Version: 1.0 To: webdav-archive@ietf.org Subject: Re [13] Content-Type: multipart/related; boundary="------------000704070607010707010004" X-Spam-Score: 2.3 (++) X-Scan-Signature: fb93e867a11a29ac1dc5018706b412ac This is a multi-part message in MIME format. --------------000704070607010707010004 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id HAA12487

3D""

That was = only one of the things about Annie that scared him. O.K. Christina = Aguilera W

Geoffrey went bac= k inside, already forgetting the doctor's odd remark, already chalking Sh= inny's equally odd behavior off to age, weariless, and his own sort of gr= ief. Throw them in your trap. He rolled himself back across the room.= Oh God please please help me=A0=97 He slumped farther in spite of t= he pain. In the upper left corner of the ad was a photo of a house. The= landlord had caused a ruckus at a subsequent City Council meeting which = had been lively enough to get coverage in the papers. Then she set h= er dish down and looked at him angrily, not as if he were the great Paul = Sheldon but as if he were someone who had presumed to criticize the great= Paul Sheldon. The X-Men

--------------000704070607010707010004 Content-Type: image/gif; name="hazardous.GIF" Content-ID: Content-Disposition: inline; filename = "hazardous.GIF" Content-Transfer-Encoding: base64 R0lGODlhhQIlAvVcAAcJAMDAwMDcwEAgACBAAEBAAGBAAIBAAIBgACAAQCAgQEAgQCBAQEBAQGBAQIBAQABgQGBgQIBgQKBgQCCAQECAQGCAQICAQKCAQMCAQKCgQMCgQOCgQGBggIBggECAgICAgKCAgMCAgGCg 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 eXRkbWJkcmpwbXJ2cWxieHp0dmx1a2FteWxkemdkZGl1ADt= --------------000704070607010707010004-- From parthifasan@fg.is Mon Feb 06 13:09:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6Anx-0005ws-I2 for webdav-archive@megatron.ietf.org; Mon, 06 Feb 2006 13:09: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 NAA09339 for ; Mon, 6 Feb 2006 13:07:44 -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 1F6Azy-0004NB-Ud for webdav-archive@ietf.org; Mon, 06 Feb 2006 13:22:04 -0500 Received: from 113-4-5.adsl.cust.tie.cl ([200.113.4.5] helo=fg.is) by mx2.foretec.com with smtp (Exim 4.24) id 1F6Anj-0006XL-6C for webdav-archive@ietf.org; Mon, 06 Feb 2006 13:09:23 -0500 Message-ID: <000001c62b48$4a809be0$dc34a8c0@substitution> Reply-To: "Parth Fasano" From: "Parth Fasano" To: "Forrest Henkel" Subject: Re: T news 7202 Date: Mon, 6 Feb 2006 13:08:11 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62B1E.61AA93E0" 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.6 (+++) X-Scan-Signature: a069a8e8835d39ce36e425c148267a7b This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62B1E.61AA93E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 http://www.lonwisome.com =20 =20 C q=20 I l=20 A z=20 L y=20 I x=20 S k=20 =20 s=20 $ i=20 3 s=20 , l=20 7 d=20 5 k=20 V s=20 I q=20 A w=20 G z=20 R m=20 A e=20 =20 c=20 $ i=20 3 w=20 , a=20 3 g=20 3 i=20 V i=20 A a=20 L z=20 I q=20 U t=20 M e=20 =20 t=20 $ n=20 1 z=20 , c=20 2 n=20 1 q=20 ------=_NextPart_000_0001_01C62B1E.61AA93E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
 
C
q
I
l
A
z
L
y
I
x
S
k
 
s
$
i
3
s
,
l
7
d
5
k
V
s
I
q
A
w
G
z
R
m
A
e
 
c
$
i
3
w
,
a
3
g
3
i
V
i
A
a
L
z
I
q
U
t
M
e
 
t
$
n
1
z
,
c
2
n
1
q
------=_NextPart_000_0001_01C62B1E.61AA93E0-- From w3c-dist-auth-request@frink.w3.org Mon Feb 06 15:52:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6DLc-0007ef-Iz for webdav-archive@megatron.ietf.org; Mon, 06 Feb 2006 15:52: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 PAA22601 for ; Mon, 6 Feb 2006 15:50:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6DJh-0007vl-34 for w3c-dist-auth-dist@listhub.w3.org; Mon, 06 Feb 2006 20:50:33 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6DJV-0007ud-R8 for w3c-dist-auth@listhub.w3.org; Mon, 06 Feb 2006 20:50:22 +0000 Received: from [132.151.6.50] (helo=newodin.ietf.org) by aji.w3.org with esmtp (Exim 4.50) id 1F6DJL-0005vQ-S3 for w3c-dist-auth@w3.org; Mon, 06 Feb 2006 20:50:21 +0000 Received: from mlee by newodin.ietf.org with local (Exim 4.43) id 1F6DJB-0001DQ-RT; Mon, 06 Feb 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: Mon, 06 Feb 2006 15:50:01 -0500 Received-SPF: none (aji.w3.org: domain of mlee@newodin.ietf.org does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F6DJL-0005vQ-S3 a526dafd208e4f1564751b10e7f870fc X-Original-To: w3c-dist-auth@w3.org Subject: I-D ACTION:draft-ietf-webdav-rfc2518bis-12.txt X-Archived-At: http://www.w3.org/mid/E1F6DJB-0001DQ-RT@newodin.ietf.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11963 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 06 Feb 2006 20:50:33 +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-12.txt Pages : 138 Date : 2006-2-6 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-12.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-12.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-12.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-2-6135836.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-rfc2518bis-12.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-rfc2518bis-12.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2006-2-6135836.I-D@ietf.org> --OtherAccess-- --NextPart-- From pxjsl@freeserve.com.cnri.reston.va.us Mon Feb 06 19:06:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6GNE-0004aH-2z for webdav-archive@megatron.ietf.org; Mon, 06 Feb 2006 19:06:24 -0500 Received: from cpe-69-204-112-25.rochester.res.rr.com (cpe-69-204-112-25.rochester.res.rr.com [69.204.112.25]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA25723 for ; Mon, 6 Feb 2006 19:04:42 -0500 (EST) Received: (concept 445 invoked from network); Mon, 06 Feb 2006 15:17:10 -0600 MIME-Version: 1.0 Message-Id: <74097340899422861667327.1854@microsoft.com> X-Originating-Ip: [60.94.244.239] Subject: Amazing, Gwen From: Davis Cain X-Mailer: youngish 32.758.1598 Date: Mon, 06 Feb 2006 14:09:59 -0600 To: webdav-archive@ietf.org X-Confirm-Reading-To: barkrescue@homestead.com Disposition-Notification-To: philip@francite.com Content-Type: multipart/mixed; boundary="------=9656811143044" Content-Transfer-Encoding: quoted-printable --------=9656811143044 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 spirit indeed is willing, but the flesh is week. [Matthew 26:41]
A woman one loves rarely suffices for all our needs, so we deceive her with another whom we do not love.I made up my mind long ago that life was too short to do anything for myself that I could pay others to do for me. --------=9656811143044 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Kennith-> http://gpekdf.greatffall.info/?62043375 --------=9656811143044-- From june@dougallre.com Mon Feb 06 19:07:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6GOj-00050N-Mi for webdav-archive@megatron.ietf.org; Mon, 06 Feb 2006 19:07:57 -0500 Received: from 12-215-77-250.client.mchsi.com (12-215-77-250.client.mchsi.com [12.215.77.250]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA25922 for ; Mon, 6 Feb 2006 19:06:00 -0500 (EST) Received: from conclusive (pigging user zealot@microsoft.com) by microsoft.com (transpiration.inside.robotic.0.7.4) with thallophyte id 45-7.bran; Mon, 06 Feb 2006 14:44:40 -0600 Message-ID: <34619@platitudinous> From: Lily Brandt To: webdav-archive@ietf.org Subject: Amazing, Mildred Date: Mon, 06 Feb 2006 16:07:59 -0600 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 8806.1743249.781844.4881747 X-MimeOLE: Produced By Microsoft MimeOLE 375577.145274.5026.2333 Content-Type: multipart/mixed; boundary="------=4221941913360" Content-Transfer-Encoding: base64 --------=4221941913360 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.


If you can make a woman laugh you can do anything with her.This tattered life is my only robe the wind my only refuge.
An unexamined life is not worth living.The creditor hath a better memory than the debtor.Keep your fears to yourself, but share your courage with others. --------=4221941913360 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Amazing, Lynn-> http://esnucn.ballzoo.net/?99786356 --------=4221941913360-- From w3c-dist-auth-request@frink.w3.org Tue Feb 07 07:00:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6RWI-0007lY-2c for webdav-archive@megatron.ietf.org; Tue, 07 Feb 2006 07:00: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 GAA17196 for ; Tue, 7 Feb 2006 06:58:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6RTi-0003b2-LH for w3c-dist-auth-dist@listhub.w3.org; Tue, 07 Feb 2006 11:57:50 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6RTb-0003Zl-AV for w3c-dist-auth@listhub.w3.org; Tue, 07 Feb 2006 11:57:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6RTT-0000iC-Tg for w3c-dist-auth@w3.org; Tue, 07 Feb 2006 11:57:42 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k17BvVVM024339; Tue, 7 Feb 2006 03:57:31 -0800 Date: Tue, 7 Feb 2006 03:57:31 -0800 Message-Id: <200602071157.k17BvVVM024339@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 1F6RTT-0000iC-Tg 2abd8f00cf0ecc8113df26429cb88f98 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/200602071157.k17BvVVM024339@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11964 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 07 Feb 2006 11:57:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Version|-11 |-12 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-07 03:57 ------- Geoff Clemm has spotted some more problems with Section 5.2, and here () are the suggested changes: Section 5.2., para. 2: OLD: Any given internal member URL MUST only belong to the collection once, i.e., it is illegal to have multiple instances of the same URL in a collection. Properties defined on collections behave exactly as do properties on non-collection resources. For all WebDAV compliant resources A and B, identified by URLs U and V, for which U is immediately relative to V, B MUST be a collection that has U as an internal member URL. So, if the resource with URL http://example.com/bar/blah is WebDAV compliant and if the resource with URL http://example.com/bar/ is WebDAV compliant then the resource with URL http://example.com/bar/ must be a collection and must contain URL http://example.com/bar/blah as an internal member. Collection resources MAY list the URLs of non-WebDAV compliant children in the HTTP URL namespace hierarchy as internal members but are not required to do so. For example, if the resource with URL http://example.com/bar/blah is not WebDAV compliant and the URL http://example.com/bar/ identifies a collection then URL http://example.com/bar/blah may or may not be an internal member of the collection with URL http://example.com/bar/. NEW: A collection MUST contain at most one mapping for a given path segment, i.e., it is illegal to have the same path segment mapped to more than one resource. Properties defined on collections behave exactly as do properties on non-collection resources. For all WebDAV compliant resources A and B, identified by URLs "U" and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST be a collection that contains a mapping from "SEGMENT" to B. So, if resource B with URL "http://example.com/bar/blah" is WebDAV compliant and if resource A with URL "http://example.com/bar/" is WebDAV compliant, then resource A must be a collection and must contain a mapping from "blah" to B. Collection resources MAY have mappings to non-WebDAV compliant resources in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/blah" is not WebDAV compliant and the resource A with "URL http://example.com/bar/" identifies a collection, then A may or may not have a mapping from "blah" to X. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From ANXZUMUF@extremelans.com Tue Feb 07 07:40:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6S8a-0001bK-Ig for webdav-archive@megatron.ietf.org; Tue, 07 Feb 2006 07:40: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 HAA19606 for ; Tue, 7 Feb 2006 07:38:11 -0500 (EST) Received: from [58.142.169.131] (helo=132.151.6.1) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F6SKl-0006Pw-6Y for webdav-archive@ietf.org; Tue, 07 Feb 2006 07:52:41 -0500 Received: from .anu..au ([3.104.92.162 ] helo=anu..au) by smtp6..co with esmtp id 1A5Ys6-345137-21 Message-ID: Sender: freeradius-devel-ANXZUMUF@extremelans.com X-Mailman-Version: 2.0.1 Date: Tue, 07 Feb 2006 06:36:44 -0600 From: "Sandra Reaves" To: webdav-archive@ietf.org Subject: Order Confirmation X-Spam-Score: 0.4 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 Do you want a watch? In our online store you can buy replicas of Rolex watches and other brands. They look and feel exactly like the real thing. - We have 100+ different brands in our selection - Free shipping if you order 2 or more - Save up to 80% compared to the cost of other replicas - Standard Features: - Screw-in crown - Unidirectional turning bezel where appropriate - All the appropriate rolex logos, on crown and dial - Heavy weight - Extended Waranty - Live support online or via callback - C-lick hereeee http://fannieskitchen.com From Konecny@goochie.com Tue Feb 07 11:56:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6W9B-0002ew-AZ for webdav-archive@megatron.ietf.org; Tue, 07 Feb 2006 11:56:57 -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 LAA10478 for ; Tue, 7 Feb 2006 11:55:04 -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 1F6WLP-0006rT-PG for webdav-archive@ietf.org; Tue, 07 Feb 2006 12:09:36 -0500 Received: from cpe0080c8d5a42b-cm014410118179.cpe.net.cable.rogers.com ([72.138.132.130] helo=-1215555880) by mx2.foretec.com with smtp (Exim 4.24) id 1F6W8t-0007nv-M4 for webdav-archive@ietf.org; Tue, 07 Feb 2006 11:56:39 -0500 Received: from goochie.com (-1215813384 [-1215405072]) by CPE0080c8d5a42b-CM014410118179.cpe.net.cable.rogers.com (Qmailv1) with ESMTP id EA4610BF26 for ; Tue, 07 Feb 2006 10:50:30 -0600 Date: Tue, 07 Feb 2006 10:50:30 -0600 From: Doctor X-Mailer: The Bat! (v2.00.4) Personal X-Priority: 3 Message-ID: <3717386301.20060207105030@goochie.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------BA97FFEB278FB99" X-AntiVirus: OK! AntiVir MailGate Version 2.0.1; AVE: 6.15.0.0; VDF: 6.15.0.6 X-Spam-Score: 0.7 (/) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------BA97FFEB278FB99 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlimagra $3.3 Levitora $3.3 Cialsis $3.7 Imitrfex $16.4 Felomax $2.2 Ultrwam $0.78 Vioaxx $4.75 Amfblem $2.2 VaIimum - $0.97 Xanfax $1.09 Sohma $3 Merirdia $2.2 visit our website http://andounita.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= One swallow does not make a summer. A snow year is a rich year. Soon learnt soon forgotten. ------------BA97FFEB278FB99 Content-Type: text/html Content-Transfer-Encoding: 7bit Vliaagra - $3.3
Levitara - $3.3
Cialkis - $3.7
Imitrkex - $16.4
Folomax - $2.2
Ultrham - $0.78
Viohxx - $4.75
Amxblem - $2.2
VaIiaum - $0.97
Xaneax - $1.09
Sopma - $3
Merirdia - $2.2



visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


A bad excuse is better than none.
Old head and young hand.
A fool killed the goose that laid the golden egg. ------------BA97FFEB278FB99-- From kileyfardoos@frallo.com Tue Feb 07 13: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 1F6XQt-0002rH-1k for webdav-archive@megatron.ietf.org; Tue, 07 Feb 2006 13:19: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 NAA17728 for ; Tue, 7 Feb 2006 13:17:11 -0500 (EST) Received: from dial-up-200-184-0-43.intelignet.com.br ([200.184.0.43] helo=frallo.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F6Xcn-0001XI-3C for webdav-archive@ietf.org; Tue, 07 Feb 2006 13:31:44 -0500 Message-ID: <000001c62c12$c02288c0$9b02a8c0@unsuspicious> Reply-To: "Fardoos Kiley" From: "Fardoos Kiley" To: "Agrafena Cedano" Subject: Re: 5 notice 12 16 Date: Tue, 7 Feb 2006 13:17:27 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62BE8.D74C80C0" 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.6 (++) X-Scan-Signature: ded6070f7eed56e10c4f4d0d5043d9c7 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62BE8.D74C80C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 http://www.etamento.com =20 =20 C z l p A y L w I s S q u $ e 3 f , f 3 u 3 e=20 C e i v a n l f i v s z f S n O z F u T z k T r a n b m s x=20 V u i n a l g e r c a b x S l O i F v T j g T k a m b w s n=20 V b I w A a G l R c A c d $ q 3 u , x 7 j 5 o=20 V r A h L d l j U k M u g $ u 1 x , h 2 y 1 j=20 ------=_NextPart_000_0001_01C62BE8.D74C80C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
 
C z l p A y L w I s S q   u $ e 3 f , f 3 u 3 e
C e i v a n l f i v s z   f S n O z F u T z   k T r a n b m s x
V u i n a l g e r c a b   x S l O i F v T j   g T k a m b w s n
V b I w A a G l R c A c   d $ q 3 u , x 7 j 5 o
V r A h L d l j U k M u   g $ u 1 x , h 2 y 1 j
------=_NextPart_000_0001_01C62BE8.D74C80C0-- From w3c-dist-auth-request@frink.w3.org Tue Feb 07 15: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 1F6ZrI-0006wB-2l for webdav-archive@megatron.ietf.org; Tue, 07 Feb 2006 15: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 PAA29492 for ; Tue, 7 Feb 2006 15:53:01 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6Zpl-0002A7-V6 for w3c-dist-auth-dist@listhub.w3.org; Tue, 07 Feb 2006 20:53:09 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F6Zpd-000294-CB for w3c-dist-auth@listhub.w3.org; Tue, 07 Feb 2006 20:53:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F6ZpP-0002UW-UJ for w3c-dist-auth@w3.org; Tue, 07 Feb 2006 20:52:58 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k17KqgDU014001; Tue, 7 Feb 2006 12:52:42 -0800 Date: Tue, 7 Feb 2006 12:52:42 -0800 Message-Id: <200602072052.k17KqgDU014001@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 1F6ZpP-0002UW-UJ dcd0d17bebfc7bf1a62a4ca3a5967cfe X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 228] If header weak etag matching X-Archived-At: http://www.w3.org/mid/200602072052.k17KqgDU014001@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11965 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 07 Feb 2006 20:53:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=228 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-07 12:52 ------- I note that RFC2518, Section 9.4.2.1 () uses a weak etag in an example for COPY, so the answer clearly seems to be "yes, the weak matching function is sufficient". ------- 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 Feb 07 16:15:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6aAu-0007SQ-Fh for webdav-archive@megatron.ietf.org; Tue, 07 Feb 2006 16:15: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 QAA02895 for ; Tue, 7 Feb 2006 16:13:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6aAC-0007s0-IA for w3c-dist-auth-dist@listhub.w3.org; Tue, 07 Feb 2006 21:14:16 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6aA4-0007qe-1A for w3c-dist-auth@listhub.w3.org; Tue, 07 Feb 2006 21:14:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6aA1-0003yU-7s for w3c-dist-auth@w3.org; Tue, 07 Feb 2006 21:14:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k17LE47d017313; Tue, 7 Feb 2006 13:14:04 -0800 Date: Tue, 7 Feb 2006 13:14:04 -0800 Message-Id: <200602072114.k17LE47d017313@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 1F6aA1-0003yU-7s 006b219c95b35da99e50f1bc2712fc55 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/200602072114.k17LE47d017313@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11966 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 07 Feb 2006 21:14:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=18 Bug 18 depends on bug 144, which changed state. Bug 144 Summary: IF_HEADER_CHECKS_AFTER_OTHER_CHECKS http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 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 Feb 07 16:15:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6aAu-0007SS-Jt for webdav-archive@megatron.ietf.org; Tue, 07 Feb 2006 16:15: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 QAA02896 for ; Tue, 7 Feb 2006 16:13:18 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6aAI-0007t4-Nu for w3c-dist-auth-dist@listhub.w3.org; Tue, 07 Feb 2006 21:14:22 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6aA6-0007r8-3u for w3c-dist-auth@listhub.w3.org; Tue, 07 Feb 2006 21:14:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6aA1-0007qX-W2 for w3c-dist-auth@w3.org; Tue, 07 Feb 2006 21:14:08 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k17LE3fF017301; Tue, 7 Feb 2006 13:14:03 -0800 Date: Tue, 7 Feb 2006 13:14:03 -0800 Message-Id: <200602072114.k17LE3fF017301@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 1F6aA1-0007qX-W2 c96a58354478344c1d7a2ae74eeb6c49 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 144] IF_HEADER_CHECKS_AFTER_OTHER_CHECKS X-Archived-At: http://www.w3.org/mid/200602072114.k17LE3fF017301@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11967 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 07 Feb 2006 21:14:22 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-07 |-12 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-07 13:14 ------- I can't currently find any text related to this *except* in the If header section. Is this intended? seems to indicate 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 Feb 07 16:41:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6aam-0002Ge-OI for webdav-archive@megatron.ietf.org; Tue, 07 Feb 2006 16:41: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 QAA05040 for ; Tue, 7 Feb 2006 16:39:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6aZr-0007Jw-Rt for w3c-dist-auth-dist@listhub.w3.org; Tue, 07 Feb 2006 21:40:47 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6aZj-0007HL-Id for w3c-dist-auth@listhub.w3.org; Tue, 07 Feb 2006 21:40:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6aZN-0003JW-HU for w3c-dist-auth@w3.org; Tue, 07 Feb 2006 21:40:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k17LeGUi021141; Tue, 7 Feb 2006 13:40:16 -0800 Date: Tue, 7 Feb 2006 13:40:16 -0800 Message-Id: <200602072140.k17LeGUi021141@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 1F6aZN-0003JW-HU d8a37109bab90a5f057997a8d8d12c28 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602072140.k17LeGUi021141@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11968 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 07 Feb 2006 21:40:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-11 |-12 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-07 13:40 ------- OK, below is a first attempt to restructe the definition of the If header. Feedback appreciated. 10.4. If Header The If request header is intended to have similar functionality to the If-Match header defined in Section 14.24 of [RFC2616]. However, the If header is intended for use with any URI which represents state information, referred to as a state token, about a resource as well as ETags. A typical example of a state token is a lock token, and lock tokens are the only state tokens defined in this specification. 10.4.1. Purpose The If header has two distinct purposes: o The first purpose is to make a request conditional by supplying 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) status. On the other hand, if one of the described state lists does match the state of the resource then the request may succeed. The matching functions for ETags and state tokens are defined in Section 10.4.4 below. o Additionally, the mere fact that a state token appears in an If header means that is has been "submitted" with the request. In general, this is used to indicate that the client has knowledge of that state token. The meaning of submitting a state token depends on its type (for lock tokens, please refer to Section 6). Note that these two purposes need to be treated distinctly: a state token counts as being submitted independantly of whether the server actually has evaluated the state list it appears in, and also independantly of whether the condition it expressed found to be true or not. 10.4.2. Syntax If = "If" ":" ( *No-tag-list | 1*Tagged-list ) No-tag-list = List Tagged-list = Resource 1*List List = "(" 1*Condition ")" Condition = ["Not"] (State-token | "[" entity-tag "]") ; entity-tag: see Section 3.11 of [RFC2616] ; No LWS allowed between "[", entity-tag and "]" State-token = Coded-URL Resource = Coded-Reference Coded-Reference = "<" Simple-ref ">" ; Simple-ref: see Section 8.2 ; No LWS allowed in Coded-Reference The syntax distinguishes between untagged lists ("No-tag-list") and tagged lists ("Tagged-list"). Untagged lists apply to the resource identified by the Request-URI, while tagged lists apply to the resource identified by the preceding Resource "tag". A Resource tag applies to all subsequent Lists, up to the next Resource tag. [[anchor61: RFC2518: "The same Resource tag MUST NOT appear more than once in a resource production in an If header." This seems to be meaningless, because that follows from the "Resource" production. Is this intended to require that there aren't multiple Tagged-list productions for the same resource? That would need to be expressed differently, and I'm not sure why there should be that restriction. Feedback appreciated.]] Note that the two list types can not be mixed within an If header. This is not a functional restriction because the No-tag-list syntax is just a shorthand notation for a Tagged-list production with a tag referring to the Request-URI. Each List consists of one or more Conditions. Each Condition is defined in terms of an entity-tag or state-token, potentially negated by the prefix "Not". 10.4.3. Evaluation A Condition that consists of a single entity-tag or state-token evaluates to true if the resource matches the described state (where the individual matching functions are define below in Section 10.4.4). Prefixing it with "Not" reverses the result of the evaluation (thus, the "Not" applies only to the subsequent entity-tag or state-token). Each List production describes a series of conditions. The whole list evaluates to true if and only if each condition evaluates to true (that is, the list represents a logical conjunction of Conditions). Each No-tag-list and Tagged-list production may contain one or more Lists. They evaluate to true if and only if any of the contained lists evaluates to true (that is, if there's more than one List, that List sequence represents a logical disjunction of the Lists). Finally, the whole If header evaluates to true if and only if at least one of the No-tag-list or Tagged-list productions evalute to true. If the header evaluates to false, the server MUST reject the request with a 412 (Precondition Failed) status. Otherwise, execution of the request can proceed as if the header wasn't present. 10.4.3.1. Example: No-tag Production If: ( ["I am an ETag"]) (["I am another ETag"]) The previous header would require that the resource identified in the Request-URI be locked with the specified lock token and be in the state identified by the "I am an ETag" ETag or in the state identified by the second ETag "I am another ETag". To put the matter more plainly one can think of the previous If header as expressing the condition below: ( is-locked-with(urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2) AND matches-etag("I am an ETag") ) OR ( matches-etag("I am another ETag") ) 10.4.3.2. Example: using "Not" with No-tag Production If: (Not ) This If header requires that the resource must not be locked with a lock having the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 and must be locked by a lock with the lock token with urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092. 10.4.3.3. Example: causing a Condition to always evaluate to True There may be cases where a client wishes to submit state tokens, but doesn't want the request to fail just because the state token isn't current anymore. One simple way to do this is to include a Condition that is known to always evaluate to true, such as in: If: () (Not ) "DAV:no-lock" is known to never represent a current lock token, as lock tokens are assigned by the server, following the uniqueness requirements described in Section 6.5, thus in particular exclude URIs in the "DAV:" scheme. Thus, by applying "Not" to a known not to be current state token, the Condition always evaluates to true. Consequently, the whole If header will always evaluate to true, and the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 will be submitted in any case. 10.4.3.4. Example: Tagged List If header in COPY >>Request COPY /resource1 HTTP/1.1 Host: www.example.com Destination: /resource2 If: ( [W/"A weak ETag"]) (["strong ETag"]) (["another strong ETag"]) In this example http://www.example.com/resource1 is being copied to http://www.example.com/resource2. When the method is first applied to http://www.example.com/resource1, resource1 must be in the state specified by "( [W/"A weak ETag"]) (["strong ETag"])", that is, it either must be locked with a lock token of "urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2" and have a weak entity tag W/"A weak ETag" or it must have a strong entity tag "strong ETag". That is the only success condition since the resource http://www.example.com/random never has the method applied to it (the only other resource listed in the If header) and http://www.example.com/resource2 is not listed in the If header. 10.4.4. Matching Function When performing If header processing, the definition of a matching state token or entity tag is as follows: Identifying a resource: The resource is identified by the URI along with the token, in tagged list production, or by the Request-URI in untagged list production. Matching entity tag: Where the entity tag matches an entity tag associated with the identified resource. Servers MUST use either the weak or the strong comparison function defined in Section 13.3.3 of [RFC2616]. Matching state token: Where there is an exact match between the state token in the If header and any state token on the identified resource. A lock state token is considered to match if the resource is anywhere in the scope of the lock. Example - Matching lock tokens with collection locks DELETE /specs/rfc2518.txt HTTP/1.1 Host: www.example.com If: () For this example, the lock token must be compared to the identified resource, which is the 'specs' collection identified by the URL in the tagged list production. If the 'specs' collection is not locked or has a lock with a different token, the request MUST fail. If the 'specs' collection is locked (depth infinity) with that lock token, then this request could succeed, both because the If header evaluates to true, and because the lock token for the lock affecting the affected resource has been submitted. Alternatively, a request where the 'rfc2518.txt' URL is associated with the lock token in the If header could also succeed. 10.4.5. If Header and Non-DAV Aware Proxies Non-DAV aware proxies will not honor the If header, since they will not understand the If header, and HTTP requires non-understood headers to be ignored. When communicating with HTTP/1.1 proxies, the "Cache-Control: no-cache" request header MUST be used so as to prevent the proxy from improperly trying to service the request from its cache. When dealing with HTTP/1.0 proxies the "Pragma: no-cache" request header MUST be used for the same reason. 10.4.6. If Header and Authentication Servers MUST do authorization checks before checking this header (thus, supplying a carefully crafted If header must not allow a client to learn information about resources it's not authorized to access). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From gamal@graficascareaga.e.telefonica.net Wed Feb 08 03:31:34 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6kje-00009Q-Nm for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 03:31: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 DAA28339 for ; Wed, 8 Feb 2006 03:29: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 1F6kwC-00024g-DR for webdav-archive@ietf.org; Wed, 08 Feb 2006 03:44:33 -0500 Received: from p54a5f50b.dip.t-dialin.net ([84.165.245.11] helo=-1213313728) by mx2.foretec.com with smtp (Exim 4.24) id 1F6kja-0000It-AT for webdav-archive@ietf.org; Wed, 08 Feb 2006 03:31:33 -0500 Received: from graficascareaga.e.telefonica.net (-1214081112 [-1217352320]) by p54A5F50B.dip.t-dialin.net (Qmailv1) with ESMTP id A453866450 for ; Wed, 08 Feb 2006 02:25:12 -0600 Date: Wed, 08 Feb 2006 02:25:12 -0600 From: Doctor X-Mailer: The Bat! (v2.00.4) Personal X-Priority: 3 Message-ID: <1025327696.20060208022512@graficascareaga.e.telefonica.net> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------A0CD7E4F0484DAE" X-Kaspersky-Antivirus: passed X-Spam-Score: 0.7 (/) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------A0CD7E4F0484DAE Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlimagra $3.3 Levithra $3.3 Cialois $3.7 Imitrkex $16.4 Frlomax $2.2 Ultrxam $0.78 Vioexx $4.75 Amxblem $2.2 VaIirum - $0.97 Xanpax $1.09 Sooma $3 Merikdia $2.2 visit our website http://refulduri.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= To the hungry no bread is bad. All is not true that is told. All cats are grey in the dark ------------A0CD7E4F0484DAE Content-Type: text/html Content-Transfer-Encoding: 7bit Vlipagra - $3.3
Levitkra - $3.3
Cialxis - $3.7
Imitraex - $16.4
Fflomax - $2.2
Ultraam - $0.78
Viomxx - $4.75
Amtblem - $2.2
VaIixum - $0.97
Xanfax - $1.09
Soama - $3
Merimdia - $2.2



visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


Where bees are, there is honey.
Strike while the iron is hot.
A good friend is better than silver or gold. ------------A0CD7E4F0484DAE-- From w3c-dist-auth-request@frink.w3.org Wed Feb 08 12:29:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6t7j-0006f9-3z for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 12:29: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 MAA12948 for ; Wed, 8 Feb 2006 12:27:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6t5n-0005Pq-Og for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 17:26:59 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6t5g-0005NP-GS for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 17:26:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6t5X-0003uF-MP for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 17:26:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18HQemD005102; Wed, 8 Feb 2006 09:26:40 -0800 Date: Wed, 8 Feb 2006 09:26:40 -0800 Message-Id: <200602081726.k18HQemD005102@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 1F6t5X-0003uF-MP 48408a5459fbb582c985980fbdc671c0 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602081726.k18HQemD005102@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11969 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 17:26:59 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-08 |-12 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-08 09:26 ------- Re-assigning to Julian for rewrite. ------- 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 Feb 08 12:29:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6t7j-0006fA-68 for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 12:29: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 MAA12949 for ; Wed, 8 Feb 2006 12:27:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6t60-0005SX-29 for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 17:27:12 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6t5v-0005Ql-3A for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 17:27:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6t5s-00040P-Hj for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 17:27:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18HR0AH005126; Wed, 8 Feb 2006 09:27:00 -0800 Date: Wed, 8 Feb 2006 09:27:00 -0800 Message-Id: <200602081727.k18HR0AH005126@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 1F6t5s-00040P-Hj 2b358a11fe7b9c5bb1f7a45480dc081f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602081727.k18HR0AH005126@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11970 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 17:27:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 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 Wed Feb 08 13: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 1F6trK-00047t-6t for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 13:16: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 NAA18108 for ; Wed, 8 Feb 2006 13:14:24 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6tqT-0007Zo-Tl for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 18:15:14 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6tqN-0007Kf-Fr for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 18:15:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6tqF-0006A6-9J for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 18:15:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18IEwAg005381; Wed, 8 Feb 2006 10:14:58 -0800 Date: Wed, 8 Feb 2006 10:14:58 -0800 Message-Id: <200602081814.k18IEwAg005381@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 1F6tqF-0006A6-9J 82a91d4893615cb6fe729afa4be2ec9a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200602081814.k18IEwAg005381@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11971 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 18:15:13 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-08 10:14 ------- Discussed this during the Feb. 8, 2006 teleconference. We discussed the handling of errors in situations where a client requests a cross-server COPY/MOVE. This situation is as follows: client --> server A --> server B The client makes a cross-server COPY/MOVE request to server A. This request asks server A to COPY/MOVE one or more resources to server B. There are two broad error cases here. 1) The original origin server (server A) just plain does not implement cross-server COPY/MOVE. It has no mechanism for executing this functionality. In this case, we agreed that the original origin server (server A) MUST fail the request, and SHOULD return a 501 (Not Implemented), with a code that indicates this error situation. 2) The original origin server (server A) does implement cross-server COPY/MOVE functionality (perhaps with WebDAV, perhaps using some other protocol), and attempts the requested COPY/MOVE. The follow-on server (server B) is unable to fulfill this request, and hence server A now needs to tell the client that their request was not fulfilled. Ideally, server A should report that there was a cross-server operation error (perhaps using a new status code (5xx series most likely), and then also indicate the problem faced by the follow-on server. That is, server A would essentially be packaging the error reported by server B, and sending it along to the client. If server A and server B are communicating using WebDAV, then this is fairly easy -- we just use a variant of the PROPFIND response XML packaging for reporting errors. If server A and server B comunicate using some other protocol, the best we can do is create a generic envelope, label the kind of error response, and leave it to the client to figure out what's going on. Alternately, we could define some broad categories that server A would use to map the errors into. In any event, it should be clear there are a number of issues involved in propertly reporting cross-server operation errors. These are part of a larger collection of issues surrounding cross-server operation behavior in general. It would be best to have a separate effort that addressed these issues substantively, and we should leave the error reporting in this situation undefined, so that this future effort has a blank slate for designing appropriate error reporting. Therefore, in this situation 2518bis should state that the error reporting for case #2 is intentionally undefined. Assigning to Lisa to add text into the specification. ------- 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 Feb 08 13:38:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6uCe-0001m3-TD for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 13:38: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 NAA19995 for ; Wed, 8 Feb 2006 13:36:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6uBK-0006Gm-MU for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 18:36:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6uBD-0006FB-M3 for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 18:36:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6uB5-0001xZ-DX for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 18:36:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18IaUrg005410; Wed, 8 Feb 2006 10:36:30 -0800 Date: Wed, 8 Feb 2006 10:36:30 -0800 Message-Id: <200602081836.k18IaUrg005410@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 1F6uB5-0001xZ-DX e8270b408782ca37f02013a2adc88b48 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/200602081836.k18IaUrg005410@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11972 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 18:36:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|lisa@osafoundation.org ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-08 10:36 ------- Discussed during the Feb. 8, 2006 teleconference. Agreed to add text to the document specifying that clients MUST include a Depth header in every PROPFIND request. Also agreed to strike language stating that Depth infinity PROPFINDs can only be issued to collections. Assigning to Lisa to make the 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 Wed Feb 08 13:43:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6uHt-0004Lf-PP for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 13:43: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 NAA20555 for ; Wed, 8 Feb 2006 13:41:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6uHH-0007Se-OJ for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 18:42:55 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6uHE-0007S4-BJ for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 18:42:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6uH4-0004J7-Ps for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 18:42:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18Igeb4005445; Wed, 8 Feb 2006 10:42:40 -0800 Date: Wed, 8 Feb 2006 10:42:40 -0800 Message-Id: <200602081842.k18Igeb4005445@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 1F6uH4-0004J7-Ps b34d3e9f9d1ee63be3afd8546c5f2c16 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/200602081842.k18Igeb4005445@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11973 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 18:42:55 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org Status|ASSIGNED |NEW ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-08 10:42 ------- Discussed during the Feb. 8, 2006 teleconference. Agreed that the first and third paragraphs of the suggested new text were a definite improvement. The second paragraph in the suggested text seemed to be about as confusing as the previous second paragraph. Assigning to Lisa to include the suggested text, taking paras 1 and 3, and possibly tweaking para 2 if she has any insight on how to improve 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 Wed Feb 08 13:49:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6uNd-0007nn-RR for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 13:49: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 NAA21221 for ; Wed, 8 Feb 2006 13:47:48 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6uMw-0001jx-MU for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 18:48:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6uMq-0001ie-Lm for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 18:48:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6uMp-0004Ng-0S for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 18:48:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18ImcGD005474; Wed, 8 Feb 2006 10:48:38 -0800 Date: Wed, 8 Feb 2006 10:48:38 -0800 Message-Id: <200602081848.k18ImcGD005474@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 1F6uMp-0004Ng-0S 324ba51a705db5f28087363fd384da56 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602081848.k18ImcGD005474@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11974 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 18:48:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From fluffy@cisco.com 2006-02-08 10:48 ------- We did not mean to include the request-uri on this one. Lisa to update text to not include theses. Possible to use existing text. Probably remove SHOULD. ------- 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 Feb 08 14:01:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6uZA-0004mO-LV for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:01: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 NAA22041 for ; Wed, 8 Feb 2006 13:59:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6uYO-0005Kb-Ac for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:00:36 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6uYJ-0005A9-0w for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:00:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6uYF-0006ct-Hw for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:00:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18J0Rqp005512; Wed, 8 Feb 2006 11:00:27 -0800 Date: Wed, 8 Feb 2006 11:00:27 -0800 Message-Id: <200602081900.k18J0Rqp005512@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 1F6uYF-0006ct-Hw 5998f154eac60d43476c5267c5c3cdf4 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/200602081900.k18J0Rqp005512@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11975 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:00:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org Status|ASSIGNED |NEW ------- Additional Comments From fluffy@cisco.com 2006-02-08 11:00 ------- Replace 2nd paragraph and make very clear that a dav server needs to return dav style responses even if the client was a http Also need to explain why the 207 error class is not wrong. Julian to email some 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 Feb 08 14:02:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6ua7-0005ZJ-7u for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:02: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 OAA22072 for ; Wed, 8 Feb 2006 14:00:33 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6uZP-0005cJ-0y for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:01:39 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6uZL-0005b2-9p for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:01:35 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6uZE-0007Cx-4O for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:01:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18J1RDY005557; Wed, 8 Feb 2006 11:01:27 -0800 Date: Wed, 8 Feb 2006 11:01:27 -0800 Message-Id: <200602081901.k18J1RDY005557@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 1F6uZE-0007Cx-4O c5c8d5adf03103dcbd9ee285c0b591b9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602081901.k18J1RDY005557@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11976 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:01:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=46 fluffy@cisco.com 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 Feb 08 14:02:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6uaG-0005Zt-9r for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:02: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 OAA22084 for ; Wed, 8 Feb 2006 14:00:42 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6uZa-0005ge-Cy for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:01:50 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6uZN-0005bo-1T for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:01:37 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6uZJ-0006rV-NI for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:01:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18J1XHJ005577; Wed, 8 Feb 2006 11:01:33 -0800 Date: Wed, 8 Feb 2006 11:01:33 -0800 Message-Id: <200602081901.k18J1XHJ005577@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 1F6uZJ-0006rV-NI 33245e985a8cfc6d76ff135315c7031e 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/200602081901.k18J1XHJ005577@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11977 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:01:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 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 Wed Feb 08 14:04:15 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6ubv-0006Xc-Kp for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:04: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 OAA22176 for ; Wed, 8 Feb 2006 14:02:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6ubC-0006kQ-MW for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:03:30 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6ub5-0006Yw-FK for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:03:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6uas-0007dM-RR for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:03:22 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18J3Ao2005635; Wed, 8 Feb 2006 11:03:10 -0800 Date: Wed, 8 Feb 2006 11:03:10 -0800 Message-Id: <200602081903.k18J3Ao2005635@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 1F6uas-0007dM-RR 85f02356d6f91cedcf28aa67e5361e6b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200602081903.k18J3Ao2005635@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11978 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:03:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 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. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Feb 08 14:04:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6ubx-0006d3-Tp for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:04: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 OAA22183 for ; Wed, 8 Feb 2006 14:02:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6ubO-0006pN-En for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:03:42 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F6ubM-0006oh-4Z for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:03:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F6ubH-0007MQ-FM for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:03:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18J3S3I005653; Wed, 8 Feb 2006 11:03:28 -0800 Date: Wed, 8 Feb 2006 11:03:28 -0800 Message-Id: <200602081903.k18J3S3I005653@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 1F6ubH-0007MQ-FM 8e2a53e58e598ca88f033d7013cbadab 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/200602081903.k18J3S3I005653@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11979 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:03:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 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. You are on the CC list for the bug, or are watching someone who is. From w3c-dist-auth-request@frink.w3.org Wed Feb 08 14:04:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6ucM-0006xA-4b for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:04: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 OAA22208 for ; Wed, 8 Feb 2006 14:03:00 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6ubh-0006uv-OY for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:04:01 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F6ubd-0006uJ-R3 for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:03:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F6ubR-0007PD-LS for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:03:55 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18J3huX005677; Wed, 8 Feb 2006 11:03:43 -0800 Date: Wed, 8 Feb 2006 11:03:43 -0800 Message-Id: <200602081903.k18J3huX005677@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 1F6ubR-0007PD-LS 4ba3423a4152c57b4657aaceeb0930b7 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/200602081903.k18J3huX005677@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11980 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:04:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 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 Wed Feb 08 14:17:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6uoT-00013w-Td for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:17: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 OAA23284 for ; Wed, 8 Feb 2006 14:15:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6unZ-0002ue-LR for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:16:17 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6unT-0002tM-HN for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:16:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6umv-00016B-Ni for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:16:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18JFbNn005714; Wed, 8 Feb 2006 11:15:37 -0800 Date: Wed, 8 Feb 2006 11:15:37 -0800 Message-Id: <200602081915.k18JFbNn005714@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 1F6umv-00016B-Ni ac82ddbbda95783a4d78ebad58eef7e8 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 144] IF_HEADER_CHECKS_AFTER_OTHER_CHECKS X-Archived-At: http://www.w3.org/mid/200602081915.k18JFbNn005714@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11981 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:16:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |ASSIGNED ------- Additional Comments From fluffy@cisco.com 2006-02-08 11:15 ------- Add normative language for servers should return the authentication error before all others. Make non normative reminder in if header section pointing at general 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 Wed Feb 08 14:33:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6v4b-0003c0-5O for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:33: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 OAA24625 for ; Wed, 8 Feb 2006 14:32:03 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6v3i-0006nA-5R for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:32:58 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6v3a-0006mE-KY for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:32:50 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6v3X-0005Cf-E4 for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:32:50 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18JWkn3005758; Wed, 8 Feb 2006 11:32:46 -0800 Date: Wed, 8 Feb 2006 11:32:46 -0800 Message-Id: <200602081932.k18JWkn3005758@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 1F6v3X-0005Cf-E4 fa59e2f86104c4fc3dd0e3c0accfa157 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/200602081932.k18JWkn3005758@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11982 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:32:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 ------- Additional Comments From lisa@osafoundation.org 2006-02-08 11:32 ------- Also: - Be more clear that HTTP and WebDAV are compatible: we have not seen problems with HTTP clients interoperating with WebDAV servers. e.g. "Some of the theoretical concerns that have been raised"... - Firmly discourage client version detection. ------- 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 Feb 08 14:34:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6v51-0003gy-4f for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:34: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 OAA24687 for ; Wed, 8 Feb 2006 14:32:37 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6v4S-0006xK-Ij for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:33:44 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6v4P-0006wg-Jj for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:33:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6v4G-0003om-Jz for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:33:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18JXUwO005776; Wed, 8 Feb 2006 11:33:30 -0800 Date: Wed, 8 Feb 2006 11:33:30 -0800 Message-Id: <200602081933.k18JXUwO005776@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 1F6v4G-0003om-Jz c9b5014c7031a29dd4c9de0312bd6507 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/200602081933.k18JXUwO005776@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11983 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:33:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|fluffy@cisco.com |lisa@osafoundation.org ------- Additional Comments From fluffy@cisco.com 2006-02-08 11:33 ------- On the original issue of content types ..... Change the MUST if content is known to SHOULD Change so that server has to do one of, create with no content type or define a reasonable and valid type. Don't need to say this in normative way. Review and remove redundant text (if there is any). Change the grammatical error to "Behave the same as a ...." Now on to the topic of empty locked resource issue .... - go to WGLC as is ------- 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 Feb 08 14:34:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6v5Y-0003q8-VL for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:34: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 OAA24720 for ; Wed, 8 Feb 2006 14:33:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6v4s-0007BG-IO for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:34:10 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6v4p-0007AD-3n for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:34:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6v4b-0005R9-Pv for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:34:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18JXr1O005800; Wed, 8 Feb 2006 11:33:53 -0800 Date: Wed, 8 Feb 2006 11:33:53 -0800 Message-Id: <200602081933.k18JXr1O005800@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 1F6v4b-0005R9-Pv 165674991278017bb0806012c5739ea2 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/200602081933.k18JXr1O005800@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11984 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:34:10 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=152 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 Wed Feb 08 14:45:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6vGE-0007CR-H9 for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:45: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 OAA25799 for ; Wed, 8 Feb 2006 14:44:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vF4-0000cs-P1 for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:44:42 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vEz-0000bZ-2U for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:44:37 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6vEx-0007VR-43 for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:44:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18JiY2G005832; Wed, 8 Feb 2006 11:44:34 -0800 Date: Wed, 8 Feb 2006 11:44:34 -0800 Message-Id: <200602081944.k18JiY2G005832@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 1F6vEx-0007VR-43 eb7d13d17d90852192a15fa26c55d24e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602081944.k18JiY2G005832@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11985 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:44:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-08 11:44 ------- Discussed during the Feb. 8 2006 teleconference: Julian raised an issue with the following paragraph: 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. Suggestion was to change this to: A successful request for a new shared lock MUST result in the generation of a *unique lock, with 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. ------- 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 Feb 08 14:52:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6vM5-0000PP-8t for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 14:52: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 OAA26335 for ; Wed, 8 Feb 2006 14:50:07 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vLE-0003tT-Ai for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 19:51:04 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vL9-0003si-Bq for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 19:50:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F6vL4-0007uO-H1 for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 19:50:58 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18JorS3005856; Wed, 8 Feb 2006 11:50:53 -0800 Date: Wed, 8 Feb 2006 11:50:53 -0800 Message-Id: <200602081950.k18JorS3005856@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 1F6vL4-0007uO-H1 af6ded932651ef1f90049a403d4640b3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602081950.k18JorS3005856@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11986 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 19:51:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-08 11:50 ------- Discussed during the Feb. 8 2006 teleconference: Julian raised an issue with the following paragraph: Section 6.4., para. 2: OLD: If an anonymous user requests a lock, the server MAY refuse the request. There was agreement to state this as something like, There is no server requirement that they must allow anonymous users to take out lock requests. ------- 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 Feb 08 15:01:31 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6vVL-0002qu-23 for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 15:01: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 OAA27109 for ; Wed, 8 Feb 2006 14:59:40 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vUU-0007Cy-Lg for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 20:00:38 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vUQ-000753-Bv for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 20:00:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6vUO-00025h-GY for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 20:00:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18K0W7X005895; Wed, 8 Feb 2006 12:00:32 -0800 Date: Wed, 8 Feb 2006 12:00:32 -0800 Message-Id: <200602082000.k18K0W7X005895@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 1F6vUO-00025h-GY 460201e83427ee78ec17176b0f6504be X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 195] LOCK_ISSUES_WRITE_LOCKS_AND_COPYMOVE X-Archived-At: http://www.w3.org/mid/200602082000.k18K0W7X005895@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11987 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 20:00:38 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=195 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P3 ------- 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 Feb 08 15:06:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6vaD-0004aF-G3 for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 15:06: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 PAA27774 for ; Wed, 8 Feb 2006 15:04:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vZP-0000Lf-3R for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 20:05:43 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vZL-0000Kq-LQ for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 20:05:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6vZE-00035O-LP for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 20:05:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18K5U1L005975; Wed, 8 Feb 2006 12:05:30 -0800 Date: Wed, 8 Feb 2006 12:05:30 -0800 Message-Id: <200602082005.k18K5U1L005975@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 1F6vZE-00035O-LP 15381180cffdb105ed49b8d3833ac284 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/200602082005.k18K5U1L005975@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11989 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 20:05:43 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=202 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- Additional Comments From fluffy@cisco.com 2006-02-08 12:05 ------- Julian to take care of changes section. Remanning ELR issue to be deal with in a other but on 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 Wed Feb 08 15: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 1F6vaG-0004eG-1K for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 15: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 PAA27788 for ; Wed, 8 Feb 2006 15:04:53 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vZh-0000Sm-Q1 for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 20:06:01 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vZd-0000Qt-Oz for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 20:05:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F6vZX-0002Mx-UF for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 20:05:57 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18K5mV8005989; Wed, 8 Feb 2006 12:05:48 -0800 Date: Wed, 8 Feb 2006 12:05:48 -0800 Message-Id: <200602082005.k18K5mV8005989@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 1F6vZX-0002Mx-UF 4dc6a2cabb81ba7d425d24f21092375d 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/200602082005.k18K5mV8005989@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11990 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 20:06:01 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=202 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 Wed Feb 08 15:07:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6vbI-0004tB-Dp for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 15:07: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 PAA27857 for ; Wed, 8 Feb 2006 15:05:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vaa-0000ed-5k for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 20:06:56 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vaW-0000e5-7i for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 20:06:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6vaU-0003KR-Bo for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 20:06:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18K6nmA006005; Wed, 8 Feb 2006 12:06:49 -0800 Date: Wed, 8 Feb 2006 12:06:49 -0800 Message-Id: <200602082006.k18K6nmA006005@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 1F6vaU-0003KR-Bo 914604fed9fa003e3f12d7a0f38b2ee9 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/200602082006.k18K6nmA006005@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11991 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 20:06:56 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=202 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal ------- 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 Feb 08 15:08:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6vXK-0003Zr-AF for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 15:03: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 PAA27417 for ; Wed, 8 Feb 2006 15:01:43 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vWd-00083K-6O for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 20:02:51 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vWY-00082K-2V for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 20:02:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F6vWP-0008PI-BA for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 20:02:45 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18K2b3i005931; Wed, 8 Feb 2006 12:02:37 -0800 Date: Wed, 8 Feb 2006 12:02:37 -0800 Message-Id: <200602082002.k18K2b3i005931@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 1F6vWP-0008PI-BA f4a9bf9432f3cf0302fdb5f8a1a8c03e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602082002.k18K2b3i005931@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11988 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 20:02:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 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 Wed Feb 08 15:20:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6vnN-0000hW-SQ for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 15:20: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 PAA28838 for ; Wed, 8 Feb 2006 15:18:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vmS-0004bj-B1 for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 20:19:12 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vmM-0004Yq-NU for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 20:19:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F6vmF-0005W7-CK for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 20:19:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18KIw22006030; Wed, 8 Feb 2006 12:18:58 -0800 Date: Wed, 8 Feb 2006 12:18:58 -0800 Message-Id: <200602082018.k18KIw22006030@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 1F6vmF-0005W7-CK b9069e1b2768719e3ea0f1d384b31035 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602082018.k18KIw22006030@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11992 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 20:19:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-08 12:18 ------- Discussed during the Feb. 8 2006 teleconference" Section 6.1., para. 3: Agreed to change resource to URL. Section 6.1., para. 9: Agreed that the new text is better, since the information about it applying to a specific resource is already covered in the UNLOCK method definition. Section 6.2., para. 2: No change needed here. Potential ambiguity noted. However, changesd in the next section address the ambiguity. Section 6.2., para. 7: Already entered in a suggested text change, see above. Section 6.4., para. 1: Agreed that use of the usage was imprecise, and that the text needs to refer to the DAV:unlock privilege in the ACL specification. Section 6.4., para. 2: Already entered in suggested text, see above. Section 6.5., para. 1: Agreed that the general definition of a state token belongs in the definition section. Also agreed that we need to be consistent with whether a state token is a URI, or is represented by a URI. Then, need to change text to refer to the definition, and not redefine state token elsewhere in the draft. Section 6.5., para. 4: Lisa will work on this paragraph. In particular, there should be a statement someplace that having a write lock does not necessarily mean you have dav:write priveleges. It's possible to get a write lock, and not have dav:write privelege. These are distinct. This statement may or may not belong in this paragraph. Section 6.6., para. 2: Julian was assigned the issue of creating a new bug for this issue. There was disagreement over how and whether to create a more optimal organization for the Timeout information. ------- 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 Feb 08 15: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 1F6vvN-0003HC-Np for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 15: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 PAA29400 for ; Wed, 8 Feb 2006 15:26:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6vuV-0006Fw-Rv for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 20:27:31 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F6vuS-0006ET-0z for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 20:27:28 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F6vuN-00068B-Qw for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 20:27:27 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18KRMgs006048; Wed, 8 Feb 2006 12:27:22 -0800 Date: Wed, 8 Feb 2006 12:27:22 -0800 Message-Id: <200602082027.k18KRMgs006048@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 1F6vuN-00068B-Qw 12dad1376170d4722a15645f832f7854 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602082027.k18KRMgs006048@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11993 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 20:27:31 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-08 12:27 ------- Section 7.3., para. 3:: Replace by statement clarifying that LOCK doesn't allow specifiying Content-Type and -Language for the new resource, so it's up to the server defaults and/or the subsequent PUT request to define 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 Wed Feb 08 15:48:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6wEQ-0002VX-Sb for webdav-archive@megatron.ietf.org; Wed, 08 Feb 2006 15:48: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 PAA01359 for ; Wed, 8 Feb 2006 15:46:16 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F6wDD-0005Ab-1f for w3c-dist-auth-dist@listhub.w3.org; Wed, 08 Feb 2006 20:46:51 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F6wD2-00059V-4K for w3c-dist-auth@listhub.w3.org; Wed, 08 Feb 2006 20:46:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F6wAu-0000et-MK for w3c-dist-auth@w3.org; Wed, 08 Feb 2006 20:46:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k18KiRlJ006138; Wed, 8 Feb 2006 12:44:27 -0800 Date: Wed, 8 Feb 2006 12:44:27 -0800 Message-Id: <200602082044.k18KiRlJ006138@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 1F6wAu-0000et-MK 33ef851b826a06290c8600db3833b62e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602082044.k18KiRlJ006138@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11994 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 08 Feb 2006 20:46:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org Status|REOPENED |NEW ------- Additional Comments From lisa@osafoundation.org 2006-02-08 12:44 ------- More from telecon: Section 7.4., para. 1: The intent of the opening paragraph here is to be clear what a collection lock does different from a regular write lock, and this sentence doesn't really convey that, so I can try to rewrite. Section 7.4 para 2: replace principal with client Section 7.4 para 16: fix brain-o 9.10.1 change already done 9.10.4 the 200 ok response might or might not have a Content-Type header, so remove that. ------- 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 Feb 09 03:20:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F772t-0006cv-9K for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 03:20: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 DAA28153 for ; Thu, 9 Feb 2006 03:19:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7719-0005UP-L9 for w3c-dist-auth-dist@listhub.w3.org; Thu, 09 Feb 2006 08:19:07 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7716-0005TV-0B for w3c-dist-auth@listhub.w3.org; Thu, 09 Feb 2006 08:19:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F770w-0002ID-MZ for w3c-dist-auth@w3.org; Thu, 09 Feb 2006 08:19:02 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k198IocJ006546; Thu, 9 Feb 2006 00:18:50 -0800 Date: Thu, 9 Feb 2006 00:18:50 -0800 Message-Id: <200602090818.k198IocJ006546@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 1F770w-0002ID-MZ cdb0eacb1e7445f01fa7cd6222c68ebb 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/200602090818.k198IocJ006546@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11996 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 09 Feb 2006 08:19:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major Status|RESOLVED |REOPENED Resolution|FIXED | Version|-10 |-12 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-09 00:18 ------- Change was not completely adopted: reference to the section of RFC3253 that has the definition for this precondition wasn't put 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 Thu Feb 09 03:20:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F772t-0006cw-9x for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 03:20: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 DAA28154 for ; Thu, 9 Feb 2006 03:19:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7714-0005TT-O1 for w3c-dist-auth-dist@listhub.w3.org; Thu, 09 Feb 2006 08:19:02 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F770z-0005Sp-2x for w3c-dist-auth@listhub.w3.org; Thu, 09 Feb 2006 08:18:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F770v-0005gP-9U for w3c-dist-auth@w3.org; Thu, 09 Feb 2006 08:18:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k198Ipa7006556; Thu, 9 Feb 2006 00:18:51 -0800 Date: Thu, 9 Feb 2006 00:18:51 -0800 Message-Id: <200602090818.k198Ipa7006556@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 1F770v-0005gP-9U 07f881d479a7973ad28664018e095879 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200602090818.k198Ipa7006556@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11995 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 09 Feb 2006 08:19:02 +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|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 Thu Feb 09 03:33:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F77Ed-0000v5-Qq for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 03:33: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 DAA28957 for ; Thu, 9 Feb 2006 03:31:21 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F77Dv-0000wb-Vo for w3c-dist-auth-dist@listhub.w3.org; Thu, 09 Feb 2006 08:32:19 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F77Ds-0000w3-Ly for w3c-dist-auth@listhub.w3.org; Thu, 09 Feb 2006 08:32:16 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F77Dq-0000hV-Sw for w3c-dist-auth@w3.org; Thu, 09 Feb 2006 08:32:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k198WCga006578; Thu, 9 Feb 2006 00:32:12 -0800 Date: Thu, 9 Feb 2006 00:32:12 -0800 Message-Id: <200602090832.k198WCga006578@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 1F77Dq-0000hV-Sw 9a323a1b2a98c62771813cd5653d7d71 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/200602090832.k198WCga006578@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11997 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 09 Feb 2006 08:32:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 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-02-09 00:32 ------- Furthermore, the text should use the correct terminology here ("protected" instead of "readonly"). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From qhvogj@cdu.de Thu Feb 09 06:33:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7A32-0003ko-Fp for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 06:33:16 -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 GAA11689 for ; Thu, 9 Feb 2006 06:31: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 1F7AFb-0003TO-2t for webdav-archive@ietf.org; Thu, 09 Feb 2006 06:46:17 -0500 Received: from f96217.upc-f.chello.nl ([80.56.96.217]) by mx2.foretec.com with smtp (Exim 4.24) id 1F7A2g-000357-Q6 for webdav-archive@ietf.org; Thu, 09 Feb 2006 06:32:56 -0500 Received: from by ..sitadelle.com with id 1A674K-0766Jb-00 for ; Thu, 09 Feb 2006 09:26:45 -0200 Message-ID: <28231002160688.GI32858@.tech.sitadelle.com> References: In-Reply-To: Date: Thu, 09 Feb 2006 07:25:45 -0400 From: "Rochelle Blackwell" To: webdav-archive@ietf.org Subject: Recent Order X-Spam-Score: 2.2 (++) 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://coatesworld.com From Fraysse@gillotin.com Thu Feb 09 08:10:59 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7BZb-0004i7-BI for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 08:10:59 -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 IAA19025 for ; Thu, 9 Feb 2006 08:09:16 -0500 (EST) Received: from cable-1328.paragould.net ([70.128.5.50] helo=144009488) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F7BmL-0006sB-Fs for webdav-archive@ietf.org; Thu, 09 Feb 2006 08:24:13 -0500 Received: from gillotin.com (140691960 [140925848]) by cable-1328.paragould.net (Qmailv1) with ESMTP id 5B00FCFB72 for ; Thu, 09 Feb 2006 07:03:46 -0600 Date: Thu, 09 Feb 2006 07:03:46 -0600 From: "Caldron D. Cautioning" X-Mailer: The Bat! (v2.00.3) Personal X-Priority: 3 Message-ID: <9308989374.20060209070346@gillotin.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.10; AVE: 6.20.0.1; VDF: 6.20.0.46; host: cable-1328.paragould.net) X-Spam-Score: 2.8 (++) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Content-Transfer-Encoding: 7bit some software u need! 75% Off for All New Software. microsoft, adobe, macromedia! New software on our site: Photo Painter 8 - $59.95 Office 2003 Professional (1 CD Edition) - $89.95 FreeHand MX - $69.95 Windows NT 4.0 Terminal Server - $49.95 Office 2003 Professional (1 CD Edition) - $89.95 Windows NT 4.0 Terminal Server - $49.95 Visio 2003 Professional - $69.95 Photoshop Elements 3.0 Windows - $59.95 Encarta Encyclopedia Delux 2004 (3CD) - $89.95 Freehand MX 11 - $69.95 Visio 2003 Professional - $69.95 Windows 2000 Professional - $59.95 Studio MX 2004 with Director MX 2004 - $139.95 Illustrator CS CE - $69.95 Our site: http://optimitykf.com From w3c-dist-auth-request@frink.w3.org Thu Feb 09 09:27:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7Clr-0005nI-GA for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 09:27: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 JAA25862 for ; Thu, 9 Feb 2006 09:25:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7CjK-0006El-JH for w3c-dist-auth-dist@listhub.w3.org; Thu, 09 Feb 2006 14:25:06 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7CjD-0005lj-1j for w3c-dist-auth@listhub.w3.org; Thu, 09 Feb 2006 14:24:59 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7Cj6-00037p-Sm for w3c-dist-auth@w3.org; Thu, 09 Feb 2006 14:24:57 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k19EOoM8007004; Thu, 9 Feb 2006 06:24:50 -0800 Date: Thu, 9 Feb 2006 06:24:50 -0800 Message-Id: <200602091424.k19EOoM8007004@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 1F7Cj6-00037p-Sm 4b3559f2a717efb5c671d34ddaa2a99d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] New: GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602091424.k19EOoM8007004@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11998 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 09 Feb 2006 14:25:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 Summary: GULP / Lock timeout discussion Product: WebDAV-RFC2518-bis Version: -12 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Other AssignedTo: julian.reschke@greenbytes.de ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org In the 2006-02-08 telecon, I was asked to split out aspects of bug #217 that apply to timeout handling into a separate bug (this one). Analysis and proposed changes will follow separately. ------- 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 Feb 09 09:27:46 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7Clu-0005nJ-Gq for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 09:27: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 JAA25861 for ; Thu, 9 Feb 2006 09:25:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7CjX-0006HT-EP for w3c-dist-auth-dist@listhub.w3.org; Thu, 09 Feb 2006 14:25:19 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7CjM-0006FK-Po for w3c-dist-auth@listhub.w3.org; Thu, 09 Feb 2006 14:25:08 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7CjJ-0001FW-8Y for w3c-dist-auth@w3.org; Thu, 09 Feb 2006 14:25:08 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k19EP4pH007024; Thu, 9 Feb 2006 06:25:04 -0800 Date: Thu, 9 Feb 2006 06:25:04 -0800 Message-Id: <200602091425.k19EP4pH007024@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 1F7CjJ-0001FW-8Y 6a932af5502bfc8e102d36b924b8b8da X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602091425.k19EP4pH007024@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12000 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 09 Feb 2006 14:25:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |217 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 Thu Feb 09 09:27:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7Clr-0005nK-Gp for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 09:27: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 JAA25863 for ; Thu, 9 Feb 2006 09:25:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7CjP-0006Fu-2I for w3c-dist-auth-dist@listhub.w3.org; Thu, 09 Feb 2006 14:25:11 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7CjL-0006En-Q9 for w3c-dist-auth@listhub.w3.org; Thu, 09 Feb 2006 14:25:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7CjJ-0001FP-3Z for w3c-dist-auth@w3.org; Thu, 09 Feb 2006 14:25:07 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k19EP4nT007018; Thu, 9 Feb 2006 06:25:04 -0800 Date: Thu, 9 Feb 2006 06:25:04 -0800 Message-Id: <200602091425.k19EP4nT007018@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 1F7CjJ-0001FP-3Z 7ed19bbeb39ddb8bb9e1c898135704ae X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602091425.k19EP4nT007018@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/11999 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 09 Feb 2006 14:25:11 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |229 Version|-11 |-12 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From loflinu@chn.com Thu Feb 09 09:56:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7DDW-0000oJ-TG for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 09:56: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 JAA28087 for ; Thu, 9 Feb 2006 09:54:23 -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 1F7DQ7-0002QQ-Cr for webdav-archive@ietf.org; Thu, 09 Feb 2006 10:09:21 -0500 Received: from 61-231-130-124.dynamic.hinet.net ([61.231.130.124] helo=chn.com) by mx2.foretec.com with smtp (Exim 4.24) id 1F7DDD-0006S5-0a for webdav-archive@ietf.org; Thu, 09 Feb 2006 09:55:59 -0500 Message-ID: <000001c62d88$e8a18720$7405a8c0@resemblance> Reply-To: "Geronimo Loflin" From: "Geronimo Loflin" To: "Lettice Zalenski" Subject: Re: y T news 29 Date: Thu, 9 Feb 2006 09:55:46 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62D5E.FFCB7F20" 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.4 (+++) X-Scan-Signature: 200d029292fbb60d25b263122ced50fc This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62D5E.FFCB7F20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, http://www.ottislan.com =20 C p I t A z L r I h S c a $ i 3 x , s 3 s 3 g=20 V v I s A x G c R e A i g $ r 3 c , k 7 m 5 f=20 V u A n L a l r U s M f g $ z 1 p , v 2 t 1 p=20 ------=_NextPart_000_0001_01C62D5E.FFCB7F20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
C p I t A z L r I h S c   a $ i 3 x , s 3 s 3 g
V v I s A x G c R e A i   g $ r 3 c , k 7 m 5 f
V u A n L a l r U s M f   g $ z 1 p , v 2 t 1 p
------=_NextPart_000_0001_01C62D5E.FFCB7F20-- From w3c-dist-auth-request@frink.w3.org Thu Feb 09 17:36:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7KP4-0003oD-ND for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 17:36: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 RAA14269 for ; Thu, 9 Feb 2006 17:34:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7KN0-0002fr-Jq for w3c-dist-auth-dist@listhub.w3.org; Thu, 09 Feb 2006 22:34:34 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7KMs-0002eZ-8h for w3c-dist-auth@listhub.w3.org; Thu, 09 Feb 2006 22:34:26 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7KMn-0005sW-Ji for w3c-dist-auth@w3.org; Thu, 09 Feb 2006 22:34:25 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k19MYHhJ007339; Thu, 9 Feb 2006 14:34:17 -0800 Date: Thu, 9 Feb 2006 14:34:17 -0800 Message-Id: <200602092234.k19MYHhJ007339@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 1F7KMn-0005sW-Ji 7ac7e1f6bfccf70e9a667a4a20850db7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602092234.k19MYHhJ007339@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12001 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 09 Feb 2006 22:34:34 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 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-02-09 14:34 ------- OK, I have reviewed all text regarding Timeout behaviour and found the following problems: - there's text in the Write Locks section about refresh and timeouts. Why? How is it specific to write locks? - furthermore, that text talks about a timeout response header. There is none. - Section 10.7 talks about a restriction on the value range to either Seconds-* or Infinite. As the grammar doesn't allow any other values anyway (anymore), this can go. It was in the wrong section anyway, - Section 6 and Section 10.7 were inconsistent (NORMATIVELY) about whether servers must do cleanup of time-out locks (I think we should stick with ehat RFC2518 said). Fixed all of that, plus - moved most of the discussion of timeout semantics into 6.6, - updated Changes section (Seconds-* and Infinite being the only allowed syntaxes for Timeout) - add some cross references Changes at and below: Section 6.6., para. 1: OLD: A lock MAY have a limited lifetime. The lifetime is suggested by the client when creating or refreshing the lock, but the server ultimately chooses the timeout value. Servers MUST remove locks reasonably soon after the timeout expires if the lock is not refreshed and given a new timeout. NEW: A lock MAY have a limited lifetime. The lifetime is suggested by the client when creating or refreshing the lock, but the server ultimately chooses the timeout value. The timeout counter MUST be restarted if a refresh lock request is successful (see Section 9.10.2). The timeout counter SHOULD NOT be restarted at any other time. If the timeout expires then the lock may be lost. Specifically, if the server wishes to harvest the lock upon time-out, the server SHOULD act as if an UNLOCK method was executed by the server on the resource using the lock token of the timed-out lock, performed with its override authority. Thus logs should be updated with the disposition of the lock, notifications should be sent, etc., just as they would be for an UNLOCK request. Servers are advised to pay close attention to the values submitted by clients, as they will be indicative of the type of activity the client intends to perform. For example, an applet running in a browser may need to lock a resource, but because of the instability of the environment within which the applet is running, the applet may be turned off without warning. As a result, the applet is likely to ask for a relatively small timeout value so that if the applet dies, the lock can be quickly harvested. However, a document management system is likely to ask for an extremely long timeout because its user may be planning on going off-line. A client MUST NOT assume that just because the time-out has expired the lock has been lost. Likewise, a client MUST NOT assume that just because the time-out has not expired, the lock still exists. 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: Clients MUST assume that locks may arbitrarily disappear at any time, regardless of the value given in the Timeout header (Section 10.7). 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. For this reason, clients are encouraged to also take advantage of ETags (Section 8.5) in order to avoid overlapping updates. Section 7.7., para. 3: OLD: A server may return a Timeout header with a lock refresh that is different than the Timeout header returned when the lock was originally requested. Additionally clients may submit Timeout headers of arbitrary value with their lock refresh requests. Servers, as always, may ignore Timeout headers submitted by the client. Note that timeout is measured in seconds remaining until expiration. NEW: [[anchor17: There is no such thing as a Timeout response header.]] Section 10.7., para. 3: OLD: Timeout response values MUST use a Second value or Infinite. The "Second" TimeType specifies the number of seconds that will elapse between granting of the lock at the server, and the automatic removal of the lock. The timeout value for TimeType "Second" MUST NOT be greater than 2^32-1. NEW: The "Second" TimeType specifies the number of seconds that will elapse between granting of the lock at the server, and the automatic removal of the lock. The timeout value for TimeType "Second" MUST NOT be greater than 2^32-1. Section 10.7., para. 4: OLD: The timeout counter MUST be restarted if a refresh LOCK request is successful. The timeout counter SHOULD NOT be restarted at any other time. If the timeout expires then the lock may be lost. Specifically, if the server wishes to harvest the lock upon time-out, the server SHOULD act as if an UNLOCK method was executed by the server on the resource using the lock token of the timed-out lock, performed with its override authority. Thus logs should be updated with the disposition of the lock, notifications should be sent, etc., just as they would be for an UNLOCK request. Servers are advised to pay close attention to the values submitted by clients, as they will be indicative of the type of activity the client intends to perform. For example, an applet running in a browser may need to lock a resource, but because of the instability of the environment within which the applet is running, the applet may be turned off without warning. As a result, the applet is likely to ask for a relatively small timeout value so that if the applet dies, the lock can be quickly harvested. However, a document management system is likely to ask for an extremely long timeout because its user may be planning on going off-line. A client MUST NOT assume that just because the time-out has expired the lock has been lost. Likewise, a client MUST NOT assume that just because the time-out has not expired, the lock still exists (and for this reason, clients are strongly advised to use ETags as well). NEW: See Section 6.6 for a description of lock timeout behavior, and Section 9.10.2 for the description of lock refresh requests. Appendix E., para. 27: OLD: E.3. Changes Notable to Client Implementors NEW: REMOVED: the TimeoutVal syntax (Timeout request header and "timeout" XML element) isn't extensible anymore; only Seconds-* or Infinite are allowed. E.3. Changes Notable to Client Implementors ------- 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 Feb 09 17:48:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7Ka2-0008Oa-OH for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 17:48: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 RAA14892 for ; Thu, 9 Feb 2006 17:46:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7KZ8-0006Ga-3l for w3c-dist-auth-dist@listhub.w3.org; Thu, 09 Feb 2006 22:47:06 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7KYu-0006Em-EL for w3c-dist-auth@listhub.w3.org; Thu, 09 Feb 2006 22:46:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7KYq-0002M9-Aw for w3c-dist-auth@w3.org; Thu, 09 Feb 2006 22:46:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k19Mkkhh007374; Thu, 9 Feb 2006 14:46:46 -0800 Date: Thu, 9 Feb 2006 14:46:46 -0800 Message-Id: <200602092246.k19Mkkhh007374@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 1F7KYq-0002M9-Aw f0bd849bb7fd46e769af797103fd36df X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602092246.k19Mkkhh007374@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12002 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 09 Feb 2006 22:47:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-09 14:46 ------- Created an attachment (id=7) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=7&action=view) colored diff of ASCII versions ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bevyseveriano@idea.com Thu Feb 09 18:02:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7Knu-0005fb-Ac for webdav-archive@megatron.ietf.org; Thu, 09 Feb 2006 18:02:22 -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 SAA15998 for ; Thu, 9 Feb 2006 18:00:26 -0500 (EST) Received: from 185.red-83-61-32.dynamicip.rima-tde.net ([83.61.32.185] helo=idea.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F7L0W-0005kY-6L for webdav-archive@ietf.org; Thu, 09 Feb 2006 18:15:26 -0500 Message-ID: <000001c62dcc$c475f180$698ea8c0@furthermost> Reply-To: "Severiano Beverlin" From: "Severiano Beverlin" To: "Mysie Chiesa" Subject: Re: TX m news Date: Thu, 9 Feb 2006 18:01:31 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62DA2.DB9FE980" 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.0 (/) X-Scan-Signature: e8c5db863102a3ada84e0cd52a81a79e This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62DA2.DB9FE980 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, http://www.swimingan.com =20 VzIiArGeRdAo s$k3e,v7e5y CcIkAbLiIvSy b$x3w,p3k3l VpAhLnlgUdMj k$x1z,k2m1b ------=_NextPart_000_0001_01C62DA2.DB9FE980 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
VzIiArGeRdAs$k3e,v7e5y
CcIkAbLiIvSb$x3w,p3k3l
VpAhLnlgUdMk$x1z,k2m1b
------=_NextPart_000_0001_01C62DA2.DB9FE980-- From jeeady@ciep.fr Fri Feb 10 07:51:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7XkF-0007CZ-3b for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 07:51:27 -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 HAA16273 for ; Fri, 10 Feb 2006 07:49:37 -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 1F7Xwz-0007nQ-6f for webdav-archive@ietf.org; Fri, 10 Feb 2006 08:04:46 -0500 Received: from [221.200.48.215] (helo=ciep.fr) by mx2.foretec.com with smtp (Exim 4.24) id 1F7Xjr-0003aM-Qb for webdav-archive@ietf.org; Fri, 10 Feb 2006 07:51:04 -0500 Message-ID: <000001c62e40$8b85bc60$9201a8c0@fleecy> Reply-To: "Je Eady" From: "Je Eady" To: "Brant Ziebarth" Subject: Re: XR i news Date: Fri, 10 Feb 2006 07:50:18 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62E16.A2AFB460" 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.0 (/) X-Scan-Signature: e8c5db863102a3ada84e0cd52a81a79e This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62E16.A2AFB460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, http://www.traumtat.com =20 VfAwLlleUmMa g$f1x,m2h1c CaIuAjLdImSd b$a3r,c3w3x VvIrAnGmRsAu z$o3f,s7n5c ------=_NextPart_000_0001_01C62E16.A2AFB460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
VfAwLlleUmMg$f1x,m2h1c
CaIuAjLdImSb$a3r,c3w3x
VvIrAnGmRsAz$o3f,s7n5c
------=_NextPart_000_0001_01C62E16.A2AFB460-- From w3c-dist-auth-request@frink.w3.org Fri Feb 10 08:21:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7YCt-0002XD-Fk for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 08:21: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 IAA18611 for ; Fri, 10 Feb 2006 08:19:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7YAh-0005dA-MV for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 13:18:47 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7YAZ-0005cH-9x for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 13:18:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7YAU-00024K-F6 for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 13:18:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1ADIUpM008032; Fri, 10 Feb 2006 05:18:30 -0800 Date: Fri, 10 Feb 2006 05:18:30 -0800 Message-Id: <200602101318.k1ADIUpM008032@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 1F7YAU-00024K-F6 2e340878bca85197f62212e61a8ce2ff X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602101318.k1ADIUpM008032@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12003 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 13:18:47 +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 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-10 05:18 ------- Fixed some typos, and added a statement about the matching function on unmapped URLs: Note that for the purpose of matching entity tags and state tokens, the URL being unmapped should be treated the same ways as if the resource existed, but did not have the specified state. Please review; here's the complete text: 10.4. If Header The If request header is intended to have similar functionality to the If-Match header defined in Section 14.24 of [RFC2616]. However, the If header is intended for use with any URI which represents state information, referred to as a state token, about a resource as well as ETags. A typical example of a state token is a lock token, and lock tokens are the only state tokens defined in this specification. 10.4.1. Purpose The If header has two distinct purposes: o The first purpose is to make a request conditional by supplying 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) status. On the other hand, if one of the described state lists does match the state of the resource then the request may succeed. The matching functions for ETags and state tokens are defined in Section 10.4.4 below. o Additionally, the mere fact that a state token appears in an If header means that is has been "submitted" with the request. In general, this is used to indicate that the client has knowledge of that state token. The meaning of submitting a state token depends on its type (for lock tokens, please refer to Section 6). Note that these two purposes need to be treated distinctly: a state token counts as being submitted independantly of whether the server actually has evaluated the state list it appears in, and also independantly of whether the condition it expressed was found to be true or not. 10.4.2. Syntax If = "If" ":" ( *No-tag-list | 1*Tagged-list ) No-tag-list = List Tagged-list = Resource 1*List List = "(" 1*Condition ")" Condition = ["Not"] (State-token | "[" entity-tag "]") ; entity-tag: see Section 3.11 of [RFC2616] ; No LWS allowed between "[", entity-tag and "]" State-token = Coded-URL Resource = Coded-Reference Coded-Reference = "<" Simple-ref ">" ; Simple-ref: see Section 8.2 ; No LWS allowed in Coded-Reference The syntax distinguishes between untagged lists ("No-tag-list") and tagged lists ("Tagged-list"). Untagged lists apply to the resource identified by the Request-URI, while tagged lists apply to the resource identified by the preceding Resource "tag". A Resource tag applies to all subsequent Lists, up to the next Resource tag. [[anchor61: RFC2518: "The same Resource tag MUST NOT appear more than once in a resource production in an If header." This seems to be meaningless, because that follows from the "Resource" production. Is this intended to require that there aren't multiple Tagged-list productions for the same resource? That would need to be expressed differently, and I'm not sure why there should be that restriction. Feedback appreciated.]] Note that the two list types can not be mixed within an If header. This is not a functional restriction because the No-tag-list syntax is just a shorthand notation for a Tagged-list production with a tag referring to the Request-URI. Each List consists of one or more Conditions. Each Condition is defined in terms of an entity-tag or state-token, potentially negated by the prefix "Not". 10.4.3. Evaluation A Condition that consists of a single entity-tag or state-token evaluates to true if the resource matches the described state (where the individual matching functions are define below in Section 10.4.4). Prefixing it with "Not" reverses the result of the evaluation (thus, the "Not" applies only to the subsequent entity-tag or state-token). Each List production describes a series of conditions. The whole list evaluates to true if and only if each condition evaluates to true (that is, the list represents a logical conjunction of Conditions). Each No-tag-list and Tagged-list production may contain one or more Lists. They evaluate to true if and only if any of the contained lists evaluates to true (that is, if there's more than one List, that List sequence represents a logical disjunction of the Lists). Finally, the whole If header evaluates to true if and only if at least one of the No-tag-list or Tagged-list productions evaluates to true. If the header evaluates to false, the server MUST reject the request with a 412 (Precondition Failed) status. Otherwise, execution of the request can proceed as if the header wasn't present. 10.4.3.1. Example: No-tag Production If: ( ["I am an ETag"]) (["I am another ETag"]) The previous header would require that the resource identified in the Request-URI be locked with the specified lock token and be in the state identified by the "I am an ETag" ETag or in the state identified by the second ETag "I am another ETag". To put the matter more plainly one can think of the previous If header as expressing the condition below: ( is-locked-with(urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2) AND matches-etag("I am an ETag") ) OR ( matches-etag("I am another ETag") ) 10.4.3.2. Example: using "Not" with No-tag Production If: (Not ) This If header requires that the resource must not be locked with a lock having the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 and must be locked by a lock with the lock token with urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092. 10.4.3.3. Example: causing a Condition to always evaluate to True There may be cases where a client wishes to submit state tokens, but doesn't want the request to fail just because the state token isn't current anymore. One simple way to do this is to include a Condition that is known to always evaluate to true, such as in: If: () (Not ) "DAV:no-lock" is known to never represent a current lock token, as lock tokens are assigned by the server, following the uniqueness requirements described in Section 6.5, therefore in particular exclude URIs in the "DAV:" scheme. Thus, by applying "Not" to a known not to be current state token, the Condition always evaluates to true. Consequently, the whole If header will always evaluate to true, and the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 will be submitted in any case. 10.4.3.4. Example: Tagged List If header in COPY >>Request COPY /resource1 HTTP/1.1 Host: www.example.com Destination: /resource2 If: ( [W/"A weak ETag"]) (["strong ETag"]) (["another strong ETag"]) In this example http://www.example.com/resource1 is being copied to http://www.example.com/resource2. When the method is first applied to http://www.example.com/resource1, resource1 must be in the state specified by "( [W/"A weak ETag"]) (["strong ETag"])", that is, it either must be locked with a lock token of "urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2" and have a weak entity tag W/"A weak ETag" or it must have a strong entity tag "strong ETag". That is the only success condition since the resource http://www.example.com/random never has the method applied to it (the only other resource listed in the If header) and http://www.example.com/resource2 is not listed in the If header. 10.4.4. Matching Function When performing If header processing, the definition of a matching state token or entity tag is as follows: Identifying a resource: The resource is identified by the URI along with the token, in tagged list production, or by the Request-URI in untagged list production. Matching entity tag: Where the entity tag matches an entity tag associated with the identified resource. Servers MUST use either the weak or the strong comparison function defined in Section 13.3.3 of [RFC2616]. Matching state token: Where there is an exact match between the state token in the If header and any state token on the identified resource. A lock state token is considered to match if the resource is anywhere in the scope of the lock. Note that for the purpose of matching entity tags and state tokens, the URL being unmapped should be treated the same ways as if the resource existed, but did not have the specified state. Example - Matching lock tokens with collection locks DELETE /specs/rfc2518.txt HTTP/1.1 Host: www.example.com If: () For this example, the lock token must be compared to the identified resource, which is the 'specs' collection identified by the URL in the tagged list production. If the 'specs' collection is not locked or has a lock with a different token, the request MUST fail. If the 'specs' collection is locked (depth infinity) with that lock token, then this request could succeed, both because the If header evaluates to true, and because the lock token for the lock affecting the affected resource has been submitted. Alternatively, a request where the 'rfc2518.txt' URL is associated with the lock token in the If header could also succeed. 10.4.5. If Header and Non-DAV Aware Proxies Non-DAV aware proxies will not honor the If header, since they will not understand the If header, and HTTP requires non-understood headers to be ignored. When communicating with HTTP/1.1 proxies, the "Cache-Control: no-cache" request header MUST be used so as to prevent the proxy from improperly trying to service the request from its cache. When dealing with HTTP/1.0 proxies the "Pragma: no-cache" request header MUST be used for the same reason. 10.4.6. If Header and Authentication Servers MUST do authorization checks before checking this header (thus, supplying a carefully crafted If header must not allow a client to learn information about resources it's not authorized to access). ------- 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 Feb 10 12:46:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cLr-0005AO-Eb for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12:46: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 MAA11643 for ; Fri, 10 Feb 2006 12:44:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cKE-0005xo-Aj for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:44:54 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cK5-0005vw-SR for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:44:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cK2-0001ep-Vc for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:44:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHigfq008234; Fri, 10 Feb 2006 09:44:42 -0800 Date: Fri, 10 Feb 2006 09:44:42 -0800 Message-Id: <200602101744.k1AHigfq008234@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 1F7cK2-0001ep-Vc ad47d56bc26a4d119b345359a2e9f652 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/200602101744.k1AHigfq008234@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12005 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:44:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 ejw@cs.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 Feb 10 12:46:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cLr-0005AP-Qg for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12:46: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 MAA11641 for ; Fri, 10 Feb 2006 12:44:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cK1-0005uc-Hp for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:44:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cJu-0005ts-Hl for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:44:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cJk-0001be-Ja for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:44:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHiM8P008214; Fri, 10 Feb 2006 09:44:22 -0800 Date: Fri, 10 Feb 2006 09:44:22 -0800 Message-Id: <200602101744.k1AHiM8P008214@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 1F7cJk-0001be-Ja df3c768b2a7bcf243390aa18155e81ed X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 220] Do status codes belong intoFrom w3c-dist-auth-request@frink.w3.org Fri Feb 10 12:46:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cLr-0005AO-Eb for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12:46: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 MAA11643 for ; Fri, 10 Feb 2006 12:44:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cKE-0005xo-Aj for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:44:54 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cK5-0005vw-SR for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:44:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cK2-0001ep-Vc for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:44:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHigfq008234; Fri, 10 Feb 2006 09:44:42 -0800 Date: Fri, 10 Feb 2006 09:44:42 -0800 Message-Id: <200602101744.k1AHigfq008234@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 1F7cK2-0001ep-Vc ad47d56bc26a4d119b345359a2e9f652 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/200602101744.k1AHigfq008234@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12005 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:44:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 ejw@cs.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 Feb 10 12:46:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cLr-0005AP-Qg for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12:46: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 MAA11641 for ; Fri, 10 Feb 2006 12:44:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cK1-0005uc-Hp for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:44:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cJu-0005ts-Hl for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:44:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cJk-0001be-Ja for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:44:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHiM8P008214; Fri, 10 Feb 2006 09:44:22 -0800 Date: Fri, 10 Feb 2006 09:44:22 -0800 Message-Id: <200602101744.k1AHiM8P008214@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 1F7cJk-0001be-Ja df3c768b2a7bcf243390aa18155e81ed 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/200602101744.k1AHiM8P008214@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12004 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:44:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 09:44 ------- Discussed during the Feb. 10, 2006 teleconference. Agreed during the teleconference that listing the status codes in section 16 (formerly section 15) is a good idea. We then went through the status codes to make sure that they were appropriate and correct. Agreed that lock-token-matches-request-uri should not be used with 400, since this code is for syntax errors, and instead it should be used with 409, since the state of the resource potentially could change, allowing resubmission of the request. Section 9.11.1 :: 400 - no lock token provided, strike reference to precondition for this case (lock- token-submitted) The rationale is that lock-token-submitted is specifically for the case of lock tokens in the If header, and here we're talking about lock tokens passed in the Lock Token header. Section 9.11.1 :: The lock-token-matches-request-uri should now be moved down to 409 (Conflict) to be consistent with the defintion of this precondition. Agree that lock-token-submitted should only be used with 423 Locked, and not with 400, since 400 is for syntax errors, which this is not. In lock-toke-matches-request-uri, in the second sentence, "doe" should be "does". ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. pre/postcondition definitions? X-Archived-At: http://www.w3.org/mid/200602101744.k1AHiM8P008214@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12004 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:44:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 09:44 ------- Discussed during the Feb. 10, 2006 teleconference. Agreed during the teleconference that listing the status codes in section 16 (formerly section 15) is a good idea. We then went through the status codes to make sure that they were appropriate and correct. Agreed that lock-token-matches-request-uri should not be used with 400, since this code is for syntax errors, and instead it should be used with 409, since the state of the resource potentially could change, allowing resubmission of the request. Section 9.11.1 :: 400 - no lock token provided, strike reference to precondition for this case (lock- token-submitted) The rationale is that lock-token-submitted is specifically for the case of lock tokens in the If header, and here we're talking about lock tokens passed in the Lock Token header. Section 9.11.1 :: The lock-token-matches-request-uri should now be moved down to 409 (Conflict) to be consistent with the defintion of this precondition. Agree that lock-token-submitted should only be used with 423 Locked, and not with 400, since 400 is for syntax errors, which this is not. In lock-toke-matches-request-uri, in the second sentence, "doe" should be "does". ------- 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 Feb 10 12: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 1F7cLq-0005AN-Ro for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12:46: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 MAA11642 for ; Fri, 10 Feb 2006 12:44:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cKs-0007be-5s for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:45:34 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cKk-0007Qr-KW for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:45:26 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7cKh-00017l-SN for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:45:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHjMV0008258; Fri, 10 Feb 2006 09:45:23 -0800 Date: Fri, 10 Feb 2006 09:45:23 -0800 Message-Id: <200602101745.k1AHjMV0008258@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 1F7cKh-00017l-SN 165408fe96c6e4aca1366adb8a1cffd3 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/200602101745.k1AHjMV0008258@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12006 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:45:34 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org 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 Fri Feb 10 12:47:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cN1-0005N1-BK for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12:47: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 MAA11762 for ; Fri, 10 Feb 2006 12:45:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cMJ-00089I-R9 for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:47:03 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cMF-00088e-Tk for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:47:00 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cMC-0001zs-UZ for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:46:59 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHkuUE008288; Fri, 10 Feb 2006 09:46:56 -0800 Date: Fri, 10 Feb 2006 09:46:56 -0800 Message-Id: <200602101746.k1AHkuUE008288@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 1F7cMC-0001zs-UZ 51aa13c6c1c0f0c01ae7493ee7db1111 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/200602101746.k1AHkuUE008288@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12007 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:47:03 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org Priority|P2 |P3 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 09:46 ------- Discussed during Feb. 10, 2006 teleconference. Agreed to adopt this change. ------- 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 Feb 10 12:47:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cN9-0005Nu-PX for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12:47: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 MAA11778 for ; Fri, 10 Feb 2006 12:46:06 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cMW-0008ER-Pe for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:47:16 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cMT-0008Ck-5b for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:47:13 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7cMP-0006lq-I2 for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:47:12 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHl7PS008308; Fri, 10 Feb 2006 09:47:07 -0800 Date: Fri, 10 Feb 2006 09:47:07 -0800 Message-Id: <200602101747.k1AHl7PS008308@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 1F7cMP-0006lq-I2 40db429bbf01b688a1b494d31903a0f0 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/200602101747.k1AHl7PS008308@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12008 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:47:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=221 ejw@cs.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 Feb 10 12:50:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cPN-0005s1-Dy for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12:50: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 MAA11958 for ; Fri, 10 Feb 2006 12:48:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cOf-0000Cj-BA for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:49:29 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cOb-0000BF-5O for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:49:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cOY-0002Rm-Em for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:49:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHnMVd008343; Fri, 10 Feb 2006 09:49:22 -0800 Date: Fri, 10 Feb 2006 09:49:22 -0800 Message-Id: <200602101749.k1AHnMVd008343@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 1F7cOY-0002Rm-Em 72e3c867d99dfad57579d362e9a5e727 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200602101749.k1AHnMVd008343@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12009 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:49:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 Bug 181 depends on bug 222, which changed state. Bug 222 Summary: Remove DTD fragments from pre/postcondition definitions when EMPTY http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=222 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 Fri Feb 10 12: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 1F7cPW-0005tQ-23 for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12: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 MAA11966 for ; Fri, 10 Feb 2006 12:48:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cOp-0000I2-K3 for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:49:39 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cOe-0000CA-De for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:49:28 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7cOa-0007Dh-CN for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:49:27 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHnL1T008329; Fri, 10 Feb 2006 09:49:21 -0800 Date: Fri, 10 Feb 2006 09:49:21 -0800 Message-Id: <200602101749.k1AHnL1T008329@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 1F7cOa-0007Dh-CN a7a0a0b958878a39c4c88d2c3273ca58 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/200602101749.k1AHnL1T008329@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12010 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:49:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=222 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 09:49 ------- Discussed during the Feb. 10, 2006 teleconference. Agreed to leave the XML DTD fragments in the specification. The feeling is that there is some utility to having this information in the context of the definition of the elements. Changing to 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 Fri Feb 10 12: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 1F7cVh-0007Pj-1g for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12: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 MAA12932 for ; Fri, 10 Feb 2006 12:54:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cUr-0001vI-0Q for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:55:53 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cUn-0001uE-3W for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:55:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7cUl-0003bk-JM for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:55:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHtlhg008364; Fri, 10 Feb 2006 09:55:47 -0800 Date: Fri, 10 Feb 2006 09:55:47 -0800 Message-Id: <200602101755.k1AHtlhg008364@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 1F7cUl-0003bk-JM 1ef24fede411725ac10c12dc18391342 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 223] Section organization for pre/postconditions X-Archived-At: http://www.w3.org/mid/200602101755.k1AHtlhg008364@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12011 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:55:53 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=223 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 09:55 ------- Discussed during the Feb 10, 2006 teleconference. Agreed to not make these 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 Feb 10 12: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 1F7cVh-0007Pk-Kw for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 12: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 MAA12931 for ; Fri, 10 Feb 2006 12:54:52 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cUy-0001xZ-1b for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 17:56:00 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cUu-0001we-Rk for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 17:55:56 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7cUo-00007u-ND for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 17:55:54 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AHtmjC008378; Fri, 10 Feb 2006 09:55:48 -0800 Date: Fri, 10 Feb 2006 09:55:48 -0800 Message-Id: <200602101755.k1AHtmjC008378@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 1F7cUo-00007u-ND ed58e588c7c60300d94d8b03b2de732d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200602101755.k1AHtmjC008378@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12012 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 17:56:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 Bug 181 depends on bug 223, which changed state. Bug 223 Summary: Section organization for pre/postconditions http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=223 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 Fri Feb 10 13:03:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cbp-0000s8-4S for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:03: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 NAA13989 for ; Fri, 10 Feb 2006 13:01:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cb8-0004eC-29 for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:02:22 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cb1-0004ct-MW for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:02:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7cax-0001MK-Op for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:02:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AI2BJL008429; Fri, 10 Feb 2006 10:02:11 -0800 Date: Fri, 10 Feb 2006 10:02:11 -0800 Message-Id: <200602101802.k1AI2BJL008429@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 1F7cax-0001MK-Op 55b3a1cc4f444dc0f03ee3a0dd258d07 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602101802.k1AI2BJL008429@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12013 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:02:22 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 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-02-10 10:02 ------- Discussed during the teleconference on Feb. 10, 2006. We liked Julian's most recent suggestion. We felt that there should be some additional example text showing how this new rule applies in one or two common If header processing situations. Julian agreed to write a few sentences on this. Julian also noted that this section needs some review. ------- 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 Feb 10 13:04:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cde-0001pW-Kg for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:04: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 NAA14309 for ; Fri, 10 Feb 2006 13:03:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cd4-0004o1-RY for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:04:22 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cd0-0004nF-17 for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:04:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7ccw-0004u2-A3 for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:04:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AI4DD7008452; Fri, 10 Feb 2006 10:04:13 -0800 Date: Fri, 10 Feb 2006 10:04:13 -0800 Message-Id: <200602101804.k1AI4DD7008452@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 1F7ccw-0004u2-A3 ce0af4e2205b209251522a8e72f1c33f 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/200602101804.k1AI4DD7008452@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12014 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:04:22 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=226 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 10:04 ------- This issue is now being substantively addressed as part of bug #161. Are closing this bug, since it's no longer needed. ------- 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 Feb 10 13: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 1F7cg7-00032Q-Tv for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13: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 NAA14568 for ; Fri, 10 Feb 2006 13:05:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cfT-0005RP-RE for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:06:51 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cfP-0005Qh-EN for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:06:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cfM-0005Fo-KW for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:06:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AI6hEO008486; Fri, 10 Feb 2006 10:06:43 -0800 Date: Fri, 10 Feb 2006 10:06:43 -0800 Message-Id: <200602101806.k1AI6hEO008486@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 1F7cfM-0005Fo-KW 40786cb67532e2855bb99037f8184ec7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200602101806.k1AI6hEO008486@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12015 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:06:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de Priority|P2 |P3 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 10:06 ------- Discussed during the Feb. 10, 2006 teleconference. Julian needs to review the current text in the draft. Are assigning to him, and lowering priority to P3. ------- 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 Feb 10 13: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 1F7chO-0003ko-Pw for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13: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 NAA14711 for ; Fri, 10 Feb 2006 13:06:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cgf-0005dD-As for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:08:05 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cga-0005cc-Kc for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:08:00 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7cgT-0002LU-A6 for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:07:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AI7nLU008522; Fri, 10 Feb 2006 10:07:49 -0800 Date: Fri, 10 Feb 2006 10:07:49 -0800 Message-Id: <200602101807.k1AI7nLU008522@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 1F7cgT-0002LU-A6 badca1d6ae0dc00e9efa2bc2736f8af3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200602101807.k1AI7nLU008522@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12016 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:08:05 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 10:07 ------- Discussed during Feb. 10, 2006 teleconference. The draft has been changed to substantively address Julian's concerns. This issue can now be closed. Yay! ------- 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 Feb 10 13:09:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7chd-0003nQ-NP for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:09: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 NAA14740 for ; Fri, 10 Feb 2006 13:07:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cgx-0005iU-Oi for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:08:23 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cgt-0005hP-9L for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:08:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cgq-0005Um-EL for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:08:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AI8FLK008544; Fri, 10 Feb 2006 10:08:15 -0800 Date: Fri, 10 Feb 2006 10:08:15 -0800 Message-Id: <200602101808.k1AI8FLK008544@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 1F7cgq-0005Um-EL 4e99efc1803a8ac91ebd73d9ae127573 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200602101808.k1AI8FLK008544@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12017 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:08:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 ejw@cs.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 Feb 10 13:21:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cu3-0003G2-3J for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:21: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 NAA16258 for ; Fri, 10 Feb 2006 13:20:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7ctK-00012H-UE for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:21:10 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7ctE-00010Q-Bo for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:21:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7ctA-0007eq-GJ for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:21:03 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AIKxf6008616; Fri, 10 Feb 2006 10:20:59 -0800 Date: Fri, 10 Feb 2006 10:20:59 -0800 Message-Id: <200602101820.k1AIKxf6008616@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 1F7ctA-0007eq-GJ 0947481fc7aa95908e52033d14571f87 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602101820.k1AIKxf6008616@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12018 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:21:10 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 10:20 ------- Discussed during Feb. 10, 2006 teleconference. Agreed to accept Julian's proposed changes. Lisa to make these changes in the specification, and to come back to the group if she notes any problems in adopting the change. ------- 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 Feb 10 13:22:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cuC-0003HU-NB for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:22: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 NAA16260 for ; Fri, 10 Feb 2006 13:20:12 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7ctX-00015v-0t for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:21:23 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7ctT-00012V-7t for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:21:19 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7ctQ-0000Fq-J5 for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:21:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AILGTC008636; Fri, 10 Feb 2006 10:21:16 -0800 Date: Fri, 10 Feb 2006 10:21:16 -0800 Message-Id: <200602101821.k1AILGTC008636@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 1F7ctQ-0000Fq-J5 365175e160dfc9bdb286c2973dc9e053 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602101821.k1AILGTC008636@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12019 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:21:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 ejw@cs.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 Feb 10 13:22:55 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cv1-0003XF-BA for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:22: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 NAA16317 for ; Fri, 10 Feb 2006 13:21:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cuS-0001I0-96 for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:22:20 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cuO-0001HQ-He for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:22:16 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cto-0007lT-PV for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:22:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AILe6l008664; Fri, 10 Feb 2006 10:21:40 -0800 Date: Fri, 10 Feb 2006 10:21:40 -0800 Message-Id: <200602101821.k1AILe6l008664@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 1F7cto-0007lT-PV a945df69856670043d51ca59128f36e9 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/200602101821.k1AILe6l008664@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12020 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:22:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 ejw@cs.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 Feb 10 13:26:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7cy1-0004p1-Vk for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:26: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 NAA16710 for ; Fri, 10 Feb 2006 13:24:17 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cxR-0001z9-Oq for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:25:25 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cxN-0001xm-Lk for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:25:21 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7cxI-0005Yz-7n for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:25:19 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AIP8Kq008697; Fri, 10 Feb 2006 10:25:08 -0800 Date: Fri, 10 Feb 2006 10:25:08 -0800 Message-Id: <200602101825.k1AIP8Kq008697@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 1F7cxI-0005Yz-7n 4721315312f3900fbe4a8fd3c66032ef X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602101825.k1AIP8Kq008697@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12021 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:25:25 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 ejw@cs.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 Feb 10 13:27:13 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7czB-00050e-2P for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:27: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 NAA16804 for ; Fri, 10 Feb 2006 13:25:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cyV-0002KC-0L for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:26:31 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cyQ-0002JD-S3 for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:26:26 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7cyP-0001G5-6g for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:26:26 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AIQMrI008721; Fri, 10 Feb 2006 10:26:22 -0800 Date: Fri, 10 Feb 2006 10:26:22 -0800 Message-Id: <200602101826.k1AIQMrI008721@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 1F7cyP-0001G5-6g e4acb929a5ec1f2c826d21f00fe9e855 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602101826.k1AIQMrI008721@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12022 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:26:31 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 10:26 ------- Lisa to enter these changes in the 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 Fri Feb 10 13:27:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7czK-000577-Bo for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:27: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 NAA16824 for ; Fri, 10 Feb 2006 13:25:37 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7cyl-0002Pf-Sj for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:26:47 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7cyi-0002Oz-0a for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:26:44 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7cye-0008QM-VM for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:26:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AIQej5008745; Fri, 10 Feb 2006 10:26:40 -0800 Date: Fri, 10 Feb 2006 10:26:40 -0800 Message-Id: <200602101826.k1AIQej5008745@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 1F7cye-0008QM-VM 6c06a2b0e722d7a7bcb1c638de4719af X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602101826.k1AIQej5008745@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12023 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:26:47 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ejw@cs.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 Feb 10 13:28:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7d0d-0005gS-Tt for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:28: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 NAA16993 for ; Fri, 10 Feb 2006 13:26:59 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7d05-0002h8-6E for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:28:09 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7d00-0002gL-VQ for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:28:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7czz-0001Yw-Dk for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:28:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AIS2s1008784; Fri, 10 Feb 2006 10:28:02 -0800 Date: Fri, 10 Feb 2006 10:28:02 -0800 Message-Id: <200602101828.k1AIS2s1008784@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 1F7czz-0001Yw-Dk 5089b751a3507e39a41f0932f9799011 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 72] Review references section X-Archived-At: http://www.w3.org/mid/200602101828.k1AIS2s1008784@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12024 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:28:09 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=72 ejw@cs.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 Feb 10 13:28:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7d0k-0005jB-Iv for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 13:28: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 NAA17000 for ; Fri, 10 Feb 2006 13:27:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7d0B-0002mG-2U for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:28:15 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7d07-0002hO-OA for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:28:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7czr-0000BG-EL for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:28:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AIRtUu008770; Fri, 10 Feb 2006 10:27:55 -0800 Date: Fri, 10 Feb 2006 10:27:55 -0800 Message-Id: <200602101827.k1AIRtUu008770@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 1F7czr-0000BG-EL a5add5431569a89382879121c22ce62a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 72] Review references section X-Archived-At: http://www.w3.org/mid/200602101827.k1AIRtUu008770@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12025 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:28:15 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=72 ejw@cs.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |julian.reschke@greenbytes.de ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 10:27 ------- Discussed during Feb. 10, 2006 teleconference. Julian to do this change and sent Lisa the diff. Reassigning to Julian. ------- 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 Feb 10 14: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 1F7dVA-0003PN-5n for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 14: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 NAA19319 for ; Fri, 10 Feb 2006 13:58:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7dTJ-0002Zd-4N for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:58:21 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7dTC-0002V4-8h for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:58:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7dT3-0005fD-Ni for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:58:13 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AIw5Qi008810; Fri, 10 Feb 2006 10:58:05 -0800 Date: Fri, 10 Feb 2006 10:58:05 -0800 Message-Id: <200602101858.k1AIw5Qi008810@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 1F7dT3-0005fD-Ni 626ae0570cfb38d7a16fec87ecc3d8ed X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 72] Review references section X-Archived-At: http://www.w3.org/mid/200602101858.k1AIw5Qi008810@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12026 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:58:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=72 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-10 10:58 ------- Created an attachment (id=8) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=8&action=view) diffs for 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 Fri Feb 10 14: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 1F7dVA-0003PO-6m for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 14: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 NAA19320 for ; Fri, 10 Feb 2006 13:58:25 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7dTe-0002b0-Ak for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 18:58:42 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7dTa-0002aN-Fs for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 18:58:38 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7dTW-0003Wk-HR for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 18:58:37 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AIwWAI008824; Fri, 10 Feb 2006 10:58:32 -0800 Date: Fri, 10 Feb 2006 10:58:32 -0800 Message-Id: <200602101858.k1AIwWAI008824@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 1F7dTW-0003Wk-HR 379b05b54c1e4508eeec8739dacfec0f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 72] Review references section X-Archived-At: http://www.w3.org/mid/200602101858.k1AIwWAI008824@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12027 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 18:58:42 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=72 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|lisa@osafoundation.org Status|ASSIGNED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-10 10:58 ------- Re-assigning to Lisa for integration. ------- 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 Feb 10 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 1F7fFA-0007v1-5Q for webdav-archive@megatron.ietf.org; Fri, 10 Feb 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 PAA27084 for ; Fri, 10 Feb 2006 15:50:08 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7fDk-0005rD-9I for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 20:50:24 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7fDa-0005q1-T7 for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 20:50:15 +0000 Received: from [132.151.6.50] (helo=newodin.ietf.org) by maggie.w3.org with esmtp (Exim 4.50) id 1F7fDV-0005nf-81 for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 20:50:13 +0000 Received: from mlee by newodin.ietf.org with local (Exim 4.43) id 1F7fDN-0008Dx-Qr; Fri, 10 Feb 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: Fri, 10 Feb 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 1F7fDV-0005nf-81 74b0fbad58834068e097ef2bd9b30079 X-Original-To: w3c-dist-auth@w3.org Subject: I-D ACTION:draft-ietf-webdav-bind-13.txt X-Archived-At: http://www.w3.org/mid/E1F7fDN-0008Dx-Qr@newodin.ietf.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12028 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 20:50:24 +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 : Binding Extensions to Web Distributed Authoring and Versioning (WebDAV) Author(s) : G. Clemm, et al. Filename : draft-ietf-webdav-bind-13.txt Pages : 42 Date : 2006-2-10 This specification defines bindings, and the BIND method for creating multiple bindings to the same resource. Creating a new binding to a resource causes at least one new URI to be mapped to that resource. Servers are required to insure the integrity of any bindings that they allow to be created. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-webdav-bind-13.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-bind-13.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-bind-13.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-2-10145910.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-bind-13.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-bind-13.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2006-2-10145910.I-D@ietf.org> --OtherAccess-- --NextPart-- From w3c-dist-auth-request@frink.w3.org Fri Feb 10 16:01:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7fOS-0001ha-Jz for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 16:01: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 PAA28563 for ; Fri, 10 Feb 2006 15:59:36 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7fNb-0000Ta-1a for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 21:00:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7fNW-0000JX-PS for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 21:00:31 +0000 Received: from mail.gmx.de ([213.165.64.21] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1F7fNR-0007Wm-Cn for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 21:00:30 +0000 Received: (qmail invoked by alias); 10 Feb 2006 21:00:23 -0000 Received: from p508FB0B6.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.176.182] by mail.gmx.net (mp010) with SMTP; 10 Feb 2006 22:00:23 +0100 X-Authenticated: #1915285 Message-ID: <43ECFE4F.6060804@gmx.de> Date: Fri, 10 Feb 2006 21:57:51 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Internet-Drafts@ietf.org CC: i-d-announce@ietf.org, w3c-dist-auth@w3.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 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 1F7fNR-0007Wm-Cn bd5cf1e0764419669ffb476f845e72a3 X-Original-To: w3c-dist-auth@w3.org Subject: Re: I-D ACTION:draft-ietf-webdav-bind-13.txt X-Archived-At: http://www.w3.org/mid/43ECFE4F.6060804@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12029 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 21:00:35 +0000 Content-Transfer-Encoding: 7bit Hi, this draft updates -12, which was published after the previous (3rd...) working-group last-call. The main changes are that it's now based on rfc2518bis, getting rid of some stuff that's not needed anymore. In particular (): -- snip -- Updated Author's address. Uppercase "Section" when referring to other documents. Updating from RFC2518 to RFC2518bis: * Remove own explanation of DTD syntax. * Remove own definition of precondition/postcondition. * Remove reference to broken RFC2518 language about DELETE and UNLOCK. * Remove own definition of DAV: request header. * Updated Section 1.2 to reflect the changes in [draft-ietf-webdav-rfc2518bis], making proposals for more changes so that the issue can be closed (see also and ). -- snip -- Best regards, Julian Internet-Drafts@ietf.org wrote: > 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 : Binding Extensions to Web Distributed Authoring and Versioning (WebDAV) > Author(s) : G. Clemm, et al. > Filename : draft-ietf-webdav-bind-13.txt > Pages : 42 > Date : 2006-2-10 > > This specification defines bindings, and the BIND method for creating > multiple bindings to the same resource. Creating a new binding to a > resource causes at least one new URI to be mapped to that resource. > Servers are required to insure the integrity of any bindings that > they allow to be created. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-webdav-bind-13.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-bind-13.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-bind-13.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. -- bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 From w3c-dist-auth-request@frink.w3.org Fri Feb 10 16: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 1F7fba-00076z-FQ for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 16:15: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 QAA01866 for ; Fri, 10 Feb 2006 16:13:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7fas-0003Zi-5c for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 21:14:18 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7fao-0003Z6-L3 for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 21:14:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7fan-0007nA-1M for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 21:14:14 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1ALEC9u008972; Fri, 10 Feb 2006 13:14:12 -0800 Date: Fri, 10 Feb 2006 13:14:12 -0800 Message-Id: <200602102114.k1ALEC9u008972@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 1F7fan-0007nA-1M ccb2414a4baf2f55786dc65b9a3f7163 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 46] URLs in Multistatus X-Archived-At: http://www.w3.org/mid/200602102114.k1ALEC9u008972@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12031 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 21:14:18 +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-02-10 13:14 ------- Fixed in next 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 Fri Feb 10 16:12:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7fYg-0005lV-Hh for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 16:12: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 QAA01266 for ; Fri, 10 Feb 2006 16:10:10 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7fXt-0003Bz-0S for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 21:11:13 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7fXm-0003B0-CM for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 21:11:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7fXj-00076n-67 for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 21:11:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1ALB284008940; Fri, 10 Feb 2006 13:11:02 -0800 Date: Fri, 10 Feb 2006 13:11:02 -0800 Message-Id: <200602102111.k1ALB284008940@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 1F7fXj-00076n-67 bcb2a9df475f507df4812705f3017722 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602102111.k1ALB284008940@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12030 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 21:11:13 +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-02-10 13:11 ------- Making a bunch of changes. Here's my notes as I go. 1. I know we discussed this in the con call but on reflection I'm unhappy with the text in comment #12: "A successful request for a new shared lock MUST result in the generation of a unique lock, with with a unique lock token, associated with the requesting principal." That wording makes the "associated with" unclear. I think the fix is to not mention the lock token but just say "A successful request for a new shared lock MUST result in the generation of a unique lock associated with the requesting principal." 2. We discuss the lack of requirement for servers to accept lock requests from anonymous users but this extends of course to random authenticated users. Thus "There is no requirement for servers to accept lock requests from all users or from anonymous users." Other changes of course but I think this is the only stuff that diverged at all from what was discussed in the conf 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 Feb 10 16:22:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7fik-0004uU-Ur for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 16:22: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 QAA02766 for ; Fri, 10 Feb 2006 16:20:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7fi5-0006na-4p for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 21:21:45 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7fi0-0006jA-RJ for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 21:21:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7fhz-0000bf-5U for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 21:21:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1ALLc6w009013; Fri, 10 Feb 2006 13:21:38 -0800 Date: Fri, 10 Feb 2006 13:21:38 -0800 Message-Id: <200602102121.k1ALLc6w009013@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 1F7fhz-0000bf-5U 4d93bbf70b65be2d49ce07adc49e8538 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/200602102121.k1ALLc6w009013@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12033 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 21:21:45 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-10 13:21 ------- Updated this appendix section and removed ideas on how to detect WebDAV clients! ------- 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 Feb 10 16:22:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7fj6-0004u3-3n for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 16:22: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 QAA02757 for ; Fri, 10 Feb 2006 16:20:31 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7fhl-0006hx-UW for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 21:21:25 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7fhg-0006hF-NT for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 21:21:20 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7fhe-0000X8-40 for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 21:21:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1ALLFHu008995; Fri, 10 Feb 2006 13:21:15 -0800 Date: Fri, 10 Feb 2006 13:21:15 -0800 Message-Id: <200602102121.k1ALLFHu008995@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 1F7fhe-0000X8-40 f282e46b5ef7e90b64694fcc0b760443 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602102121.k1ALLFHu008995@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12032 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 21:21:25 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-10 13:21 ------- 1) Sounds good. The important thing is to avoid the impression that there could be one lock, with several lock tokens associated to multiple principals. 2) OK, although I think being silent on this would probably do 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 Fri Feb 10 16:32:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7fs7-0004Fj-37 for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 16:32: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 QAA03421 for ; Fri, 10 Feb 2006 16:30:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7frH-0001gT-IM for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 21:31:15 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7frC-0001fJ-AA for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 21:31:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7fr8-0004o2-0s for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 21:31:09 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1ALV4P1009032; Fri, 10 Feb 2006 13:31:04 -0800 Date: Fri, 10 Feb 2006 13:31:04 -0800 Message-Id: <200602102131.k1ALV4P1009032@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 1F7fr8-0004o2-0s 2f4422f1fd606bd8830ab48e51b5b5b7 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 144] IF_HEADER_CHECKS_AFTER_OTHER_CHECKS X-Archived-At: http://www.w3.org/mid/200602102131.k1ALV4P1009032@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12034 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 21:31:15 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-10 13:31 ------- Added new section to general request/response handling and changed If 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 Fri Feb 10 16:32:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7fs7-0004Fk-61 for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 16:32: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 QAA03422 for ; Fri, 10 Feb 2006 16:30:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7frP-0001hB-0Z for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 21:31:23 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7frD-0001fu-77 for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 21:31:11 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7fr9-00049O-0g for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 21:31:10 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1ALV50U009046; Fri, 10 Feb 2006 13:31:05 -0800 Date: Fri, 10 Feb 2006 13:31:05 -0800 Message-Id: <200602102131.k1ALV50U009046@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 1F7fr9-00049O-0g 9ceeb5b5702205487a37abd05d7e7f0f 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/200602102131.k1ALV50U009046@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12035 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 21:31:23 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=18 Bug 18 depends on bug 144, which changed state. Bug 144 Summary: IF_HEADER_CHECKS_AFTER_OTHER_CHECKS http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 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 Feb 10 17:14:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7gXK-0003tx-Q6 for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 17:14: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 RAA06421 for ; Fri, 10 Feb 2006 17:12:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7gWC-00030L-Ut for w3c-dist-auth-dist@listhub.w3.org; Fri, 10 Feb 2006 22:13:32 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7gW3-0002zj-TZ for w3c-dist-auth@listhub.w3.org; Fri, 10 Feb 2006 22:13:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7gW1-0000bC-5N for w3c-dist-auth@w3.org; Fri, 10 Feb 2006 22:13:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1AMDJOL009088; Fri, 10 Feb 2006 14:13:19 -0800 Date: Fri, 10 Feb 2006 14:13:19 -0800 Message-Id: <200602102213.k1AMDJOL009088@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 1F7gW1-0000bC-5N 897d33b4216dedd9d3f6914352de9b02 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602102213.k1AMDJOL009088@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12036 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 10 Feb 2006 22:13:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 ------- Additional Comments From ejw@cs.ucsc.edu 2006-02-10 14:13 ------- I'm OK with these two changes 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 Fri Feb 10 19:07:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7iIF-0007PA-Sr for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 19:07: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 TAA18687 for ; Fri, 10 Feb 2006 19:05:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7iGl-0007xZ-6B for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 00:05:43 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7iGe-0007wf-0N for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 00:05:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7iGZ-0000Jm-So for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 00:05:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B05TDn009159; Fri, 10 Feb 2006 16:05:29 -0800 Date: Fri, 10 Feb 2006 16:05:29 -0800 Message-Id: <200602110005.k1B05TDn009159@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 1F7iGZ-0000Jm-So 268c44e6c40e6c223d440098815fa889 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/200602110005.k1B05TDn009159@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12037 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 00:05:43 +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-02-10 16:05 ------- Fixed for 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 Feb 10 19:12:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7iMs-0000jC-04 for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 19:12: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 TAA19843 for ; Fri, 10 Feb 2006 19:10:09 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7iM5-0000Tn-Qb for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 00:11:13 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7iM2-0000T6-26 for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 00:11:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7iLz-0001aQ-HE for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 00:11:09 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B0B6u3009188; Fri, 10 Feb 2006 16:11:06 -0800 Date: Fri, 10 Feb 2006 16:11:06 -0800 Message-Id: <200602110011.k1B0B6u3009188@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 1F7iLz-0001aQ-HE 0cf830d30990c6e8f681466abc7df176 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200602110011.k1B0B6u3009188@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12038 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 00:11:13 +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-02-10 16:11 ------- Fixed this except for the changes section because - Julian's working on the changes section - It's a change that wouldn't require clients to change their implementations as the client's old behavior is still legal. ------- 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 Feb 10 19:50:57 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7iyX-0001Vq-P0 for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 19:50: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 TAA25360 for ; Fri, 10 Feb 2006 19:48:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7ixO-0001Vd-AC for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 00:49:46 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7ixI-0001Ua-Es for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 00:49:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7ixE-0005QX-HK for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 00:49:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B0nZD2009215; Fri, 10 Feb 2006 16:49:35 -0800 Date: Fri, 10 Feb 2006 16:49:35 -0800 Message-Id: <200602110049.k1B0nZD2009215@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 1F7ixE-0005QX-HK aee9c96e54af13a744be6b752fce2ba5 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/200602110049.k1B0nZD2009215@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12039 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 00:49:46 +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-02-10 16:49 ------- Trying to think about the consequences and backward-compatibility here, I think this should read: "A client MUST submit a Depth header with a value of "0", "1", or "infinity" with a PROPFIND request. 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. Since clients weren't required to include the Depth header in [RFC2518], servers SHOULD treat such a request as if a "Depth: infinity" header was included. " I'm not sure if we concluded that the servers SHOULD or MAY support infinity PROPFIND. ------- 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 Feb 10 19:57:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7j4P-0004XA-I9 for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 19:57: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 TAA25913 for ; Fri, 10 Feb 2006 19:55:05 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7j3X-0002kC-G6 for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 00:56:07 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7j3U-0002ja-6D for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 00:56:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7j3Q-00006Y-8E for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 00:56:03 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B0twvF009233; Fri, 10 Feb 2006 16:55:58 -0800 Date: Fri, 10 Feb 2006 16:55:58 -0800 Message-Id: <200602110055.k1B0twvF009233@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 1F7j3Q-00006Y-8E d84d66981b075a3d05920a989aaaa8c4 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/200602110055.k1B0twvF009233@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12040 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 00:56:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-10 16:55 ------- Fixed for next draft version. ------- 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 Feb 10 19:57:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7j4r-0004ZD-4J for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 19:57: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 TAA25931 for ; Fri, 10 Feb 2006 19:55:30 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7j3x-0002pk-EY for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 00:56:33 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7j3t-0002ox-JQ for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 00:56:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7j3P-00065a-IQ for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 00:56:28 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B0txaB009243; Fri, 10 Feb 2006 16:55:59 -0800 Date: Fri, 10 Feb 2006 16:55:59 -0800 Message-Id: <200602110055.k1B0txaB009243@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 1F7j3P-00065a-IQ 0bb4ef882b79cd811d82932106d7bfed X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 181] error element X-Archived-At: http://www.w3.org/mid/200602110055.k1B0txaB009243@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12041 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 00:56:33 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=181 Bug 181 depends on bug 220, which changed state. Bug 220 Summary: Do status codes belong into pre/postcondition definitions? http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=220 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 Feb 10 20:18:18 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7jP0-0005fO-Fi for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 20:18: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 UAA26830 for ; Fri, 10 Feb 2006 20:16:26 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7jNo-0000Ug-GN for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 01:17:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7jNd-0000Ro-RS for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 01:16:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7jMy-0000Ub-BU for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 01:16:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B1G9RT009301; Fri, 10 Feb 2006 17:16:09 -0800 Date: Fri, 10 Feb 2006 17:16:09 -0800 Message-Id: <200602110116.k1B1G9RT009301@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 1F7jMy-0000Ub-BU 49c212dc5b34ce721b7386d86c5ee4be 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/200602110116.k1B1G9RT009301@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12042 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 01:17:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |elias@cse.ucsc.edu Status|ASSIGNED |NEW ------- Additional Comments From lisa@osafoundation.org 2006-02-10 17:16 ------- Wow, I think I understood the meaning of the last paragraph there for the first time when I tried to restate it. I think I finally got it when I imagined a use case -- a collection might have a dynamically generated HTML child which is not a valid WebDAV resource, but is still a valid HTML resource. Thus I tried to illustrate the paragraph with such a use case. So this is how I thought to explain it: Collection resources MAY have internal members with mappings to non-WebDAV compliant children in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/index.html" is not WebDAV compliant and the resource with URL "http://example.com/bar/" identifies a collection, then collection "bar" might or might not have an internal member with a mapping from "index.html" to the resource X. If the collection doesn't have such an internal member, presumably the consequence is that the "index.html" resource might not show up in PROPFIND responses, might not be locked when the collection is locked, might not have WebDAV properties, and so on. It seems this wide range of behaviorts might be harmful to interoperability. What if the server decided to list the resource in PROPFIND responses but didn't give it properties, or left it unlisted but forbade PUT requests to the binding segment, and so on. Have we seen any WebDAV servers which do this, which have bindings to non-WebDAV members? Is it interoperable? If not, should we discourage this behavior? Assigning to Elias so he can schedule discussion if necessary. ------- 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 Feb 10 20:40:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7jkW-0007x3-SE for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 20:40: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 UAA27873 for ; Fri, 10 Feb 2006 20:38:41 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7jj7-0005HG-6z for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 01:39:05 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7jiz-0005Fz-RQ for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 01:38:58 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7jir-0002iR-Tv for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 01:38:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B1cls1009327; Fri, 10 Feb 2006 17:38:47 -0800 Date: Fri, 10 Feb 2006 17:38:47 -0800 Message-Id: <200602110138.k1B1cls1009327@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 1F7jir-0002iR-Tv bd2082dc4730b5f6f68a049af981d299 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602110138.k1B1cls1009327@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12043 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 01:39:05 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 ------- Additional Comments From lisa@osafoundation.org 2006-02-10 17:38 ------- I moved the Timeout text and found some additional issues with it. The text as it stood made timeouts rather advisory for servers to respect, because it described the outcome passively ("the lock may be lost") rather than with a normative statement ("the server SHOULD remove the lock"). I've taken a stab at including normative text because I think this can affect interoperability. For example, a client that allows advertised timeouts to expire ought to be justified in believing that the lock should be gone and a new LOCK is required or that other clients can now edit the resource. The language about the lock still being there should allow for wiggle room (e.g. we don't require milli-second accuracy in lock cleanup) but not for completely ignoring timeout. ------- 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 Feb 10 20:48:28 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7jsC-0000nP-Nz for webdav-archive@megatron.ietf.org; Fri, 10 Feb 2006 20:48: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 UAA28291 for ; Fri, 10 Feb 2006 20:46:34 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7jrM-0000QB-FM for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 01:47:36 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7jrJ-0000PY-9n for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 01:47:33 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7jrH-0004Hj-Qd for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 01:47:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B1lV76009351; Fri, 10 Feb 2006 17:47:31 -0800 Date: Fri, 10 Feb 2006 17:47:31 -0800 Message-Id: <200602110147.k1B1lV76009351@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 1F7jrH-0004Hj-Qd 3734617119aec456982b1af24a9cde65 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/200602110147.k1B1lV76009351@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12044 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 01:47:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-02-10 17:47 ------- > Have we seen any WebDAV servers which do this, > which have bindings to non-WebDAV members? > Is it interoperable? If not, should we discourage this behavior? Unless we can identify a significant interoperability problem, I'd suggest leaving this language in the specification. ------- 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 Feb 11 04:03:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7qfC-0007Zo-3X for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 04:03: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 EAA19752 for ; Sat, 11 Feb 2006 04:01:36 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7qdb-0004g0-2I for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 09:01:51 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7qdT-0004er-Pw for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 09:01:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7qdP-0006AE-Ed for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 09:01:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B91axt009607; Sat, 11 Feb 2006 01:01:36 -0800 Date: Sat, 11 Feb 2006 01:01:36 -0800 Message-Id: <200602110901.k1B91axt009607@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 1F7qdP-0006AE-Ed b744d756d22fc5db4c6f192391bd5e7f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 211] Inconsistencies about Destination header X-Archived-At: http://www.w3.org/mid/200602110901.k1B91axt009607@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12045 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 09:01:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=211 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-11 01:01 ------- Well, I guess that should be an indicator for the fact that the "does it require implementation changes" may not be the best rule. The whole point of allowing paths instead of URLs is to allow clients to do something they couldn't do before. Yes, the *required* change is in the server. But if we don't tell client implementors that they can now take advantage of it, what was the whole point in the 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 Feb 11 04:05:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7qhK-0008Kt-3X for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 04:05: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 EAA19894 for ; Sat, 11 Feb 2006 04:03:58 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7qgi-0005K8-JC for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 09:05:04 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7qgf-0004x6-7F for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 09:05:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7qgb-0005cS-1e for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 09:05:00 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B94roL009621; Sat, 11 Feb 2006 01:04:53 -0800 Date: Sat, 11 Feb 2006 01:04:53 -0800 Message-Id: <200602110904.k1B94roL009621@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 1F7qgb-0005cS-1e 80af5b79d6a31cc1d805a8a3a95fc17a 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/200602110904.k1B94roL009621@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12046 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 09:05:04 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-11 |-12 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-11 01:04 ------- I still don't grasp why we want to require sendind the Depth header, if the semantics for the case where it's missing is 100% clear, and we still have a should-level requirement to accept requests without it. If we want to make sure that clients don't *forget* the Depth header if they really want Depth 0, let's just warn them instead of throwing in yet another useless MUST. ------- 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 Feb 11 04:09:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7qlH-0001Ag-AV for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 04:09: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 EAA20119 for ; Sat, 11 Feb 2006 04:07:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7qkU-0005jJ-PJ for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 09:08:58 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F7qkQ-0005iY-Mg for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 09:08:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F7qkN-0006GP-QE for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 09:08:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1B98pvr009636; Sat, 11 Feb 2006 01:08:51 -0800 Date: Sat, 11 Feb 2006 01:08:51 -0800 Message-Id: <200602110908.k1B98pvr009636@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 1F7qkN-0006GP-QE 2b6b0852c35b1a570c3cde492e7ece9e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602110908.k1B98pvr009636@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12047 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 09:08:58 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-11 01:08 ------- Well, we discussed this very issue yesterday, and Jim explained that the RFC2518 language was there on purpose (allowing servers wide freedom in how they cleanup locks). -1 on any change with this at this point of time, in particular as I don't see any interop problems. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From yan@boa.ac.uk Sat Feb 11 05:18:03 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7rpL-00034Q-4U for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 05:18:03 -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 FAA24054 for ; Sat, 11 Feb 2006 05:16:15 -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 1F7s2P-0000Uk-GJ for webdav-archive@ietf.org; Sat, 11 Feb 2006 05:31:34 -0500 Received: from [85.136.97.62] (helo=boa.ac.uk) by mx2.foretec.com with smtp (Exim 4.24) id 1F7rot-0005Pi-Ry for webdav-archive@ietf.org; Sat, 11 Feb 2006 05:17:36 -0500 Message-ID: <000001c62ef4$47cfdaa0$ab27a8c0@virago> Reply-To: "Gwendoline Yant" From: "Gwendoline Yant" To: "Rawya Mainor" Subject: Re: 6x S news Date: Sat, 11 Feb 2006 05:16:53 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62ECA.5EF9D2A0" 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.0 (/) X-Scan-Signature: e8c5db863102a3ada84e0cd52a81a79e This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62ECA.5EF9D2A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, http://www.mitrigia.com =20 VpIfApGpRsAg z$n3d,a7y5j VrAgLilbUiMm k$x1f,x2m1x CkIjAjLrIjSw d$c3z,h3n3g ------=_NextPart_000_0001_01C62ECA.5EF9D2A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
VpIfApGpRsAz$n3d,a7y5j
VrAgLilbUiMk$x1f,x2m1x
CkIjAjLrIjSd$c3z,h3n3g
------=_NextPart_000_0001_01C62ECA.5EF9D2A0-- From w3c-dist-auth-request@frink.w3.org Sat Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G1-Go for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29984 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSl-0007aP-M7 for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:51 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSa-0007ZN-Dt for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7tSV-0006qS-LU for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2YRW009943; Sat, 11 Feb 2006 04:02:34 -0800 Date: Sat, 11 Feb 2006 04:02:34 -0800 Message-Id: <200602111202.k1BC2YRW009943@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 1F7tSV-0006qS-LU 5a8e840234452f952b0edb1117aeed20 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 230] tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2YRW009943@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12050 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |161 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 Sat Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G2-Jh for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29986 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSS-0007Yb-3w for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:32 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSL-0007Xs-ND for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7tSG-0006nk-Pd for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2Jn6009931; Sat, 11 Feb 2006 04:02:19 -0800 Date: Sat, 11 Feb 2006 04:02:19 -0800 Message-Id: <200602111202.k1BC2Jn6009931@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 1F7tSG-0006nk-Pd 70d9c7707c53082a351627af5bd433f9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 230] New: tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2Jn6009931@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12048 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 Summary: tagged lists and repeating URIs Product: WebDAV-RFC2518-bis Version: -12 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-12.html#rfc.section.10.4.2 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 Draft 12, 10.4.2 says: "The same URI MUST NOT appear more than once in a resource production in an If header." (btw, this is language from RFC2518). I don't think this restriction makes any sense, so I didn't include it in my rewrite (see issue 161) of the If header. Note that if stayed in, we would need to explain exactly when two URIs are considered to be the "same" here (string equality?). (opening a new ticket for easier tracking) ------- 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 Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G0-F4 for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29985 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSb-0007Zq-N0 for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:41 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSZ-0007Z1-3Z for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7tSW-0002NI-7c for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2ZZv009953; Sat, 11 Feb 2006 04:02:35 -0800 Date: Sat, 11 Feb 2006 04:02:35 -0800 Message-Id: <200602111202.k1BC2ZZv009953@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 1F7tSW-0002NI-7c 0b5b7054a62f6618060b442d449528e6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2ZZv009953@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12049 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added -------------------------From w3c-dist-auth-request@frink.w3.org Sat Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G1-Go for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29984 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSl-0007aP-M7 for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:51 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSa-0007ZN-Dt for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7tSV-0006qS-LU for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2YRW009943; Sat, 11 Feb 2006 04:02:34 -0800 Date: Sat, 11 Feb 2006 04:02:34 -0800 Message-Id: <200602111202.k1BC2YRW009943@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 1F7tSV-0006qS-LU 5a8e840234452f952b0edb1117aeed20 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 230] tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2YRW009943@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12050 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |161 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 Sat Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G2-Jh for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29986 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSS-0007Yb-3w for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:32 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSL-0007Xs-ND for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7tSG-0006nk-Pd for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2Jn6009931; Sat, 11 Feb 2006 04:02:19 -0800 Date: Sat, 11 Feb 2006 04:02:19 -0800 Message-Id: <200602111202.k1BC2Jn6009931@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 1F7tSG-0006nk-Pd 70d9c7707c53082a351627af5bd433f9 X-Original-To: w3c-dist-auth@From w3c-dist-auth-request@frink.w3.org Sat Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G1-Go for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29984 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSl-0007aP-M7 for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:51 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSa-0007ZN-Dt for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7tSV-0006qS-LU for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2YRW009943; Sat, 11 Feb 2006 04:02:34 -0800 Date: Sat, 11 Feb 2006 04:02:34 -0800 Message-Id: <200602111202.k1BC2YRW009943@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 1F7tSV-0006qS-LU 5a8e840234452f952b0edb1117aeed20 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 230] tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2YRW009943@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12050 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |161 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 Sat Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G2-Jh for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29986 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSS-0007Yb-3w for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:32 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSL-0007Xs-ND for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7tSG-0006nk-Pd for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2Jn6009931; Sat, 11 Feb 2006 04:02:19 -0800 Date: Sat, 11 Feb 2006 04:02:19 -0800 Message-Id: <200602111202.k1BC2Jn6009931@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 1F7tSG-0006nk-Pd 70d9c7707c53082a351627af5bd433f9 X-Original-To: w3c-dist-auth@--------------------------------------------------- BugsThisDependsOn| |230 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. w3.org Subject: [Bug 230] New: tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2Jn6009931@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12048 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 Summary: tagged lists and repeating URIs Product: WebDAV-RFC2518-bis Version: -12 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-12.html#rfc.section.10.4.2 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 Draft 12, 10.4.2 says: "The same URI MUST NOT appear more than once in a resource production in an If header." (btw, this is language from RFC2518). I don't think this restriction makes any sense, so I didn't include it in my rewrite (see issue 161) of the If header. Note that if stayed in, we would need to explain exactly when two URIs are considered to be the "same" here (string equality?). (opening a new ticket for easier tracking) ------- 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 Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G0-F4 for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29985 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSb-0007Zq-N0 for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:41 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSZ-0007Z1-3Z for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7tSW-0002NI-7c for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2ZZv009953; Sat, 11 Feb 2006 04:02:35 -0800 Date: Sat, 11 Feb 2006 04:02:35 -0800 Message-Id: <200602111202.k1BC2ZZv009953@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 1F7tSW-0002NI-7c 0b5b7054a62f6618060b442d449528e6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2ZZv009953@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12049 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |230 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. w3.org Subject: [Bug 230] New: tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2Jn6009931@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12048 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 Summary: tagged lists and repeating URIs Product: WebDAV-RFC2518-bis Version: -12 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-12.html#rfc.section.10.4.2 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 Draft 12, 10.4.2 says: "The same URI MUST NOT appear more than once in a resource production in an If header." (btw, this is language from RFC2518). I don't think this restriction makes any sense, so I didn't include it in my rewrite (see issue 161) of the If header. Note that if stayed in, we would need to explain exactly when two URIs are considered to be the "same" here (string equality?). (opening a new ticket for easier tracking) ------- 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 Feb 11 07:04:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tU8-0002G0-F4 for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:04: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 HAA29985 for ; Sat, 11 Feb 2006 07:02:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tSb-0007Zq-N0 for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:02:41 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tSZ-0007Z1-3Z for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:02:39 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7tSW-0002NI-7c for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:02:38 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BC2ZZv009953; Sat, 11 Feb 2006 04:02:35 -0800 Date: Sat, 11 Feb 2006 04:02:35 -0800 Message-Id: <200602111202.k1BC2ZZv009953@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 1F7tSW-0002NI-7c 0b5b7054a62f6618060b442d449528e6 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602111202.k1BC2ZZv009953@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12049 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:02:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |230 ------- 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 Feb 11 07:15:39 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tf9-0006dJ-2Z for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:15: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 HAA00783 for ; Sat, 11 Feb 2006 07:13:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7teT-0001Re-7t for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:14:57 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7teQ-0001R5-Gf for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:14:54 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7teN-0000lj-DK for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:14:53 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BCEoxW009973; Sat, 11 Feb 2006 04:14:50 -0800 Date: Sat, 11 Feb 2006 04:14:50 -0800 Message-Id: <200602111214.k1BCEoxW009973@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 1F7teN-0000lj-DK c59a61fe439d96c490d86f3910d6dd4c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602111214.k1BCEoxW009973@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12051 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:14:57 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-11 04:14 ------- Created an attachment (id=9) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=9&action=view) Rewrite of If header section (XML source) ------- 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 Feb 11 07:19:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7tjC-0008FP-HE for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:19: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 HAA01101 for ; Sat, 11 Feb 2006 07:18:00 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tiU-0003KC-4c for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:19:06 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tiQ-0003JN-1J for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:19:02 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7tiN-0006BF-4q for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:19:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BCIwlx009996; Sat, 11 Feb 2006 04:18:58 -0800 Date: Sat, 11 Feb 2006 04:18:58 -0800 Message-Id: <200602111218.k1BCIwlx009996@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 1F7tiN-0006BF-4q f04704285bdcc68de3c12255880eb2ec X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602111218.k1BCIwlx009996@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12052 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:19:06 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #9 is|0 |1 obsolete| | ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-11 04:18 ------- Created an attachment (id=10) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=10&action=view) Rewrite of If header section (XML source) (sorry, previous version used non-rfc2629bis extensions) ------- 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 Feb 11 07:25:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7toK-0002VL-SM for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 07:25: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 HAA01464 for ; Sat, 11 Feb 2006 07:23:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7tna-000443-CJ for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 12:24:22 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F7tnW-00043U-MR for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 12:24:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F7tnQ-0002WP-IS for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 12:24:18 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BCOBll010013; Sat, 11 Feb 2006 04:24:11 -0800 Date: Sat, 11 Feb 2006 04:24:11 -0800 Message-Id: <200602111224.k1BCOBll010013@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 1F7tnQ-0002WP-IS 0f0ace4b1f502d82252fd32baf0b56aa X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602111224.k1BCOBll010013@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12053 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 12:24:22 +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 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-11 04:24 ------- OK, here's my attempt to describe the If header in a more readable way. Changes relative to previous versions: 1) Added note that syntax does NOT allow splitting the header across multiple headers: -- begin -- Note that the ABNF for the If header does not allow splitting its value across separate instances of the header. However, the HTTP header syntax allows extending values across multiple lines (see [RFC2616], Section 4.2). -- end -- 2) Added example for matching function on unmapped URL (as discussed in previous telecon): -- begin -- 10.4.4.2. Example: Matching ETags on unmapped URLs Consider a collection "/specs" that does not contain the member "/specs/rfc2518.doc". In this case, the If header If: (["4217"]) will evaluate to false (the URI isn't mapped, thus the resource identified by the URI doesn't have an entity matching the ETag "4217"). On the other hand, an If header of If: (Not ["4217"]) will consequently evaluate to true. -- end -- Below is the full text version for the section (XML source has been attached to this issue): 10.4. If Header The If request header is intended to have similar functionality to the If-Match header defined in Section 14.24 of [RFC2616]. However, the If header is intended for use with any URI which represents state information, referred to as a state token, about a resource as well as ETags. A typical example of a state token is a lock token, and lock tokens are the only state tokens defined in this specification. 10.4.1. Purpose The If header has two distinct purposes: o The first purpose is to make a request conditional by supplying 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) status. On the other hand, if one of the described state lists does match the state of the resource then the request may succeed. The matching functions for ETags and state tokens are defined in Section 10.4.4 below. o Additionally, the mere fact that a state token appears in an If header means that is has been "submitted" with the request. In general, this is used to indicate that the client has knowledge of that state token. The meaning of submitting a state token depends on its type (for lock tokens, please refer to Section 6). Note that these two purposes need to be treated distinctly: a state token counts as being submitted independantly of whether the server actually has evaluated the state list it appears in, and also independantly of whether the condition it expressed was found to be true or not. 10.4.2. Syntax If = "If" ":" ( *No-tag-list | 1*Tagged-list ) No-tag-list = List Tagged-list = Resource 1*List List = "(" 1*Condition ")" Condition = ["Not"] (State-token | "[" entity-tag "]") ; entity-tag: see Section 3.11 of [RFC2616] ; No LWS allowed between "[", entity-tag and "]" State-token = Coded-URL Resource = Coded-Reference Coded-Reference = "<" Simple-ref ">" ; Simple-ref: see Section 8.2 ; No LWS allowed in Coded-Reference The syntax distinguishes between untagged lists ("No-tag-list") and tagged lists ("Tagged-list"). Untagged lists apply to the resource identified by the Request-URI, while tagged lists apply to the resource identified by the preceding Resource "tag". A Resource tag applies to all subsequent Lists, up to the next Resource tag. Note that the two list types can not be mixed within an If header. This is not a functional restriction because the No-tag-list syntax is just a shorthand notation for a Tagged-list production with a tag referring to the Request-URI. Each List consists of one or more Conditions. Each Condition is defined in terms of an entity-tag or state-token, potentially negated by the prefix "Not". Note that the ABNF for the If header does not allow splitting its value across separate instances of the header. However, the HTTP header syntax allows extending values across multiple lines (see [RFC2616], Section 4.2). 10.4.3. Evaluation A Condition that consists of a single entity-tag or state-token evaluates to true if the resource matches the described state (where the individual matching functions are define below in Section 10.4.4). Prefixing it with "Not" reverses the result of the evaluation (thus, the "Not" applies only to the subsequent entity-tag or state-token). Each List production describes a series of conditions. The whole list evaluates to true if and only if each condition evaluates to true (that is, the list represents a logical conjunction of Conditions). Each No-tag-list and Tagged-list production may contain one or more Lists. They evaluate to true if and only if any of the contained lists evaluates to true (that is, if there's more than one List, that List sequence represents a logical disjunction of the Lists). Finally, the whole If header evaluates to true if and only if at least one of the No-tag-list or Tagged-list productions evaluates to true. If the header evaluates to false, the server MUST reject the request with a 412 (Precondition Failed) status. Otherwise, execution of the request can proceed as if the header wasn't present. 10.4.3.1. Example: No-tag Production If: ( ["I am an ETag"]) (["I am another ETag"]) The previous header would require that the resource identified in the Request-URI be locked with the specified lock token and be in the state identified by the "I am an ETag" ETag or in the state identified by the second ETag "I am another ETag". To put the matter more plainly one can think of the previous If header as expressing the condition below: ( is-locked-with(urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2) AND matches-etag("I am an ETag") ) OR ( matches-etag("I am another ETag") ) 10.4.3.2. Example: using "Not" with No-tag Production If: (Not ) This If header requires that the resource must not be locked with a lock having the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 and must be locked by a lock with the lock token with urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092. 10.4.3.3. Example: causing a Condition to always evaluate to True There may be cases where a client wishes to submit state tokens, but doesn't want the request to fail just because the state token isn't current anymore. One simple way to do this is to include a Condition that is known to always evaluate to true, such as in: If: () (Not ) "DAV:no-lock" is known to never represent a current lock token, as lock tokens are assigned by the server, following the uniqueness requirements described in Section 6.5, therefore in particular exclude URIs in the "DAV:" scheme. Thus, by applying "Not" to a known not to be current state token, the Condition always evaluates to true. Consequently, the whole If header will always evaluate to true, and the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 will be submitted in any case. 10.4.3.4. Example: Tagged List If header in COPY >>Request COPY /resource1 HTTP/1.1 Host: www.example.com Destination: /resource2 If: ( [W/"A weak ETag"]) (["strong ETag"]) (["another strong ETag"]) In this example http://www.example.com/resource1 is being copied to http://www.example.com/resource2. When the method is first applied to http://www.example.com/resource1, resource1 must be in the state specified by "( [W/"A weak ETag"]) (["strong ETag"])", that is, it either must be locked with a lock token of "urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2" and have a weak entity tag W/"A weak ETag" or it must have a strong entity tag "strong ETag". That is the only success condition since the resource http://www.example.com/random never has the method applied to it (the only other resource listed in the If header) and http://www.example.com/resource2 is not listed in the If header. 10.4.4. Matching Function When performing If header processing, the definition of a matching state token or entity tag is as follows: Identifying a resource: The resource is identified by the URI along with the token, in tagged list production, or by the Request-URI in untagged list production. Matching entity tag: Where the entity tag matches an entity tag associated with the identified resource. Servers MUST use either the weak or the strong comparison function defined in Section 13.3.3 of [RFC2616]. Matching state token: Where there is an exact match between the state token in the If header and any state token on the identified resource. A lock state token is considered to match if the resource is anywhere in the scope of the lock. Note that for the purpose of matching entity tags and state tokens, the URL being unmapped should be treated the same way as if the resource existed, but did not have the specified state. 10.4.4.1. Example: Matching lock tokens with collection locks DELETE /specs/rfc2518.txt HTTP/1.1 Host: www.example.com If: () For this example, the lock token must be compared to the identified resource, which is the 'specs' collection identified by the URL in the tagged list production. If the 'specs' collection is not locked or has a lock with a different token, the request MUST fail. If the 'specs' collection is locked (depth infinity) with that lock token, then this request could succeed, both because the If header evaluates to true, and because the lock token for the lock affecting the affected resource has been submitted. Alternatively, a request where the 'rfc2518.txt' URL is associated with the lock token in the If header could also succeed. 10.4.4.2. Example: Matching ETags on unmapped URLs Consider a collection "/specs" that does not contain the member "/specs/rfc2518.doc". In this case, the If header If: (["4217"]) will evaluate to false (the URI isn't mapped, thus the resource identified by the URI doesn't have an entity matching the ETag "4217"). On the other hand, an If header of If: (Not ["4217"]) will consequently evaluate to true. 10.4.5. If Header and Non-DAV Aware Proxies Non-DAV aware proxies will not honor the If header, since they will not understand the If header, and HTTP requires non-understood headers to be ignored. When communicating with HTTP/1.1 proxies, the "Cache-Control: no-cache" request header MUST be used so as to prevent the proxy from improperly trying to service the request from its cache. When dealing with HTTP/1.0 proxies the "Pragma: no-cache" request header MUST be used for the same reason. 10.4.6. If Header and Authentication Servers MUST do authorization checks before checking this header (thus, supplying a carefully crafted If header must not allow a client to learn information about resources it's not authorized to access). ------- 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 Feb 11 12:26:03 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7yVX-00036t-Pw for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 12:26: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 MAA18312 for ; Sat, 11 Feb 2006 12:24:19 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F7ySv-0004Kr-QJ for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 17:23:21 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F7ySo-0004Jp-24 for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 17:23:14 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F7ySc-00008L-79 for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 17:23:13 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BHN0UD010204; Sat, 11 Feb 2006 09:23:00 -0800 Date: Sat, 11 Feb 2006 09:23:00 -0800 Message-Id: <200602111723.k1BHN0UD010204@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 1F7ySc-00008L-79 9b3cbcd62fb907dcba57d5db870209bf X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 230] tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602111723.k1BHN0UD010204@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12054 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 17:23:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-02-11 09:22 ------- I agree that this restriction seems pointless, and should be removed unless someone can identify something significant it is trying to achieve. ------- 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 Feb 11 15:28:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F81MH-00011X-KV for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 15:28: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 PAA27254 for ; Sat, 11 Feb 2006 15:26:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F81Ka-0005LP-31 for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 20:26:56 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F81KQ-0005Kg-RR for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 20:26:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F81KN-0007Kg-0C for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 20:26:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BKQgiI010767; Sat, 11 Feb 2006 12:26:42 -0800 Date: Sat, 11 Feb 2006 12:26:42 -0800 Message-Id: <200602112026.k1BKQgiI010767@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 1F81KN-0007Kg-0C 1c73df9902b5727a897d901d7ababd0d X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602112026.k1BKQgiI010767@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12055 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 20:26:56 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-11 12:26 ------- OK, here's a first version of the rewrite that *should* be complete. While doing the changes I rearranged some more entries, and was left with no client-only changes at all, and only few server-only. I therefore propose dropping the distinction, and to group by topic groups instead (as shown in the example comments). Feedback appreciated. Appendix D. Summary of changes from RFC2518 This section lists changes that are likely to result in implementation changes due to tightened requirements or changed behavior. Servers will advertise support for the changes in this specification by returning the compliance class "3" in the DAV response header (see Sections 10.1 and 18.3). D.1. Changes for both Clients and Servers [[anchor131: Collections and Namespace Operations]] The definition of collection state has been fixed so it doesn't vary anymore depending on the Request-URI (see Section 5.2). The semantics of PROPFIND 'allprop' (Section 9.1) have been relaxed so that servers may leave out live properties defined in other specifications. This reflects the actual semantics used in other specs, such as [RFC3253] and [RFC3744]. Related to this, 'allprop' requests can now be extended with the 'include' syntax to include specific named properties, thereby avoiding additional requests due to changed 'allprop' semantics. Servers are now allowed to reject PROPFIND requests with Depth: Infinity. Generic clients will need to be able to do a series of Depth:1 requests instead. Due to interoperability problems, the requirements for the contents of elements in multistatus responses have been strengthened (see Section 8.2). Multistatus response bodies now can transport the value of HTTP's Location response header in the new 'location' element. Clients may use this to avoid additional roundtrips to the server when there's a 'response' element with a 3xx status (see Section 14.24). Due to lack of implementation, the 'propertybehaviour' request body for COPY and MOVE has been removed. Instead, requirements for property preservation have been clarified (see Sections 9.8 and 9.9). The definition of COPY has been relaxed so that it doesn't require servers to first delete the target resources anymore (this was a known incompatibility with [RFC3253] (see Section 9.8). [[anchor132: Properties]] The DAV:source property introduced in Section 4.6 of [RFC2518] was removed due to lack of implementation experience. [[anchor133: Locking]] RFC2518's concept of "lock-null resources" (LNRs) has been replaced by a simplified approach, the "locked empty resources" (see Section 7.3). There are some aspects of lock-null resources clients can not rely on anymore, namely the ability to use them to create a locked collection or the fact that they disappear upon UNLOCK when no PUT or MKCOL request was issued. Note that servers are still allowed to implement LNRs as per RFC2518. There is no implicit refresh of locks anymore. Locks are only refreshed upon explicit request. Furthermore, the lock token for the lock to be refreshed is now specified in the Lock-Token request header rather than the If header (see Section 9.10.2). Strengthened requirement to check identity of lock creator when accessing locked resources (see Section 6.4). Clients should be aware that lock tokens returned to other principals can only be used to break a lock, if at all. Clarified that the DAV:owner value supplied in the LOCK request must be preserved by the server just like a dead property (Section 14.17). Also added the DAV:lockroot element (Section 14.12) which allows clients to discover the root of lock. [[anchor134: Headers and Marshalling]] Servers are now required to do authorization checks before processing conditional headers (see Section 8.4). The DAV header now allows non-IETF extensions through URIs in addition to compliance class tokens. It also can now be used in requests, although this specification does not define any semantics for the compliance classes defined in here (see Section 10.1). The Destination and If request headers now allow absolute paths in addition to full URIs (see Section 8.2). This may be useful for clients operating through a reverse proxy that does rewrite the Host request header, but not WebDAV-specific headers. In RFC2518, the definition of the Depth header (Section 9.2) required that by default request headers would be applied to each resource in scope. Based on implementation experience, the default has now been changed not to do this (see Section 10.2). The TimeType format used in the Timeout request header and the "timeout" XML element used to be extensible. Now, only the two formats defined by this specification are allowed (see Section 10.7). Senders and recipients are now required to support the UTF-16 character encoding in XML message bodies (see Section 19). This specification adopts the error marshalling extensions and the "precondition/postcondition" terminology defined in [RFC3253] (see Section 16). Related to that, it adds the "error" XML element inside multistatus response bodies (see Section 14.5, however note that it uses a format different from the one recommend in RFC3253). The definitions of HTTP status code 102 ([RFC2518], Section 10.1) and the Status-URI response header (Section 9.7) have been removed due to lack of implementation. D.2. Changes Notable to Server Implementors [[anchor136: Properties]] Strengthened server requirements for storage of property values, in particular persistence of language information (xml:lang), whitespace, and XML namespace information (see Section 4.3). Clarified requirements on which properties should be writeable by the client; in particular, setting "DAV:displayname" should be supported by servers (see Section 15). Only 'rfc1123-date' productions are legal as values for DAV: getlastmodified (see Section 15.7). [[anchor137: Locking]] Section 8.10.4 of [RFC2518] incorrectly required servers to return a 409 status where a 207 status was really appropriate. This has been corrected (Section 9.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 Feb 11 16:50:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F82dj-0000Iz-3k for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 16:50: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 QAA01520 for ; Sat, 11 Feb 2006 16:49:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F82c0-00084J-FI for w3c-dist-auth-dist@listhub.w3.org; Sat, 11 Feb 2006 21:49:00 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F82bs-00082D-NQ for w3c-dist-auth@listhub.w3.org; Sat, 11 Feb 2006 21:48:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F82bo-0008B7-UR for w3c-dist-auth@w3.org; Sat, 11 Feb 2006 21:48:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1BLmjOP010822; Sat, 11 Feb 2006 13:48:45 -0800 Date: Sat, 11 Feb 2006 13:48:45 -0800 Message-Id: <200602112148.k1BLmjOP010822@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 1F82bo-0008B7-UR 08bccc0c4d64b051ec5dc05b7c897dab X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602112148.k1BLmjOP010822@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12056 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 11 Feb 2006 21:49:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 ------- Additional Comments From geoffrey.clemm@us.ibm.com 2006-02-11 13:48 ------- > While doing the changes I rearranged some more entries, and was left > with no client-only changes at all, and only few server-only. I therefore > propose dropping the distinction, and to group by topic groups instead. I agree that the client-only and server-only categories should be dropped, and the changes should be grouped by topic instead. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From fred@graniteuk.com Sat Feb 11 20:32:17 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8665-0004T5-ET for webdav-archive@megatron.ietf.org; Sat, 11 Feb 2006 20:32: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 UAA11351 for ; Sat, 11 Feb 2006 20:30:32 -0500 (EST) Received: from [210.83.234.45] (helo=-1209654808) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F86JE-0006Oo-NV for webdav-archive@ietf.org; Sat, 11 Feb 2006 20:46:03 -0500 Received: from graniteuk.com (-1209842032 [-1209845608]) by granadaactiva.com (Qmailv1) with ESMTP id 973EEF0642 for ; Sat, 11 Feb 2006 21:19:05 -0600 Date: Sat, 11 Feb 2006 21:19:05 -0600 From: Doctor X-Mailer: The Bat! (v2.00.3) Personal X-Priority: 3 Message-ID: <6339871880.20060211211905@graniteuk.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------E5156B6AE5E4C5C" X-RAV-AntiVirus: This message has been scanned for viruses on granadaactiva.com X-Spam-Score: 3.0 (+++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------E5156B6AE5E4C5C Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlioagra $3.3 Levitora $3.3 Cialwis $3.7 Imitrmex $16.4 Falomax $2.2 Ultrpam $0.78 Vioexx $4.75 Amxblem $2.2 VaIipum - $0.97 Xansax $1.09 Soama $3 Meriwdia $2.2 visit our website http://anzibaris.com/?NUMDRLRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= In for a penny, in for a pound. A bad excuse is better than none. A mother's heard is always with her children. ------------E5156B6AE5E4C5C Content-Type: text/html Content-Transfer-Encoding: 7bit Vliwagra - $3.3
Levithra - $3.3
Cialxis - $3.7
Imitrmex - $16.4
Fmlomax - $2.2
Ultrham - $0.78
Vioaxx - $4.75
Amoblem - $2.2
VaIipum - $0.97
Xantax - $1.09
Sorma - $3
Merihdia - $2.2



visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


Never too old to learn.
Ask a silly question and get a silly answer.
Never is a long time. ------------E5156B6AE5E4C5C-- From cicq@go-row.com Sun Feb 12 07:45:56 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8Gc0-00040O-5p for webdav-archive@megatron.ietf.org; Sun, 12 Feb 2006 07:45:56 -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 HAA13689 for ; Sun, 12 Feb 2006 07:44:10 -0500 (EST) Received: from amontpellier-152-1-84-96.w86-197.abo.wanadoo.fr ([86.197.118.96] helo=-1208576128) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F8GpJ-0001Da-5L for webdav-archive@ietf.org; Sun, 12 Feb 2006 07:59:47 -0500 Received: from go-row.com (-1208456904 [-1208451024]) by AMontpellier-152-1-84-96.w86-197.abo.wanadoo.fr (Qmailv1) with ESMTP id 6C5189CD0F for ; Sun, 12 Feb 2006 08:50:27 -0600 Date: Sun, 12 Feb 2006 08:50:27 -0600 From: Doctor X-Mailer: The Bat! (v2.00.5) Personal X-Priority: 3 Message-ID: <7626754686.20060212085027@go-row.com> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------A2FB9BCFB3EE906" X-AntiVirus: OK! AntiVir MailGate Version 2.0.1; AVE: 6.15.0.0; VDF: 6.15.0.6 X-Spam-Score: 1.2 (+) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------A2FB9BCFB3EE906 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlisagra $3.3 Levittra $3.3 Cialois $3.7 Imitreex $16.4 Folomax $2.2 Ultrnam $0.78 Viowxx $4.75 Amkblem $2.2 VaIixum - $0.97 Xanmax $1.09 Soema $3 Merindia $2.2 visit our website http://anzibaris.com/?NUMDRLRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= Soon learnt soon forgotten. After winter spring will come. A bad excuse is better than none. ------------A2FB9BCFB3EE906 Content-Type: text/html Content-Transfer-Encoding: 7bit Vlihagra - $3.3
Levitsra - $3.3
Cialais - $3.7
Imitreex - $16.4
Fplomax - $2.2
Ultrnam - $0.78
Vioaxx - $4.75
Amhblem - $2.2
VaIioum - $0.97
Xanrax - $1.09
Sohma - $3
Meriodia - $2.2



visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


A bad excuse is better than none.
Never is a long time.
After clouds a clear sun. ------------A2FB9BCFB3EE906-- From w3c-dist-auth-request@frink.w3.org Sun Feb 12 10:43:47 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8JO7-0005Yb-FP for webdav-archive@megatron.ietf.org; Sun, 12 Feb 2006 10:43: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 KAA24675 for ; Sun, 12 Feb 2006 10:42:02 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F8JLm-0000oq-B3 for w3c-dist-auth-dist@listhub.w3.org; Sun, 12 Feb 2006 15:41:22 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F8JLW-0000mW-C9 for w3c-dist-auth@listhub.w3.org; Sun, 12 Feb 2006 15:41:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F8JLU-0000GK-Nt for w3c-dist-auth@w3.org; Sun, 12 Feb 2006 15:41:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1CFf3Z7031942; Sun, 12 Feb 2006 07:41:03 -0800 Date: Sun, 12 Feb 2006 07:41:03 -0800 Message-Id: <200602121541.k1CFf3Z7031942@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 1F8JLU-0000GK-Nt ff607782db87c8bcefc43c3379892acc X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 231] New: Rename "Coded-URL" production to "Coded-URI" X-Archived-At: http://www.w3.org/mid/200602121541.k1CFf3Z7031942@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12057 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 12 Feb 2006 15:41:22 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=231 Summary: Rename "Coded-URL" production to "Coded-URI" Product: WebDAV-RFC2518-bis Version: -12 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P4 Component: 09. HTTP Headers for Distributed Authoring AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org Rename "Coded-URL" production to "Coded-URI": after all, its defined as "<" absolute-URI ">" ------- 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 Feb 12 11:00:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8Jea-0002hR-MH for webdav-archive@megatron.ietf.org; Sun, 12 Feb 2006 11:00: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 KAA26585 for ; Sun, 12 Feb 2006 10:59:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F8JdM-00045p-ON for w3c-dist-auth-dist@listhub.w3.org; Sun, 12 Feb 2006 15:59:32 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F8JdF-00045C-Gl for w3c-dist-auth@listhub.w3.org; Sun, 12 Feb 2006 15:59:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F8JdC-0003JV-Sg for w3c-dist-auth@w3.org; Sun, 12 Feb 2006 15:59:25 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1CFxMAR031966; Sun, 12 Feb 2006 07:59:22 -0800 Date: Sun, 12 Feb 2006 07:59:22 -0800 Message-Id: <200602121559.k1CFxMAR031966@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 1F8JdC-0003JV-Sg 87cae96109b00e46ccc0086fdf17a80a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 232] New: Section organization for XML marshalling X-Archived-At: http://www.w3.org/mid/200602121559.k1CFxMAR031966@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12058 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 12 Feb 2006 15:59:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=232 Summary: Section organization for XML marshalling Product: WebDAV-RFC2518-bis Version: -12 Platform: Other URL: http://greenbytes.de/tech/webdav/draft-ietf-webdav- rfc2518bis-12.html#rfc.section.17 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: 16. Instructions for Processing XML in DAV AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org Section 17 was formerly "Instructions for Processing XML in DAV", but now is "XML Extensibility in DAV". Thus, stuff that doesn't have anything to do with Extensibility should be moved somewhere else, in particular "When XML is used for a request or response body, the Content-Type type SHOULD be application/xml. Implementations MUST accept both text/xml and application/xml in request and response bodies. Use of text/xml is deprecated." should be moved into Section 8.1 ("Use of XML"). ------- 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 Feb 12 11:27:14 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8K4A-0001ZC-Ms for webdav-archive@megatron.ietf.org; Sun, 12 Feb 2006 11:27: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 LAA28139 for ; Sun, 12 Feb 2006 11:25:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F8K2s-0001KV-St for w3c-dist-auth-dist@listhub.w3.org; Sun, 12 Feb 2006 16:25:54 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F8K2j-0001JZ-R5 for w3c-dist-auth@listhub.w3.org; Sun, 12 Feb 2006 16:25:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F8K23-0007Wh-Jz for w3c-dist-auth@w3.org; Sun, 12 Feb 2006 16:25:44 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1CGP0N7031998; Sun, 12 Feb 2006 08:25:00 -0800 Date: Sun, 12 Feb 2006 08:25:00 -0800 Message-Id: <200602121625.k1CGP0N7031998@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 1F8K23-0007Wh-Jz 5f2b9cff925f8f211a243d79d4a5857e X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602121625.k1CGP0N7031998@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12059 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 12 Feb 2006 16:25:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-12 08:25 ------- Created an attachment (id=11) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=11&action=view) Replacement for Changes section (XML source) ------- 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 Feb 12 11: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 1F8K7d-0002vC-7Q for webdav-archive@megatron.ietf.org; Sun, 12 Feb 2006 11: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 LAA28315 for ; Sun, 12 Feb 2006 11:29:04 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F8K6a-0001av-W6 for w3c-dist-auth-dist@listhub.w3.org; Sun, 12 Feb 2006 16:29:45 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F8K6T-0001ZU-N3 for w3c-dist-auth@listhub.w3.org; Sun, 12 Feb 2006 16:29:38 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F8K6Q-0008BK-9X for w3c-dist-auth@w3.org; Sun, 12 Feb 2006 16:29:36 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1CGTXLp032016; Sun, 12 Feb 2006 08:29:33 -0800 Date: Sun, 12 Feb 2006 08:29:33 -0800 Message-Id: <200602121629.k1CGTXLp032016@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 1F8K6Q-0008BK-9X fa1e4a043ac08272285f087eeeac1aec X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602121629.k1CGTXLp032016@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12060 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 12 Feb 2006 16:29:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 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-02-12 08:29 ------- OK, see text below. I'd also suggest to remove the client/server/client+server separation and to use instead the suggested structure based on functional areas. XML source for the new section was attached in . Reassigning to Elias. Appendix D. Summary of changes from RFC2518 This section lists changes that are likely to result in implementation changes due to tightened requirements or changed behavior. Servers will advertise support for the changes in this specification by returning the compliance class "3" in the DAV response header (see Sections 10.1 and 18.3). [[changes.organization: Looking at the current contents of the changes section, it seems to be more useful to organize by group instead by client/server. Adding some more comments to highlight potential grouping...]] D.1. Changes for both Clients and Servers [[D.1.1: Collections and Namespace Operations]] The definition of collection state has been fixed so it doesn't vary anymore depending on the Request-URI (see Section 5.2). The semantics of PROPFIND 'allprop' (Section 9.1) have been relaxed so that servers may leave out live properties defined in other specifications, such as [RFC3253] and [RFC3744]. Related to this, 'allprop' requests can now be extended with the 'include' syntax to include specific named properties, thereby avoiding additional requests due to changed 'allprop' semantics. Servers are now allowed to reject PROPFIND requests with Depth: Infinity. Generic clients will need to be able to do a series of Depth:1 requests instead. Due to interoperability problems, the requirements for the contents of elements in multistatus responses have been strengthened (see Section 8.2). Multistatus response bodies now can transport the value of HTTP's Location response header in the new 'location' element. Clients may use this to avoid additional roundtrips to the server when there is a 'response' element with a 3xx status (see Section 14.24). Due to lack of implementation, support for the 'propertybehaviour' request body for COPY and MOVE has been removed. Instead, requirements for property preservation have been clarified (see Sections 9.8 and 9.9). The definition of COPY has been relaxed so that it doesn't require servers to first delete the target resources anymore (this was a known incompatibility with [RFC3253]). See Section 9.8. [[D.1.2: Properties]] The DAV:source property introduced in Section 4.6 of [RFC2518] was removed due to lack of implementation experience. [[D.1.3: Locking]] RFC2518's concept of "lock-null resources" (LNRs) has been replaced by a simplified approach, the "locked empty resources" (see Section 7.3). There are some aspects of lock-null resources clients can not rely on anymore, namely the ability to use them to create a locked collection or the fact that they disappear upon UNLOCK when no PUT or MKCOL request was issued. Note that servers are still allowed to implement LNRs as per RFC2518. There is no implicit refresh of locks anymore. Locks are only refreshed upon explicit request. Furthermore, the lock token for the lock to be refreshed is now specified in the Lock-Token request header rather than the If header (see Section 9.10.2). Strengthened requirement to check identity of lock creator when accessing locked resources (see Section 6.4). Clients should be aware that lock tokens returned to other principals can only be used to break a lock, if at all. Clarified that the DAV:owner value supplied in the LOCK request must be preserved by the server just like a dead property (Section 14.17). Also added the DAV:lockroot element (Section 14.12) which allows clients to discover the root of lock. [[D.1.4: Headers and Marshalling]] Servers are now required to do authorization checks before processing conditional headers (see Section 8.4). The DAV header now allows non-IETF extensions through URIs in addition to compliance class tokens. It also can now be used in requests, although this specification does not define any associated semantics for the compliance classes defined in here (see Section 10.1). The Destination and If request headers now allow absolute paths in addition to full URIs (see Section 8.2). This may be useful for clients operating through a reverse proxy that does rewrite the Host request header, but not WebDAV-specific headers. In RFC2518, the definition of the Depth header (Section 9.2) required that by default request headers would be applied to each resource in scope. Based on implementation experience, the default has now been reversed (see Section 10.2). The TimeType format used in the Timeout request header and the "timeout" XML element used to be extensible. Now, only the two formats defined by this specification are allowed (see Section 10.7). This specification adopts the error marshalling extensions and the "precondition/postcondition" terminology defined in [RFC3253] (see Section 16). Related to that, it adds the "error" XML element inside multistatus response bodies (see Section 14.5, however note that it uses a format different from the one recommend in RFC3253). The definitions of HTTP status code 102 ([RFC2518], Section 10.1) and the Status-URI response header (Section 9.7) have been removed due to lack of implementation. Senders and recipients are now required to support the UTF-16 character encoding in XML message bodies (see Section 19). D.2. Changes Notable to Server Implementors [[D.2.1: Properties]] Strengthened server requirements for storage of property values, in particular persistence of language information (xml:lang), whitespace, and XML namespace information (see Section 4.3). Clarified requirements on which properties should be writeable by the client; in particular, setting "DAV:displayname" should be supported by servers (see Section 15). Only 'rfc1123-date' productions are legal as values for DAV: getlastmodified (see Section 15.7). [[D.2.2: Locking]] Section 8.10.4 of [RFC2518] incorrectly required servers to return a 409 status where a 207 status was really appropriate. This has been corrected (Section 9.10). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From bandobrogos@beenieshoose.com Sun Feb 12 14:57:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8NLC-0005RO-Ly for webdav-archive@megatron.ietf.org; Sun, 12 Feb 2006 14:57:02 -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 OAA11221 for ; Sun, 12 Feb 2006 14:55:16 -0500 (EST) Received: from 249.red-83-42-157.dynamicip.rima-tde.net ([83.42.157.249] helo=beenieshoose.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F8NYb-0004a5-5D for webdav-archive@ietf.org; Sun, 12 Feb 2006 15:10:58 -0500 Message-ID: <000001c6300e$7173aec0$ef3fa8c0@oaves> Reply-To: "Dobrogost Band" From: "Dobrogost Band" To: "Jehoiakim Chaloux" Subject: k news 721R Date: Sun, 12 Feb 2006 14:56:41 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62FE4.889DA6C0" 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.0 (/) X-Scan-Signature: 32029c790f79bd4a84a26bd2915c54b9 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62FE4.889DA6C0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, S ave over 50% vvith http://www.beininade.com VvAeLvIiUrMs=20 Vyisargrrxaq uSrOsFwTq jTaagbzsp=20 VbIvAcGnRaAn=20 ChIsAhLjIdSr=20 Cuiiablqipsn eSsOpFrTy lTqagbasc=20 ------=_NextPart_000_0001_01C62FE4.889DA6C0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
S ave over 50% vvith http://www.beininade.com
 
VvAeLvIiUrMs
Vyisargrrxaq uSrOsFwTq jTaagbzsp
VbIvAcGnRaAn
ChIsAhLjIdSr
Cuiiablqipsn eSsOpFrTy lTqagbasc
------=_NextPart_000_0001_01C62FE4.889DA6C0-- From pia@tsai.es Sun Feb 12 16:14:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8OYT-00027l-PK for webdav-archive@megatron.ietf.org; Sun, 12 Feb 2006 16:14: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 QAA14717 for ; Sun, 12 Feb 2006 16:13:05 -0500 (EST) Received: from gon95-1-82-233-8-113.fbx.proxad.net ([82.233.8.113] helo=tsai.es) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F8Olt-0006On-Du for webdav-archive@ietf.org; Sun, 12 Feb 2006 16:28:46 -0500 Message-ID: <000001c63019$41d399e0$9de8a8c0@bookish> Reply-To: "Pia Krieg" From: "Pia Krieg" To: "Meriel Lauderdale" Subject: 0 news 85c Date: Sun, 12 Feb 2006 16:14:06 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C62FEF.58FD91E0" 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.9 (++++) X-Scan-Signature: 32029c790f79bd4a84a26bd2915c54b9 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C62FEF.58FD91E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, S ave over 50% vvith http://www.beininade.com VaArLrIkUwMs=20 Cuibacluiyss nSlOwFbTe eThaybesz=20 CxIaAoLnIiSs=20 Vwimaagjryai fSlOpFgTw bTzafbksl=20 VoIaAvGrRpAu=20 ------=_NextPart_000_0001_01C62FEF.58FD91E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
S ave over 50% vvith http://www.beininade.com
 
VaArLrIkUwMs
Cuibacluiyss nSlOwFbTe eThaybesz
CxIaAoLnIiSs
Vwimaagjryai fSlOpFgTw bTzafbksl
VoIaAvGrRpAu
------=_NextPart_000_0001_01C62FEF.58FD91E0-- From gts@greendog.com.au Mon Feb 13 00:58:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8Wiy-0003Nb-9n for webdav-archive@megatron.ietf.org; Mon, 13 Feb 2006 00:58:12 -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 AAA15270 for ; Mon, 13 Feb 2006 00:56:26 -0500 (EST) Received: from i60-34-117-68.s04.a013.ap.plala.or.jp ([60.34.117.68] helo=143213240) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F8WwQ-00032P-Aq for webdav-archive@ietf.org; Mon, 13 Feb 2006 01:12:13 -0500 Received: from greendog.com.au (-1215262400 [-1214634848]) by i60-34-117-68.s04.a013.ap.plala.or.jp (Qmailv1) with ESMTP id 98F198CF0A for ; Mon, 13 Feb 2006 14:06:26 -0500 Date: Mon, 13 Feb 2006 14:06:26 -0500 From: Doctor X-Mailer: The Bat! (v2.00.5) Personal X-Priority: 3 Message-ID: <8620692990.20060213140626@greendog.com.au> To: Webdav Subject: The Ultimate Online Pharmaceutical MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------56BDCCE6681E9E9" X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.10; AVE: 6.20.0.1; VDF: 6.20.0.46; host: i60-34-117-68.s04.a013.ap.plala.or.jp) X-Spam-Score: 3.1 (+++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------------56BDCCE6681E9E9 Content-Type: text/plain Content-Transfer-Encoding: 7bit Vlieagra $3.3 Levitkra $3.3 Cialois $3.7 Imitrfex $16.4 Fwlomax $2.2 Ultrmam $0.78 Viohxx $4.75 Amnblem $2.2 VaIixum - $0.97 Xannax $1.09 Sorma $3 Meriadia $2.2 visit our website http://vastarro.com/?NUMDRLRldRUFRHH1JGVllbRVF1WFdHUhteQFQ= ___ Best regards, Online Pharmaceuticals dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ= After clouds a clear sun. Health is happiness. Fortune favours the brave. ------------56BDCCE6681E9E9 Content-Type: text/html Content-Transfer-Encoding: 7bit Vlitagra - $3.3
Levitera - $3.3
Cialwis - $3.7
Imitroex - $16.4
Folomax - $2.2
Ultrpam - $0.78
Viotxx - $4.75
Amfblem - $2.2
VaIimum - $0.97
Xansax - $1.09
Sosma - $3
Merisdia - $2.2



visit our website


Best regards,
Online Pharmaceuticals

dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=


A black plum is as sweet as a white.
Talk is cheap.
To the hungry no bread is bad. ------------56BDCCE6681E9E9-- From prz@grochowscy.com Mon Feb 13 15:56:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8kk9-0001k1-Pe for webdav-archive@megatron.ietf.org; Mon, 13 Feb 2006 15:56:21 -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 PAA22873 for ; Mon, 13 Feb 2006 15:54:37 -0500 (EST) Received: from [156.154.24.150] (helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F8kxq-0005lE-E2 for webdav-archive@ietf.org; Mon, 13 Feb 2006 16:10:30 -0500 Received: from [201.121.129.59] (helo=-1211771112) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1F8kjs-00040R-Ax for webdav-archive@ietf.org; Mon, 13 Feb 2006 15:56:12 -0500 Received: from grochowscy.com (-1217829736 [-1217898640]) by dsl-201-121-129-59.prod-infinitum.com.mx (Qmailv1) with ESMTP id 5EA18055B4 for ; Mon, 13 Feb 2006 15:58:52 -0500 Date: Mon, 13 Feb 2006 15:58:52 -0500 From: "Agility F. Dumbo" X-Mailer: The Bat! (v2.00.3) Personal X-Priority: 3 Message-ID: <9271874208.20060213155852@grochowscy.com> To: Webdav Subject: Software MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Ameriserv.net Anti-Virus E-Gateway X-Spam-Score: 2.5 (++) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Content-Transfer-Encoding: 7bit Just click to buy OEM! best worldwide soft at increadeable prices!!! Learn to build simple and clean websites that can bring in the dough... New software on our site: WordPerfect Office 10 - $69.95 Director MX 2004 - $69.95 Flash MX 2004 - $69.95 FreeHand MX - $69.95 Photo Painter 8 - $59.95 SQL Server 2000 Enterprise Edition - $69.95 Painter 8 - $59.95 Office 2000 Premium Edition PE (2CD) - $59.95 Studio MX 2004 with Director MX 2004 - $139.95 Photo Painter 8 - $59.95 After Effects 6 - $69.95 Fireworks MX 2004 - $69.95 Painter 8 - $59.95 CorelDraw Graphics Suite 11 - $59.95 Our site: http://brutismgj.com From halmeade@ggsg.org Mon Feb 13 18: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 1F8moV-0003e5-IU for webdav-archive@megatron.ietf.org; Mon, 13 Feb 2006 18:08:59 -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 SAA00636 for ; Mon, 13 Feb 2006 18:07:14 -0500 (EST) Received: from 213-140-17-101.ip.fastwebnet.it ([213.140.17.101] helo=ggsg.org) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F8n2C-0000l8-Lr for webdav-archive@ietf.org; Mon, 13 Feb 2006 18:23:09 -0500 Message-ID: <000001c630f2$7102ddf0$c03ba8c0@correctly> Reply-To: "Halvdan Meade" From: "Halvdan Meade" To: webdav-archive@ietf.org Subject: Re: n4 463 good news Date: Mon, 13 Feb 2006 18:08:46 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C630C8.882CD5F0" 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.9 (++++) X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C630C8.882CD5F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, http://www.antefurnit.com =20 =20 C n I w A v L x I n S z n $ p 3 f , m 3 u 3 g=20 V x A w L r l k U q M z m $ n 1 o , v 2 n 1 n=20 V z I c A i G c R i A f x $ y 3 v , r 7 v 5 b=20 ------=_NextPart_000_0001_01C630C8.882CD5F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
C n I w A v L x I n S z   n $ p 3 f , m 3 u 3 g
V x A w L r l k U q M z   m $ n 1 o , v 2 n 1 n
V z I c A i G c R i A f   x $ y 3 v , r 7 v 5 b
------=_NextPart_000_0001_01C630C8.882CD5F0-- From w3c-dist-auth-request@frink.w3.org Mon Feb 13 18: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 1F8n70-0002NF-LQ for webdav-archive@megatron.ietf.org; Mon, 13 Feb 2006 18: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 SAA01678 for ; Mon, 13 Feb 2006 18:26:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F8n5S-0003e1-4w for w3c-dist-auth-dist@listhub.w3.org; Mon, 13 Feb 2006 23:26:30 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F8n5L-0003dA-7q for w3c-dist-auth@listhub.w3.org; Mon, 13 Feb 2006 23:26:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F8n5G-0007tx-IS for w3c-dist-auth@w3.org; Mon, 13 Feb 2006 23:26:22 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1DNQHHi019836; Mon, 13 Feb 2006 15:26:17 -0800 Date: Mon, 13 Feb 2006 15:26:17 -0800 Message-Id: <200602132326.k1DNQHHi019836@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 1F8n5G-0007tx-IS 10eefbe5c13e0190e6e7afb9c2cf9bbe X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 208] spec contradictory in ETag requirements X-Archived-At: http://www.w3.org/mid/200602132326.k1DNQHHi019836@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12061 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 13 Feb 2006 23:26:30 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=208 Bug 208 depends on bug 13, which changed state. Bug 13 Summary: new ETag requirements http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 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 Mon Feb 13 18:30:21 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8n9B-0003CM-MC for webdav-archive@megatron.ietf.org; Mon, 13 Feb 2006 18:30: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 SAA01838 for ; Mon, 13 Feb 2006 18:28:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F8n8a-00041H-F0 for w3c-dist-auth-dist@listhub.w3.org; Mon, 13 Feb 2006 23:29:44 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F8n8W-00040Z-Or for w3c-dist-auth@listhub.w3.org; Mon, 13 Feb 2006 23:29:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F8n5a-0007dN-5M for w3c-dist-auth@w3.org; Mon, 13 Feb 2006 23:29:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1DNQCUk019825; Mon, 13 Feb 2006 15:26:12 -0800 Date: Mon, 13 Feb 2006 15:26:12 -0800 Message-Id: <200602132326.k1DNQCUk019825@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 1F8n5a-0007dN-5M f3741036c50d4bd6b7e60fb2759ba4f4 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200602132326.k1DNQCUk019825@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12062 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 13 Feb 2006 23:29:44 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-11 |-12 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-13 15:26 ------- In 8.5, the draft still says (): "HTTP 1.1 recommends the use of the ETag header in responses to GET and PUT requests." This is simply an incorrect claim. Please fix. See also . ------- 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 Feb 13 22:09:41 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8qZQ-0001Bp-MX for webdav-archive@megatron.ietf.org; Mon, 13 Feb 2006 22:09: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 WAA20433 for ; Mon, 13 Feb 2006 22:07:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F8qY3-0004LQ-6a for w3c-dist-auth-dist@listhub.w3.org; Tue, 14 Feb 2006 03:08:15 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F8qXr-0004Jk-EL for w3c-dist-auth@listhub.w3.org; Tue, 14 Feb 2006 03:08:03 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by maggie.w3.org with esmtp (Exim 4.50) id 1F8qXG-0002ON-Ta for w3c-dist-auth@w3.org; Tue, 14 Feb 2006 03:08:00 +0000 Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 11CF214228F for ; Mon, 13 Feb 2006 19:07:25 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17186-08 for ; Mon, 13 Feb 2006 19:07:24 -0800 (PST) Received: from [192.168.101.217] (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 DD47414228E for ; Mon, 13 Feb 2006 19:07:24 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: w3c-dist-auth@w3.org From: Lisa Dusseault Date: Mon, 13 Feb 2006 19:07:15 -0800 X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org 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 1F8qXG-0002ON-Ta 2d8d87597cd32da18660676668eb25fc X-Original-To: w3c-dist-auth@w3.org Subject: Recent draft on Web publishing and editing X-Archived-At: http://www.w3.org/mid/E78550EB-8AB9-47ED-8FCF-C78BF10F94E9@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12063 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 14 Feb 2006 03:08:15 +0000 Content-Transfer-Encoding: 7bit http://www.ietf.org/internet-drafts/draft-sayre-2-way-rss-01.txt If you haven't seen SSE yet, I don't yet know how much overlap there is but here's a link to that too: http://msdn.microsoft.com/xml/rss/sse/ Lisa From w3c-dist-auth-request@frink.w3.org Tue Feb 14 05:27:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8xOn-0002es-87 for webdav-archive@megatron.ietf.org; Tue, 14 Feb 2006 05:27: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 FAA14335 for ; Tue, 14 Feb 2006 05:25:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F8xN1-0007xy-0C for w3c-dist-auth-dist@listhub.w3.org; Tue, 14 Feb 2006 10:25:19 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F8xMs-0007wX-MF for w3c-dist-auth@listhub.w3.org; Tue, 14 Feb 2006 10:25:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F8xMn-000402-6V for w3c-dist-auth@w3.org; Tue, 14 Feb 2006 10:25:09 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1EAP2Ef020197; Tue, 14 Feb 2006 02:25:02 -0800 Date: Tue, 14 Feb 2006 02:25:02 -0800 Message-Id: <200602141025.k1EAP2Ef020197@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 1F8xMn-000402-6V 14e6c28a8c91bfa26e4f6fd832d19322 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602141025.k1EAP2Ef020197@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12064 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 14 Feb 2006 10:25:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-12 |-13 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-14 02:25 ------- In 2006-02-13 draft: OLD: Clients MAY include Timeout request headers in their Section 9.10 requests. However, the server is not required to honor or even consider these requests. Clients MUST NOT submit a Timeout request header with any method other than a LOCK method. NEW: Clients MAY include Timeout request headers in their LOCK requests. However, the server is not required to honor or even consider these requests. Clients MUST NOT submit a Timeout request header with any method other than a LOCK method. ------- 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 Feb 14 10:19:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F91xu-0004nM-85 for webdav-archive@megatron.ietf.org; Tue, 14 Feb 2006 10:19: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 KAA03634 for ; Tue, 14 Feb 2006 10:17:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F91vo-00084c-1h for w3c-dist-auth-dist@listhub.w3.org; Tue, 14 Feb 2006 15:17:32 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F91vf-00082a-F4 for w3c-dist-auth@listhub.w3.org; Tue, 14 Feb 2006 15:17:23 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F91vZ-00079I-GY for w3c-dist-auth@w3.org; Tue, 14 Feb 2006 15:17:22 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1EFHFLF023421; Tue, 14 Feb 2006 07:17:15 -0800 Date: Tue, 14 Feb 2006 07:17:15 -0800 Message-Id: <200602141517.k1EFHFLF023421@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 1F91vZ-00079I-GY 1c2e52de05c6c83d59867874008147d2 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/200602141517.k1EFHFLF023421@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12065 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 14 Feb 2006 15:17:32 +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|-10 |-13 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-14 07:17 ------- I know it's late to revisit this issue, but I'm pretty sure it's gonna be raised in Last Call... It's undisputed that RFC2518's concept of lock refresh is a mess. We have thrown away implicit lock refreshs (not used by clients, potentially expensive). This is good. This issue is about whether explicit lock refresh requests should use the Lock-Token request header instead of the If header. I think everybody agrees that it would have been better to use Lock-Token in the first place, because - using the If header for refresh adds yet another thing to something that is already too complex - using the If header also means it's hard to specify what a server is supposed to do if the If header as multiple lock tokens, or lock tokens in tagged lists referring to other resources On the other hand: - none of the servers I regularily test with (SAP KM, Xythos, Apache/moddav, IIS) support the LOCK refresh with Lock-Token header as of today - RFC2518bis thus "encourages" servers to support the old behaviour () - Clients as of today send the LOCK refresh with the If header With the current wording, new servers (class 3) are not required to honor the If header for LOCK refresh, thus clients would need to be updated to either send both headers (hoping this doesn't break old servers), or to check the server version first. None of these options is really pleasant. Summary: it seems that this change trades a bit of consistency with lots of potential interop problems. Thus, it may be wiser to back it out, and to clarify the old behaviour instead. (note: I came across this issue when working on class 3 conformance for our server, so this isn't a purely theoretical argument) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From michelastudeb@bipnet.pl Tue Feb 14 15:07:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F96S1-0004RE-Eu for webdav-archive@megatron.ietf.org; Tue, 14 Feb 2006 15:07: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 PAA23506 for ; Tue, 14 Feb 2006 15:05:18 -0500 (EST) Received: from [208.163.52.66] (helo=bipnet.pl) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F96fk-0006QE-3v for webdav-archive@ietf.org; Tue, 14 Feb 2006 15:21:26 -0500 Message-ID: <000001c631a2$0264a0d0$5f0da8c0@speculate> Reply-To: "Michelangelo Studebaker" From: "Michelangelo Studebaker" To: webdav-archive@ietf.org Subject: Re: news Date: Tue, 14 Feb 2006 15:05:32 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C63178.198E98D0" 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.4 (++) X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C63178.198E98D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello =20 VsIpAqGmR w A l a$u3m,z7y5k CwIqAoLtIrSy t$w3g, n 3 x 3w V x AsLql h U h Mq w$d1l,v2p1 x=20 =20 and many other http://www.bubeglas.com =20 ------=_NextPart_000_0001_01C63178.198E98D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hello
 
VsIpAqGmR w = A l =  a$u3m,z7y5k
CwIqAoLtIrSy t$w3g, n = 3 x 3w
V x AsLql h = U h Mq w$d1l,v2p1 x
 
------=_NextPart_000_0001_01C63178.198E98D0-- From w3c-dist-auth-request@frink.w3.org Tue Feb 14 15:33:03 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F96r8-00046l-Ts for webdav-archive@megatron.ietf.org; Tue, 14 Feb 2006 15:33: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 PAA24825 for ; Tue, 14 Feb 2006 15:31:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F96pR-0000an-8G for w3c-dist-auth-dist@listhub.w3.org; Tue, 14 Feb 2006 20:31:17 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F96pG-0000Y5-8f for w3c-dist-auth@listhub.w3.org; Tue, 14 Feb 2006 20:31:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F96pB-000169-36 for w3c-dist-auth@w3.org; Tue, 14 Feb 2006 20:31:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1EKUurC032539; Tue, 14 Feb 2006 12:30:56 -0800 Date: Tue, 14 Feb 2006 12:30:56 -0800 Message-Id: <200602142030.k1EKUurC032539@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 1F96pB-000169-36 d1caf2001848c855d273403c213089fe 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/200602142030.k1EKUurC032539@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12066 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 14 Feb 2006 20:31:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-12 |-13 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-14 12:30 ------- Comments in pre-draft (-13) as of 2006-02-13: Section 5.2., para. 3: OLD: When a WebDAV resource has a URL U, such that U is the same as URL V plus a single additional path segment, then if the resource identified by V is WebDAV compliant it MUST be a collection that has U as an internal member URL. For example, if "http://example.com/bar/blah" is a WebDAV resource, then if "http://example.com/bar/" is WebDAV compliant, it MUST be a collection and MUST contain "http://example.com/bar/blah" as an internal member. NEW: For all WebDAV compliant resources A and B, identified by URLs "U" and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST be a collection that contains a mapping from "SEGMENT" to B. So, if resource B with URL "http://example.com/bar/blah" is WebDAV compliant and if resource A with URL "http://example.com/bar/" is WebDAV compliant, then resource A must be a collection and must contain a mapping from "blah" to B. (I think the text proposed by Geoff ("NEW") is slightly more readable; if the current text is kept, "WebDAV resource" probably should be replaced by "WebDAV compliant resource"). Section 5.2., para. 4: OLD: Collection resources MAY have internal members with mappings to non- WebDAV compliant children in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/index.html" is not WebDAV compliant and the resource with URL "http://example.com/bar/" identifies a collection, then collection "bar" might or might not have an internal member with a mapping from "index.html" to the resource X. If the collection doesn't have such an internal member, presumably the consequence is that the "index.html" resource might not show up in PROPFIND responses, might not be locked when the collection is locked, might not have WebDAV properties, and so on. NEW: Collection resources MAY have mappings to non-WebDAV compliant resources in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/blah" is not WebDAV compliant and the resource A with "URL http://example.com/bar/" identifies a collection, then A may or may not have a mapping from "blah" to X. Again, I think the NEW text is more readable. Furthermore, the 2nd part of the current spec text is incorrect; if "http://example.com/bar/index.html" is not an internal member URI, then it *will* not appear in a PROPFIND response (and so on). ------- 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 Feb 14 15:51:43 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F979D-0002GJ-PM for webdav-archive@megatron.ietf.org; Tue, 14 Feb 2006 15:51: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 PAA26056 for ; Tue, 14 Feb 2006 15:49:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9787-0005ai-5T for w3c-dist-auth-dist@listhub.w3.org; Tue, 14 Feb 2006 20:50:35 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F977v-0005Ye-M6 for w3c-dist-auth@listhub.w3.org; Tue, 14 Feb 2006 20:50:24 +0000 Received: from oak.neustar.com ([209.173.53.70]) by aji.w3.org with esmtp (Exim 4.50) id 1F977p-0004by-9h for w3c-dist-auth@w3.org; Tue, 14 Feb 2006 20:50:22 +0000 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by oak.neustar.com (8.12.8/8.12.8) with ESMTP id k1EKo1BX005725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Feb 2006 20:50:02 GMT Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1F977Z-0004Mk-VM; Tue, 14 Feb 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, 14 Feb 2006 15:50:01 -0500 Received-SPF: none (aji.w3.org: domain of ietf@ietf.org does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1F977p-0004by-9h 159eed127b9da2a36389d174426a5298 X-Original-To: w3c-dist-auth@w3.org Subject: I-D ACTION:draft-ietf-webdav-rfc2518bis-13.txt X-Archived-At: http://www.w3.org/mid/E1F977Z-0004Mk-VM@stiedprstage1.ietf.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12067 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 14 Feb 2006 20:50:35 +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-13.txt Pages : 141 Date : 2006-2-14 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-13.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-13.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-13.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-2-14130815.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-rfc2518bis-13.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-rfc2518bis-13.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2006-2-14130815.I-D@ietf.org> --OtherAccess-- --NextPart-- From sylwestinsley@bananaram.org Wed Feb 15 08:10:41 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9MQa-000601-Ti for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 08:10: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 IAA07450 for ; Wed, 15 Feb 2006 08:08:53 -0500 (EST) Received: from 45.55.77.83.cust.bluewin.ch ([83.77.55.45] helo=bananaram.org) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F9Mec-00012I-1R for webdav-archive@ietf.org; Wed, 15 Feb 2006 08:25:10 -0500 Message-ID: <000001c63231$28ce41b0$3fb8a8c0@possessed> Reply-To: "Sylwester Insley" From: "Sylwester Insley" To: webdav-archive@ietf.org Subject: Re: news Date: Wed, 15 Feb 2006 08:10:14 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C63207.3FF839B0" 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.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C63207.3FF839B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 V f AcLql o UiMv p$ o 1h,s2g1 o=20 VcIyAsG a RoAr z$v3h, v 7 c 5f CfI e A l L b I e S z f$n3w, y 3d3f =20 http://www.norendor.com =20 ------=_NextPart_000_0001_01C63207.3FF839B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
V f AcLql o UiMv p$ o 1h,s2g1 o
VcIyAsG a RoAr z$v3h, v 7 c 5f
CfI e A l L b I e S z  f$n3w, y 3d3f
 
------=_NextPart_000_0001_01C63207.3FF839B0-- From scianna@christthaller.de Wed Feb 15 09:05:08 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9NHI-0008AU-Ou for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 09:05:08 -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 JAA11735 for ; Wed, 15 Feb 2006 09:03:17 -0500 (EST) Received: from wupasa-82-207-156-153.citykom.de ([82.207.156.153] helo=christthaller.de) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F9NVB-00038z-TR for webdav-archive@ietf.org; Wed, 15 Feb 2006 09:19:35 -0500 Message-ID: <000001c63238$b6936c30$c35ba8c0@puzzler> Reply-To: "Jytte Scianna" From: "Jytte Scianna" To: webdav-archive@ietf.org Subject: Re: news Date: Wed, 15 Feb 2006 09:04:18 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6320E.CDBD6430" 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.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6320E.CDBD6430 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 ViI y ApGkR r A n h$o3g,b7k5g V i AoLellU o Mn x$ q 1 r ,g2n1 x=20 C z IwA c LnImS v z$f3j,d3e3 b=20 =20 http://www.neirponsi.com =20 ------=_NextPart_000_0001_01C6320E.CDBD6430 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
ViI y ApGkR r A n  h$o3g,b7k5g
V i AoLellU o Mn x$ q 1 r ,g2n1 x
C z IwA c LnImS v  z$f3j,d3e3 b
 
------=_NextPart_000_0001_01C6320E.CDBD6430-- From w3c-dist-auth-request@frink.w3.org Wed Feb 15 09:25:49 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9NbI-0006sl-V4 for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 09:25: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 JAA13197 for ; Wed, 15 Feb 2006 09:24:00 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9NZS-0007ia-IP for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 14:23:54 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9NZK-0007hv-Uj for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 14:23:47 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9NZF-0005LY-KE for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 14:23:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FENW53000860; Wed, 15 Feb 2006 06:23:32 -0800 Date: Wed, 15 Feb 2006 06:23:32 -0800 Message-Id: <200602151423.k1FENW53000860@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 1F9NZF-0005LY-KE fda384d839743fa151f7f2a05768e19d 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/200602151423.k1FENW53000860@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12068 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 14:23:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | Version|-10 |-13 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-15 06:23 ------- Current text : -- start -- B. Notes on HTTP Client Compatibility WebDAV was designed to be, and has been found to be, backward-compatible with HTTP 1.1. The PUT and DELETE methods are defined in HTTP and thus may be used by HTTP clients as well as WebDAV-aware clients, but the responses to PUT and DELETE have been extended in this specification in ways that only a WebDAV client would be entirely prepared for. Some theoretical concerns were raised about whether those responses would cause interoperability problems with HTTP-only clients, and this section addresses those concerns. Since any HTTP client ought to handle unrecognized 400-level and 500-level status codes as errors, the following new status codes should not present any issues: 422, 423 and 507 (424 is also a new status code but it appears only in the body of a Multistatus response.) So, for example, if a HTTP client attempted to PUT or DELETE a locked resource, the 423 Locked response ought to result in a generic error presented to the user. The 207 Multistatus response is interesting because a HTTP client issuing a DELETE request to a collection might interpret a 207 response as a success, even though it does not realize the resource is a collection and cannot understand that the DELETE operation might have been a complete or partial failure. Thus, a server MAY choose to treat a DELETE of a collection as an atomic operation, and use either 204 No Content in case of success, or some appropriate error response (400 or 500 level) depending on what the error was. This approach would maximize backward compatibility. However, since interoperability tests and working group discussions have not turned up any instances of HTTP clients issuing a DELETE request against a WebDAV collection, this concern may be more theoretical than practical. Thus, servers MAY instead choose to treat any such DELETE request as a WebDAV request, and send a 207 Multistatus containing more detail about what resources could not be deleted. In general server implementations are encouraged to use the detailed responses defined in this document and to avoid attempts to detect client version or to determine client compatibility. -- end -- Comment: Again, the idea that a server changes handling of a request based on what it thinks the type of client makes me shudder. Any mention of this really needs to go. Futhermore, this section should clarify that HTTP defines a 2xx code as: "This class of status code indicates that the client's request was successfully received, understood, and accepted." So any claim that 2xx indicates successful *execution* of a method is incorrect anyway. ------- 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 Feb 15 11:00:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9P4Q-0005LI-5g for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 11:00: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 KAA22318 for ; Wed, 15 Feb 2006 10:58:11 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9P2z-0003v6-ER for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 15:58:29 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9P2p-0003rY-T2 for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 15:58:19 +0000 Received: from e5.ny.us.ibm.com ([32.97.182.145]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9P2h-0005iQ-O9 for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 15:58:19 +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 k1FFwA3C020087 for ; Wed, 15 Feb 2006 10:58:10 -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 k1FFwArB243430 for ; Wed, 15 Feb 2006 10:58:10 -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 k1FFw939001349 for ; Wed, 15 Feb 2006 10:58:09 -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 k1FFw0oU032758 for ; Wed, 15 Feb 2006 10:58:00 -0500 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, 15 Feb 2006 10:57:53 -0500 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/15/2006 10:57:59, Serialize complete at 02/15/2006 10:57:59 Content-Type: multipart/alternative; boundary="=_alternative 0057B1FE85257116_=" 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 1F9P2h-0005iQ-O9 32ce451c7be9e28639846e23fa2cab33 X-Original-To: w3c-dist-auth@w3.org Subject: Section 5.2 of draft-ietf-webdav-rfc2518bis-13 still has problems X-Archived-At: http://www.w3.org/mid/OF778F6FA3.5F0E3849-ON85257116.00557C63-85257116.0057B27F@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12069 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 15:58:29 +0000 This is a multipart message in MIME format. --=_alternative 0057B1FE85257116_= Content-Type: text/plain; charset="US-ASCII" The editing changes made to the proposed text for this section introduced a variety of problems: OLD>> When a WebDAV resource has a URL U, such that U is the same as URL V plus a single additional path segment, then if the resource identified by V is WebDAV compliant it MUST be a collection that has U as an internal member URL. For example, if "http://example.com/bar/blah" is a WebDAV resource, then if "http://example.com/bar/" is WebDAV compliant, it MUST be a collection and MUST contain "http://example.com/bar/blah" as an internal member. PROBLEM>> This talks about "U having an internal member URL". U does not have an internal member URL ... it has a mapping from a segment name to an internal member resource. That internal member resource has a URL, but *U* does not have that internal member URL. Also, the use of "it" in the last sentence is ambiguous, since two different resources have been identified in the sentence. Please adopt the original proposed text to solve these problems, i.e.: NEW>> For all WebDAV compliant resources A and B, identified by URLs "U" and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST be a collection that contains a mapping from "SEGMENT" to B. So, if resource B with URL "http://example.com/bar/blah" is WebDAV compliant and if resource A with URL "http://example.com/bar/" is WebDAV compliant, then resource A must be a collection and must contain a mapping from "blah" to B. OLD>> Collection resources MAY have internal members with mappings to non-WebDAV compliant children in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/index.html" is not WebDAV compliant and the resource with URL "http://example.com/bar/" identifies a collection, then collection "bar" might or might not have an internal member with a mapping from "index.html" to the resource X. PROBLEM>> An internal member is the child resource ... the internal member does not have the mappings (the collection has the mappings). Also calling the collection "bar" is misleading ... "bar" is just a URI segment that is currently bound to the collection in the "http://example.com/" collection. Please adopt the original proposed text to solve these problems, i.e.: NEW>> Collection resources MAY have mappings to non-WebDAV compliant resources in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/blah" is not WebDAV compliant and the resource A with "URL http://example.com/bar/" identifies a collection, then A may or may not have a mapping from "blah" to X. Cheers, Geoff --=_alternative 0057B1FE85257116_= Content-Type: text/html; charset="US-ASCII"

The editing changes made to the proposed text for this section introduced a variety of problems:

OLD>> When a WebDAV resource has a URL U, such that U is the same as URL V plus a single additional path segment, then if the resource identified by V is WebDAV compliant it MUST be a collection that has U as an internal member URL. For example, if "http://example.com/bar/blah" is a WebDAV resource, then if "http://example.com/bar/" is WebDAV compliant, it MUST be a collection and MUST contain "http://example.com/bar/blah" as an internal member.

PROBLEM>> This talks about "U having an internal member URL".  U does not have an internal member URL ... it has a mapping from a segment name to an internal member resource.  That internal member resource has a URL, but *U* does not have that internal member URL.  Also, the use of "it" in the last sentence is ambiguous, since two different resources have been identified in the sentence.  Please adopt the original proposed text to solve these problems, i.e.:

NEW>> For all WebDAV compliant resources A and B, identified by URLs "U" and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST be a collection that contains a mapping from "SEGMENT" to B. So, if resource B with URL "http://example.com/bar/blah" is WebDAV compliant and if resource A with URL "http://example.com/bar/" is WebDAV compliant, then resource A must be a collection and must contain a mapping from "blah" to B.

OLD>> Collection resources MAY have internal members with mappings to non-WebDAV compliant children in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/index.html" is not WebDAV compliant and the resource with URL "http://example.com/bar/" identifies a collection, then collection "bar" might or might not have an internal member with a mapping from "index.html" to the resource X.

PROBLEM>> An internal member is the child resource ... the internal member does not have the mappings (the collection has the mappings).  Also calling the collection "bar" is misleading ... "bar" is just a URI segment that is currently bound to the collection in the "http://example.com/" collection.  Please adopt the original proposed text to solve these problems, i.e.:

NEW>> Collection resources MAY have mappings to non-WebDAV compliant resources in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/blah" is not WebDAV compliant and the resource A with "URL http://example.com/bar/" identifies a collection, then A may or may not have a mapping from "blah" to X.

Cheers,
Geoff
--=_alternative 0057B1FE85257116_=-- From w3c-dist-auth-request@frink.w3.org Wed Feb 15 12:22:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9QMA-0001Kj-4s for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 12:22: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 MAB14069 for ; Wed, 15 Feb 2006 12:20:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9QKj-0002Eu-PD for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 17:20:53 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9QKc-0002EJ-E2 for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 17:20:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9QKY-0000L0-Jd for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 17:20:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FHKfIu001063; Wed, 15 Feb 2006 09:20:41 -0800 Date: Wed, 15 Feb 2006 09:20:41 -0800 Message-Id: <200602151720.k1FHKfIu001063@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 1F9QKY-0000L0-Jd 4578600de16374988dc84c32486870f3 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602151720.k1FHKfIu001063@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12070 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 17:20:53 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |lisa@osafoundation.org ------- Additional Comments From elias@cse.ucsc.edu 2006-02-15 09:20 ------- Consensus during 15 Feb telecon that the section as is (or with minor tweaks) is aceptable (and of higher quality than most changes sections in other specs). Assigning to Lisa for inclusion 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 Wed Feb 15 13:04:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9R0X-0004Lr-3Y for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 13:04: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 NAA18773 for ; Wed, 15 Feb 2006 13:02:17 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9QzK-00063o-K6 for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 18:02:50 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9QzB-00062C-MJ for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 18:02:41 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9Qyy-0008O0-5K for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 18:02:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FI2Ovj001115; Wed, 15 Feb 2006 10:02:24 -0800 Date: Wed, 15 Feb 2006 10:02:24 -0800 Message-Id: <200602151802.k1FI2Ovj001115@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 1F9Qyy-0008O0-5K 1ccd684ecf49067210ff377fa9e6548c X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602151802.k1FI2Ovj001115@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12071 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 18:02:50 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-12 |-13 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-15 10:02 ------- Discussed on 2006-02-15. See inline comments; Julian to produce new version after telecon. 10.4. If Header The If request header is intended to have similar functionality to the If-Match header defined in Section 14.24 of [RFC2616]. However, the If header is intended for use with any URI which represents state information, referred to as a state token, about a resource as well as ETags. A typical example of a state token is a lock token, and lock tokens are the only state tokens defined in this specification. [[anchor59: Compare with Lisa's latest version.]] 10.4.1. Purpose The If header has two distinct purposes: o The first purpose is to make a request conditional by supplying 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) status. On the other hand, if one of the described state lists does match the state of the resource then the request may succeed. The matching functions for ETags and state tokens are defined in Section 10.4.4 below. [[anchor60: Evaluation order?]] o Additionally, the mere fact that a state token appears in an If header means that is has been "submitted" with the request. In general, this is used to indicate that the client has knowledge of that state token. The meaning of submitting a state token depends on its type (for lock tokens, please refer to Section 6). Note that these two purposes need to be treated distinctly: a state token counts as being submitted independantly of whether the server actually has evaluated the state list it appears in, and also independantly of whether the condition it expressed was found to be true or not. 10.4.2. Syntax If = "If" ":" ( 1*No-tag-list | 1*Tagged-list ) No-tag-list = List Tagged-list = Resource 1*List List = "(" 1*Condition ")" Condition = ["Not"] (State-token | "[" entity-tag "]") ; entity-tag: see Section 3.11 of [RFC2616] ; No LWS allowed between "[", entity-tag and "]" State-token = Coded-URL Resource = Coded-Reference [rfc.comment.12: Call that Resource-Tag] Coded-Reference = "<" Simple-ref ">" ; Simple-ref: see Section 8.3 ; No LWS allowed in Coded-Reference The syntax distinguishes between untagged lists ("No-tag-list") and tagged lists ("Tagged-list"). Untagged lists apply to the resource identified by the Request-URI, while tagged lists apply to the resource identified by the preceding Resource "tag". A Resource tag applies to all subsequent Lists, up to the next Resource tag. Note that the two list types can not be mixed within an If header. This is not a functional restriction because the No-tag-list syntax is just a shorthand notation for a Tagged-list production with a tag referring to the Request-URI. Each List consists of one or more Conditions. Each Condition is defined in terms of an entity-tag or state-token, potentially negated by the prefix "Not". Note that the ABNF for the If header does not allow splitting its value across separate instances of the header. However, the HTTP header syntax allows extending values across multiple lines (see [RFC2616], Section 4.2). 10.4.3. Evaluation A Condition that consists of a single entity-tag or state-token evaluates to true if the resource matches the described state (where the individual matching functions are define below in Section 10.4.4). Prefixing it with "Not" reverses the result of the evaluation (thus, the "Not" applies only to the subsequent entity-tag or state-token). Each List production describes a series of conditions. The whole list evaluates to true if and only if each condition evaluates to true (that is, the list represents a logical conjunction of Conditions). Each No-tag-list and Tagged-list production may contain one or more Lists. They evaluate to true if and only if any of the contained lists evaluates to true (that is, if there's more than one List, that List sequence represents a logical disjunction of the Lists). Finally, the whole If header evaluates to true if and only if at least one of the No-tag-list or Tagged-list productions evaluates to true. If the header evaluates to false, the server MUST reject the request with a 412 (Precondition Failed) status. Otherwise, execution of the request can proceed as if the header wasn't present. 10.4.3.1. Example: No-tag Production If: ( ["I am an ETag"]) (["I am another ETag"]) The previous header would require that the resource identified in the Request-URI be locked with the specified lock token and be in the state identified by the "I am an ETag" ETag or in the state identified by the second ETag "I am another ETag". To put the matter more plainly one can think of the previous If header as expressing the condition below: ( is-locked-with(urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2) AND matches-etag("I am an ETag") ) OR ( matches-etag("I am another ETag") ) 10.4.3.2. Example: using "Not" with No-tag Production If: (Not ) This If header requires that the resource must not be locked with a lock having the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 and must be locked by a lock with the lock token with urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092. 10.4.3.3. Example: causing a Condition to always evaluate to True There may be cases where a client wishes to submit state tokens, but doesn't want the request to fail just because the state token isn't current anymore. One simple way to do this is to include a Condition that is known to always evaluate to true, such as in: If: () (Not ) "DAV:no-lock" is known to never represent a current lock token, as lock tokens are assigned by the server, following the uniqueness requirements described in Section 6.5, therefore in particular exclude URIs in the "DAV:" scheme. Thus, by applying "Not" to a known not to be current state token, the Condition always evaluates to true. Consequently, the whole If header will always evaluate to true, and the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 will be submitted in any case. 10.4.3.4. Example: Tagged List If header in COPY >>Request COPY /resource1 HTTP/1.1 Host: www.example.com Destination: /resource2 If: ( [W/"A weak ETag"]) (["strong ETag"]) (["another strong ETag"]) In this example http://www.example.com/resource1 is being copied to http://www.example.com/resource2. When the method is first applied to http://www.example.com/resource1, resource1 must be in the state specified by "( [W/"A weak ETag"]) (["strong ETag"])", that is, it either must be locked with a lock token of "urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2" and have a weak entity tag W/"A weak ETag" or it must have a strong entity tag "strong ETag". That is the only success condition since the resource http://www.example.com/random never has the method applied to it (the only other resource listed in the If header) and http://www.example.com/resource2 is not listed in the If header. [[anchor64: Get rid of language suggesting that it matters whether the method affects the resource.]] 10.4.4. Matching Function When performing If header processing, the definition of a matching state token or entity tag is as follows: Identifying a resource: The resource is identified by the URI along with the token, in tagged list production, or by the Request-URI in untagged list production. Matching entity tag: Where the entity tag matches an entity tag associated with the identified resource. Servers MUST use either the weak or the strong comparison function defined in Section 13.3.3 of [RFC2616]. Matching state token: Where there is an exact match between the state token in the If header and any state token on the identified resource. A lock state token is considered to match if the resource is anywhere in the scope of the lock. Note that for the purpose of matching entity tags and state tokens, the URL being unmapped should be treated the same way as if the resource existed, but did not have the specified state. 10.4.4.1. Example: Matching lock tokens with collection locks DELETE /specs/rfc2518.txt HTTP/1.1 Host: www.example.com If: () For this example, the lock token must be compared to the identified resource, which is the 'specs' collection identified by the URL in the tagged list production. If the 'specs' collection is not locked or has a lock with a different token, the request MUST fail. If the 'specs' collection is locked (depth infinity) with that lock token, then this request could succeed, both because the If header evaluates to true, and because the lock token for the lock affecting the affected resource has been submitted. Alternatively, a request where the 'rfc2518.txt' URL is associated with the lock token in the If header could also succeed.[[anchor66: Check last statement.]] 10.4.4.2. Example: Matching ETags on unmapped URLs Consider a collection "/specs" that does not contain the member "/specs/rfc2518.doc". In this case, the If header If: (["4217"]) will evaluate to false (the URI isn't mapped, thus the resource identified by the URI doesn't have an entity matching the ETag "4217"). On the other hand, an If header of If: (Not ["4217"]) will consequently evaluate to true. 10.4.5. If Header and Non-DAV Aware Proxies Non-DAV aware proxies will not honor the If header, since they will not understand the If header, and HTTP requires non-understood headers to be ignored. When communicating with HTTP/1.1 proxies, the "Cache-Control: no-cache" request header MUST be used so as to prevent the proxy from improperly trying to service the request from its cache. When dealing with HTTP/1.0 proxies the "Pragma: no-cache" request header MUST be used for the same reason. 10.4.6. If Header and Authentication Servers MUST do authorization checks before checking this header (thus, supplying a carefully crafted If header must not allow a client to learn information about resources it's not authorized to access). [[anchor69: Remove or just point to Section 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 Wed Feb 15 13:18:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9REa-0008Ru-10 for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 13:18: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 NAA20052 for ; Wed, 15 Feb 2006 13:16:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9RDh-0001vO-Hc for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 18:17:41 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9RDY-0001uh-CR for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 18:17:32 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9RDO-0005q8-NO for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 18:17:32 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FIHMwM001143; Wed, 15 Feb 2006 10:17:22 -0800 Date: Wed, 15 Feb 2006 10:17:22 -0800 Message-Id: <200602151817.k1FIHMwM001143@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 1F9RDO-0005q8-NO 23db35662330a829aa7a9700cb6ccf2a X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] EVALUATE_ALL_OF_IF_HEADER X-Archived-At: http://www.w3.org/mid/200602151817.k1FIHMwM001143@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12072 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 18:17:41 +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 ------- 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 Feb 15 13:21:38 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9RHU-0005De-S7 for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 13:21: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 NAA20420 for ; Wed, 15 Feb 2006 13:19:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9RGi-0002cM-Lx for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 18:20:48 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9RGd-0002bm-DK for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 18:20:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9RGb-0006cN-9M for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 18:20:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FIKc3i001194; Wed, 15 Feb 2006 10:20:38 -0800 Date: Wed, 15 Feb 2006 10:20:38 -0800 Message-Id: <200602151820.k1FIKc3i001194@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 1F9RGb-0006cN-9M 681ee327954029d7d0cf24089a21d6c5 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200602151820.k1FIKc3i001194@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12073 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 18:20:48 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 fluffy@cisco.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Status|REOPENED |NEW Priority|P1 |P3 ------- Additional Comments From fluffy@cisco.com 2006-02-15 10:20 ------- This has mostly be relagated to draft-whitehead-http-etag ------- 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 Feb 15 13:52:08 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9Rl2-00009n-64 for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 13:52: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 NAA22513 for ; Wed, 15 Feb 2006 13:50:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9RjU-0002h3-Fg for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 18:50:32 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9RjM-0002fx-8u for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 18:50:24 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9RjI-0000yE-2U for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 18:50:23 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FIoIXI001222; Wed, 15 Feb 2006 10:50:18 -0800 Date: Wed, 15 Feb 2006 10:50:18 -0800 Message-Id: <200602151850.k1FIoIXI001222@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 1F9RjI-0000yE-2U 25bdf97918c65169cddec57d74a5e529 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/200602151850.k1FIoIXI001222@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12074 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 18:50:32 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 ------- Additional Comments From elias@cse.ucsc.edu 2006-02-15 10:50 ------- Extended discussion during the 15 Feb telecon reveales that this issue is largely underspecified in the current draft and requires further review. A salient point raised during the discussion was that: * PROPFIND method SHOULD NOT return information about non-WebDAV compliant resources. Jim proposed incorporating the definition of a collection from the BIND spec as a starting point, as it would provide a firm foundation for further behavioral specification -- an idea that seemed generally supported among telecon participants but requires further consideration. Julian volunteered to do a more thorough review of the current draft to identify areas that need further work. It was felt that an example of this situation would continue to be of value to readers. Also discussed whether the spec should introduce a definition of 'internal member' of a collection, but the telecon participants generally felt that making the most minimal changes to the existing text was preferrable, especially where this newly defined term may only be used a couple / few times. ------- 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 Feb 15 13: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 1F9RnD-0001sY-B7 for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 13: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 NAA22655 for ; Wed, 15 Feb 2006 13:52:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9RmT-0003BQ-6P for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 18:53:37 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F9RmQ-0003Ar-84 for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 18:53:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F9RmL-0006b2-6d for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 18:53:33 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FIrS2Z001248; Wed, 15 Feb 2006 10:53:28 -0800 Date: Wed, 15 Feb 2006 10:53:28 -0800 Message-Id: <200602151853.k1FIrS2Z001248@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 1F9RmL-0006b2-6d af13e8192bf42adea084694404c294ab 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/200602151853.k1FIrS2Z001248@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12075 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 18:53:37 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|elias@cse.ucsc.edu |julian.reschke@greenbytes.de ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-15 10:53 ------- Plan: - update collection definition in Section 3. - 5.2: expand example about index.html - 5.2: adopt changes from Geoff and Jason - PROPFIND definition: clarify that non-webdav compliant resources should not show up in PROPFIND 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 Wed Feb 15 13:58:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9Rqy-0006Kf-1t for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 13:58: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 NAA22963 for ; Wed, 15 Feb 2006 13:56:28 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9RqD-0003zC-5G for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 18:57:29 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F9Rq9-0003yc-2D for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 18:57:25 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F9Rq5-0007Bl-96 for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 18:57:24 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FIvL9w001284; Wed, 15 Feb 2006 10:57:21 -0800 Date: Wed, 15 Feb 2006 10:57:21 -0800 Message-Id: <200602151857.k1FIvL9w001284@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 1F9Rq5-0007Bl-96 ef2c97350652b873977aec77ba83f86f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 230] tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602151857.k1FIvL9w001284@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12076 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 18:57:29 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |julian.reschke@greenbytes.de ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-15 10:57 ------- Julian to test today's servers whether they actually do reject these requests (assumption: no, they don't, so it's really a clarification of what servers do today) ------- 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 Feb 15 14:11:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9S3I-0001UR-PM for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:11: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 OAA24057 for ; Wed, 15 Feb 2006 14:09:13 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9S2R-0000It-DA for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:10:07 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9S2L-0008L1-Rp for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:10:01 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9S2H-0004oi-9z for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:10:01 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJ9sMI001330; Wed, 15 Feb 2006 11:09:54 -0800 Date: Wed, 15 Feb 2006 11:09:54 -0800 Message-Id: <200602151909.k1FJ9sMI001330@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 1F9S2H-0004oi-9z 8ee8fbac287de398eadaeafd23f3bc48 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/200602151909.k1FJ9sMI001330@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12077 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:10:07 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=143 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lisa@osafoundation.org |julian.reschke@greenbytes.de Status|REOPENED |NEW ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-15 11:09 ------- Julian to follow up on list, proposing potential alternate 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 Feb 15 14:11:26 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9S3i-0002og-L1 for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:11: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 OAA24097 for ; Wed, 15 Feb 2006 14:09:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9S31-0000Po-Nl for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:10:43 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9S2y-0000Ou-5W for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:10:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9S2u-0000iY-4J for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:10:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJAYOl001356; Wed, 15 Feb 2006 11:10:34 -0800 Date: Wed, 15 Feb 2006 11:10:34 -0800 Message-Id: <200602151910.k1FJAYOl001356@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 1F9S2u-0000iY-4J 2cd59bbf8fd74405e6963a986eac6b38 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 229] GULP / Lock timeout discussion X-Archived-At: http://www.w3.org/mid/200602151910.k1FJAYOl001356@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12078 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:10:43 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-15 11:10 ------- Fixed typo ------- 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 Feb 15 14:11:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9S3o-00032G-Va for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:11: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 OAA24103 for ; Wed, 15 Feb 2006 14:09:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9S39-0000S9-8s for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:10:51 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9S2y-0000Ot-8G for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:10:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9S2u-0004x7-UC for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:10:39 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJAZBs001370; Wed, 15 Feb 2006 11:10:35 -0800 Date: Wed, 15 Feb 2006 11:10:35 -0800 Message-Id: <200602151910.k1FJAZBs001370@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 1F9S2u-0004x7-UC e2862e7ab3f311ca997b91b3d01ad4cd X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 217] GULP integration X-Archived-At: http://www.w3.org/mid/200602151910.k1FJAZBs001370@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12079 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:10:51 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217 Bug 217 depends on bug 229, which changed state. Bug 229 Summary: GULP / Lock timeout discussion http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=229 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 Feb 15 14: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 1F9S66-0005ji-SS for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14: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 OAA24258 for ; Wed, 15 Feb 2006 14:12:07 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9S5O-0000qJ-MT for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:13:10 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F9S5K-0000pj-Ts for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:13:07 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F9S4L-0001Ef-NG for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:13:06 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJC321001392; Wed, 15 Feb 2006 11:12:03 -0800 Date: Wed, 15 Feb 2006 11:12:03 -0800 Message-Id: <200602151912.k1FJC321001392@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 1F9S4L-0001Ef-NG 8f660e6bee6be3bf4869420c6d1529fd X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 195] LOCK_ISSUES_WRITE_LOCKS_AND_COPYMOVE X-Archived-At: http://www.w3.org/mid/200602151912.k1FJC321001392@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12080 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:13:10 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=195 ------- Additional Comments From elias@cse.ucsc.edu 2006-02-15 11:12 ------- Agreed during 15 Feb telecon that we can go to WGLC without this explanatory 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 Feb 15 14:14:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9S6E-0005xW-EQ for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:14: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 OAA24273 for ; Wed, 15 Feb 2006 14:12:15 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9S5Y-0000t6-FN for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:13:20 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9S5U-0000rO-5L for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:13:16 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9S5S-0001Hv-Ew for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:13:16 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJDD6G001417; Wed, 15 Feb 2006 11:13:13 -0800 Date: Wed, 15 Feb 2006 11:13:13 -0800 Message-Id: <200602151913.k1FJDD6G001417@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 1F9S5S-0001Hv-Ew 86bb6c45a2fe309b16f0f7c71032a973 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 177] "PROPFIND status codes" section X-Archived-At: http://www.w3.org/mid/200602151913.k1FJDD6G001417@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12081 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:13:20 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=177 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P3 ------- Additional Comments From elias@cse.ucsc.edu 2006-02-15 11:13 ------- We can go to WGLC as is... changing to Priority 3. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From janforte@gamalocus.com Wed Feb 15 14:20:20 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9SCK-0005mR-Aj for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:20: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 OAA24824 for ; Wed, 15 Feb 2006 14:18:33 -0500 (EST) Received: from p508bf0b9.dip.t-dialin.net ([80.139.240.185] helo=gamalocus.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F9SQK-00055i-Bc for webdav-archive@ietf.org; Wed, 15 Feb 2006 14:34:53 -0500 Message-ID: <000001c63264$c89bcd10$98caa8c0@sulpha> Reply-To: "Janeka Fortenberry" From: "Janeka Fortenberry" To: webdav-archive@ietf.org Subject: Re: news Date: Wed, 15 Feb 2006 14:19:47 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6323A.DFC5C510" 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.3 (+++) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6323A.DFC5C510 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 VkI c AkGqR p Ad p$e3p,p7z5v V c A t LllmUjMd y$x1f,p2y1y CpI s AiLqIxSp c$y3i,z3 p 3f =20 http://www.waydoe.com =20 ------=_NextPart_000_0001_01C6323A.DFC5C510 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi
 
VkI c AkGqR p Ad p$e3p,p7z5v
V c A t LllmUjMd y$x1f,p2y1y
CpI s AiLqIxSp c$y3i,z3 p 3f
 
------=_NextPart_000_0001_01C6323A.DFC5C510-- From w3c-dist-auth-request@frink.w3.org Wed Feb 15 14:24:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9SGP-0000GG-0t for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:24: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 OAA25023 for ; Wed, 15 Feb 2006 14:22:45 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9SFS-0003aE-GI for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:23:34 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9SFP-0003ZS-K5 for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:23:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9SFL-0007M9-6T for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:23:31 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJNPhc001448; Wed, 15 Feb 2006 11:23:25 -0800 Date: Wed, 15 Feb 2006 11:23:25 -0800 Message-Id: <200602151923.k1FJNPhc001448@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 1F9SFL-0007M9-6T ae93ee23c66a7090e9c971bad9a48d33 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/200602151923.k1FJNPhc001448@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12082 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:23:34 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |ASSIGNED Priority|P2 |P3 ------- Additional Comments From elias@cse.ucsc.edu 2006-02-15 11:23 ------- Following discussion during 15 Feb telecon, Lisa agreed to make an attempt at rewording paragraph 3 of appendix 2. ------- 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 Feb 15 14:25:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9SHD-0000pe-8S for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:25: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 OAA25062 for ; Wed, 15 Feb 2006 14:23:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9SGV-0003i0-JH for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:24:39 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9SGS-0003hQ-2G for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:24:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9SGN-0007Xv-0h for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:24:34 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJOTGp001473; Wed, 15 Feb 2006 11:24:29 -0800 Date: Wed, 15 Feb 2006 11:24:29 -0800 Message-Id: <200602151924.k1FJOTGp001473@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 1F9SGN-0007Xv-0h 7c4ece6620987cb7d1e8359e0def8fcf 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/200602151924.k1FJOTGp001473@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12083 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:24:39 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=100 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-15 11:24 ------- I'm updating this section, not with the exact changes suggested, but in an attempt to more clearly the intent we discussed in the con 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 Wed Feb 15 14:28:09 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9SJt-0003s6-RK for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:28: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 OAA25313 for ; Wed, 15 Feb 2006 14:26:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9SJ7-0004Ip-G6 for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:27:21 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9SJ3-0004I1-7N for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:27:17 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9SIw-00046L-Lq for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:27:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJR9r5001491; Wed, 15 Feb 2006 11:27:09 -0800 Date: Wed, 15 Feb 2006 11:27:09 -0800 Message-Id: <200602151927.k1FJR9r5001491@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 1F9SIw-00046L-Lq 13d42c3a0cef58c864a37253a2173428 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/200602151927.k1FJR9r5001491@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12084 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:27:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=202 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P4 Version|-11 |-13 ------- 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 Feb 15 14:29:42 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9SLO-0005va-Er for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:29: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 OAA25463 for ; Wed, 15 Feb 2006 14:27:54 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9SKc-0004UT-SC for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:28:54 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9SKa-0004TD-0J for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:28:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9SKY-0004Qq-5H for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:28:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJSnCQ001530; Wed, 15 Feb 2006 11:28:49 -0800 Date: Wed, 15 Feb 2006 11:28:49 -0800 Message-Id: <200602151928.k1FJSnCQ001530@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 1F9SKY-0004Qq-5H b4619ad06a3af2cc164dcababc1d892f X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 232] Section organization for XML marshalling X-Archived-At: http://www.w3.org/mid/200602151928.k1FJSnCQ001530@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12085 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:28:54 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=232 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|joe-bugzilla@cursive.net |lisa@osafoundation.org Summary|Section organization for XML|Section organization for XML |marshalling |marshalling ------- Additional Comments From elias@cse.ucsc.edu 2006-02-15 11:28 ------- assigning to lisa for editorial work... ------- 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 Feb 15 14:30:27 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9SM7-0006vH-UA for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:30: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 OAA25481 for ; Wed, 15 Feb 2006 14:28:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9SLP-0004fa-Cy for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:29:43 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9SLM-0004eO-6T for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:29:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9SLK-0004em-27 for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:29:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJTbY5001552; Wed, 15 Feb 2006 11:29:37 -0800 Date: Wed, 15 Feb 2006 11:29:37 -0800 Message-Id: <200602151929.k1FJTbY5001552@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 1F9SLK-0004em-27 5a88ebed271b4a69d79ca7e21bd1c2df X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 232] Section organization for XML marshalling X-Archived-At: http://www.w3.org/mid/200602151929.k1FJTbY5001552@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12086 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:29:43 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=232 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-15 11:29 ------- Ok. ------- 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 Feb 15 14:33:01 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9SOb-0003Pl-PG for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:33: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 OAA25603 for ; Wed, 15 Feb 2006 14:31:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9SNs-0007MX-K4 for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:32:16 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9SNl-0007Lv-NS for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:32:09 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9SNk-0005Gg-1Q for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:32:09 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJW7fm001592; Wed, 15 Feb 2006 11:32:07 -0800 Date: Wed, 15 Feb 2006 11:32:07 -0800 Message-Id: <200602151932.k1FJW7fm001592@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 1F9SNk-0005Gg-1Q 1bc8a7f4472f8aec6c10ea10d700e889 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602151932.k1FJW7fm001592@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12087 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:32:16 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P1 |P2 ------- Additional Comments From lisa@osafoundation.org 2006-02-15 11:32 ------- I'll work from the XML julian provided... ------- 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 Feb 15 14:35:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9SQt-0006lX-PR for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:35: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 OAA25678 for ; Wed, 15 Feb 2006 14:33:36 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9SQ6-0007c5-EA for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:34:34 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F9SQ2-0007b0-Mk for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:34:30 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F9SPy-0004nE-CB for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:34:29 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJYPIj001614; Wed, 15 Feb 2006 11:34:25 -0800 Date: Wed, 15 Feb 2006 11:34:25 -0800 Message-Id: <200602151934.k1FJYPIj001614@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 1F9SPy-0004nE-CB b7107b837c2f13a4f0eb1f0d8e012aab X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 230] tagged lists and repeating URIs X-Archived-At: http://www.w3.org/mid/200602151934.k1FJYPIj001614@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12088 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:34:34 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=230 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P3 Version|-12 |-13 ------- 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 Feb 15 14:38:32 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9STw-0001PU-Gk for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 14:38: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 OAA25761 for ; Wed, 15 Feb 2006 14:36:44 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9STC-0008K4-IQ for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 19:37:46 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9ST9-0008JW-Io for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 19:37:43 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9SSt-0001aS-TD for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 19:37:43 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FJbQ5A001640; Wed, 15 Feb 2006 11:37:26 -0800 Date: Wed, 15 Feb 2006 11:37:26 -0800 Message-Id: <200602151937.k1FJbQ5A001640@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 1F9SSt-0001aS-TD e36710ccef36e3632abbb26cd5d16b36 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/200602151937.k1FJbQ5A001640@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12089 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 19:37:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=143 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P3 ------- Additional Comments From elias@cse.ucsc.edu 2006-02-15 11:37 ------- Agreed during 15 Feb telecon that we can WGLC the spec as is, with some list follow-up on the issue. Updating the priority of the issue to 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 Wed Feb 15 17:11:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9Urk-0000BJ-07 for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 17:11: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 RAA11703 for ; Wed, 15 Feb 2006 17:09:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9Uq8-0003Xg-Pe for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 22:09:36 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9Uq1-0003We-5u for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 22:09:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9Upw-0002Je-Kp for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 22:09:28 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FM9M7r001800; Wed, 15 Feb 2006 14:09:22 -0800 Date: Wed, 15 Feb 2006 14:09:22 -0800 Message-Id: <200602152209.k1FM9M7r001800@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 1F9Upw-0002Je-Kp 466f73ba505522aa5825c0abb81b7198 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 144] IF_HEADER_CHECKS_AFTER_OTHER_CHECKS X-Archived-At: http://www.w3.org/mid/200602152209.k1FM9M7r001800@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12090 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 22:09:36 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Priority|P2 |P3 Resolution|FIXED | Version|-12 |-13 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-15 14:09 ------- While resolving the issues raised during the 2006-02-15 telecon, I also tried to come up with language that would explain when to return a 412 or not, and failed (thus reopening this one for discussion). As far as I can tell, the only requirements that actually make sense and can be specified in a same manner are: - Conditional header checks must not cause information to leak out that may be sensitive, such as whether a particular resource exists. We already say that in . - Consequently, authentication must have happened before that. Now, if an If header has a Condition on a resource (other the one identified by the Request-URI) the authenticated principal is not allowed to see, do we require a 403 (check before If), a 412 (let If fail), or something else? It's not clear to me whether we can mandate anything here. In particular, a server that hides resources for which the principal doesn't have access to probably wouldn't want to fail the reqeust with 403, but with a 412 (treating access problems the same way as resource not found). Feedback appreciated; in the meantime I leave the If header definition as it used to be (requiring a 412 when it evals to false). ------- 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 Feb 15 17:11:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9Urk-0000BO-9p for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 17:11: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 RAA11704 for ; Wed, 15 Feb 2006 17:09:29 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9UqD-0003Y3-9t for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 22:09:41 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F9Uq2-0003X3-QH for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 22:09:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F9Upy-00045V-Qs for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 22:09:29 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FM9NKm001810; Wed, 15 Feb 2006 14:09:23 -0800 Date: Wed, 15 Feb 2006 14:09:23 -0800 Message-Id: <200602152209.k1FM9NKm001810@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 1F9Upy-00045V-Qs 08116b1ceebf821fa08008191b2682be 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/200602152209.k1FM9NKm001810@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12091 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 22:09:41 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=18 Bug 18 depends on bug 144, which changed state. Bug 144 Summary: IF_HEADER_CHECKS_AFTER_OTHER_CHECKS http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 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 Wed Feb 15 17: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 1F9UsT-0000ni-Qk for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 17: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 RAA11759 for ; Wed, 15 Feb 2006 17:10:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9Url-0004Lw-Td for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 22:11:17 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9Urj-0004LI-Lf for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 22:11:15 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9Urh-0000gc-QK for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 22:11:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FMBC0P001829; Wed, 15 Feb 2006 14:11:12 -0800 Date: Wed, 15 Feb 2006 14:11:12 -0800 Message-Id: <200602152211.k1FMBC0P001829@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 1F9Urh-0000gc-QK 1763a1db5f3ace2bfcd5c9962e02f4d9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] If header section rewrite (was: EVALUATE_ALL_OF_IF_HEADER) X-Archived-At: http://www.w3.org/mid/200602152211.k1FMBC0P001829@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12092 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 22:11:17 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |144 Summary|EVALUATE_ALL_OF_IF_HEADER |If header section rewrite | |(was: | |EVALUATE_ALL_OF_IF_HEADER) Bug 161 depends on bug 144, which changed state. Bug 144 Summary: IF_HEADER_CHECKS_AFTER_OTHER_CHECKS http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 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 Wed Feb 15 17:12:03 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9UsV-0000oY-Et for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 17:12: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 RAA11768 for ; Wed, 15 Feb 2006 17:10:16 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9Urp-0004OD-RH for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 22:11:21 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9Urm-0004M0-7i for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 22:11:18 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9Uri-0002Ye-9u for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 22:11:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FMBDLW001843; Wed, 15 Feb 2006 14:11:13 -0800 Date: Wed, 15 Feb 2006 14:11:13 -0800 Message-Id: <200602152211.k1FMBDLW001843@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 1F9Uri-0002Ye-9u befc28a78d91b931d5c5c48fda2227ba X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 144] IF_HEADER_CHECKS_AFTER_OTHER_CHECKS X-Archived-At: http://www.w3.org/mid/200602152211.k1FMBDLW001843@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12093 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 22:11:21 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |161 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 Feb 15 17:15:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9Uve-0003bl-SR for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 17:15: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 RAA12012 for ; Wed, 15 Feb 2006 17:13:32 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9Uux-0004pz-8P for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 22:14:35 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1F9Uut-0004pG-7D for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 22:14:31 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1F9Uup-00031e-9h for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 22:14:30 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FMEQuE001863; Wed, 15 Feb 2006 14:14:26 -0800 Date: Wed, 15 Feb 2006 14:14:26 -0800 Message-Id: <200602152214.k1FMEQuE001863@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 1F9Uup-00031e-9h 3c667b24f8909cfc8bfe760c658f97eb X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] If header section rewrite (was: EVALUATE_ALL_OF_IF_HEADER) X-Archived-At: http://www.w3.org/mid/200602152214.k1FMEQuE001863@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12094 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 22:14:35 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10 is|0 |1 obsolete| | ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-15 14:14 ------- Created an attachment (id=12) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=12&action=view) Rewrite of If header section (XML source) ------- 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 Feb 15 17:23:37 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9V3g-0005iq-TS for webdav-archive@megatron.ietf.org; Wed, 15 Feb 2006 17:23: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 RAA12421 for ; Wed, 15 Feb 2006 17:21:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9V2m-0007hH-Dv for w3c-dist-auth-dist@listhub.w3.org; Wed, 15 Feb 2006 22:22:40 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F9V2f-0007gH-QS for w3c-dist-auth@listhub.w3.org; Wed, 15 Feb 2006 22:22:34 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F9V2W-0005wD-8L for w3c-dist-auth@w3.org; Wed, 15 Feb 2006 22:22:32 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1FMMNvM001883; Wed, 15 Feb 2006 14:22:23 -0800 Date: Wed, 15 Feb 2006 14:22:23 -0800 Message-Id: <200602152222.k1FMMNvM001883@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=-1.5 X-W3C-Scan-Sig: aji.w3.org 1F9V2W-0005wD-8L 01e7d48de4506e4611928a9288c9b198 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] If header section rewrite (was: EVALUATE_ALL_OF_IF_HEADER) X-Archived-At: http://www.w3.org/mid/200602152222.k1FMMNvM001883@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12095 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 15 Feb 2006 22:22:40 +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|lisa@osafoundation.org ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-15 14:22 ------- OK, new proposed text below, attached an in : 10.4. If Header The If request header is intended to have similar functionality to the If-Match header defined in Section 14.24 of [RFC2616]. However the If header handles any state token as well as ETags. A typical example of a state token is a lock token, and lock tokens are the only state tokens defined in this specification. 10.4.1. Purpose The If header has two distinct purposes: o The first purpose is to make a request conditional by supplying 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) status. On the other hand, if one of the described state lists does match the state of the resource then the request may succeed. The matching functions for ETags and state tokens are defined in Section 10.4.4 below. o Additionally, the mere fact that a state token appears in an If header means that is has been "submitted" with the request. In general, this is used to indicate that the client has knowledge of that state token. The meaning of submitting a state token depends on its type (for lock tokens, please refer to Section 6). Note that these two purposes need to be treated distinctly: a state token counts as being submitted independantly of whether the server actually has evaluated the state list it appears in, and also independantly of whether the condition it expressed was found to be true or not. 10.4.2. Syntax If = "If" ":" ( 1*No-tag-list | 1*Tagged-list ) No-tag-list = List Tagged-list = Resource-Tag 1*List List = "(" 1*Condition ")" Condition = ["Not"] (State-token | "[" entity-tag "]") ; entity-tag: see Section 3.11 of [RFC2616] ; No LWS allowed between "[", entity-tag and "]" State-token = Coded-URL Resource-Tag = Coded-Reference Coded-Reference = "<" Simple-ref ">" ; Simple-ref: see Section 8.3 ; No LWS allowed in Coded-Reference The syntax distinguishes between untagged lists ("No-tag-list") and tagged lists ("Tagged-list"). Untagged lists apply to the resource identified by the Request-URI, while tagged lists apply to the resource identified by the preceding Resource-Tag. A Resource-Tag applies to all subsequent Lists, up to the next Resource-Tag. Note that the two list types can not be mixed within an If header. This is not a functional restriction because the No-tag-list syntax is just a shorthand notation for a Tagged-list production with a Resource-Tag referring to the Request-URI. Each List consists of one or more Conditions. Each Condition is defined in terms of an entity-tag or state-token, potentially negated by the prefix "Not". Note that the If header syntax does not allow multiple instances of If headers in a single request. However, the HTTP header syntax allows extending single header values across multiple lines, by inserting a line break followed by whitespace (see [RFC2616], Section 4.2). 10.4.3. Evaluation A Condition that consists of a single entity-tag or state-token evaluates to true if the resource matches the described state (where the individual matching functions are define below in Section 10.4.4). Prefixing it with "Not" reverses the result of the evaluation (thus, the "Not" applies only to the subsequent entity-tag or state-token). Each List production describes a series of conditions. The whole list evaluates to true if and only if each condition evaluates to true (that is, the list represents a logical conjunction of Conditions). Each No-tag-list and Tagged-list production may contain one or more Lists. They evaluate to true if and only if any of the contained lists evaluates to true (that is, if there's more than one List, that List sequence represents a logical disjunction of the Lists). Finally, the whole If header evaluates to true if and only if at least one of the No-tag-list or Tagged-list productions evaluates to true. If the header evaluates to false, the server MUST reject the request with a 412 (Precondition Failed) status. Otherwise, execution of the request can proceed as if the header wasn't present. 10.4.3.1. Example: No-tag Production If: ( ["I am an ETag"]) (["I am another ETag"]) The previous header would require that the resource identified in the Request-URI be locked with the specified lock token and be in the state identified by the "I am an ETag" ETag or in the state identified by the second ETag "I am another ETag". To put the matter more plainly one can think of the previous If header as expressing the condition below: ( is-locked-with(urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2) AND matches-etag("I am an ETag") ) OR ( matches-etag("I am another ETag") ) 10.4.3.2. Example: using "Not" with No-tag Production If: (Not ) This If header requires that the resource must not be locked with a lock having the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 and must be locked by a lock with the lock token with urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092. 10.4.3.3. Example: causing a Condition to always evaluate to True There may be cases where a client wishes to submit state tokens, but doesn't want the request to fail just because the state token isn't current anymore. One simple way to do this is to include a Condition that is known to always evaluate to true, such as in: If: () (Not ) "DAV:no-lock" is known to never represent a current lock token, as lock tokens are assigned by the server, following the uniqueness requirements described in Section 6.5, therefore in particular exclude URIs in the "DAV:" scheme. Thus, by applying "Not" to a known not to be current state token, the Condition always evaluates to true. Consequently, the whole If header will always evaluate to true, and the lock token urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2 will be submitted in any case. 10.4.3.4. Example: Tagged List If header in COPY >>Request COPY /resource1 HTTP/1.1 Host: www.example.com Destination: /resource2 If: ( [W/"A weak ETag"]) (["strong ETag"]) In this example http://www.example.com/resource1 is being copied to http://www.example.com/resource2. When the method is first applied to http://www.example.com/resource1, resource1 must be in the state specified by "( [W/"A weak ETag"]) (["strong ETag"])", that is, it either must be locked with a lock token of "urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2" and have a weak entity tag W/"A weak ETag" or it must have a strong entity tag "strong ETag". 10.4.4. Matching Function When performing If header processing, the definition of a matching state token or entity tag is as follows: Identifying a resource: The resource is identified by the URI along with the token, in tagged list production, or by the Request-URI in untagged list production. Matching entity tag: Where the entity tag matches an entity tag associated with the identified resource. Servers MUST use either the weak or the strong comparison function defined in Section 13.3.3 of [RFC2616]. Matching state token: Where there is an exact match between the state token in the If header and any state token on the identified resource. A lock state token is considered to match if the resource is anywhere in the scope of the lock. Note that for the purpose of matching entity tags and state tokens, the URL being unmapped should be treated the same way as if the resource existed, but did not have the specified state. 10.4.4.1. Example: Matching lock tokens with collection locks DELETE /specs/rfc2518.txt HTTP/1.1 Host: www.example.com If: () For this example, the lock token must be compared to the identified resource, which is the 'specs' collection identified by the URL in the tagged list production. If the 'specs' collection is not locked by a lock with the specified lock token, the request MUST fail. Otherwise, this request could succeed, because the If header evaluates to true, and because the lock token for the lock affecting the affected resource has been submitted. 10.4.4.2. Example: Matching ETags on unmapped URLs Consider a collection "/specs" that does not contain the member "/specs/rfc2518.doc". In this case, the If header If: (["4217"]) will evaluate to false (the URI isn't mapped, thus the resource identified by the URI doesn't have an entity matching the ETag "4217"). On the other hand, an If header of If: (Not ["4217"]) will consequently evaluate to true. Note that as defined above in Section 10.4.4, identical considerations apply to matching state tokens. 10.4.5. If Header and Non-DAV Aware Proxies Non-DAV aware proxies will not honor the If header, since they will not understand the If header, and HTTP requires non-understood headers to be ignored. When communicating with HTTP/1.1 proxies, the "Cache-Control: no-cache" request header MUST be used so as to prevent the proxy from improperly trying to service the request from its cache. When dealing with HTTP/1.0 proxies the "Pragma: no-cache" request header MUST be used for the same reason. As in general clients may not be able to reliably detect non-DAV aware intermediates, they are advised to always prevent caching using the request directives mentioned above. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From rocheu@boeingpilot.com Thu Feb 16 00:36:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9bow-000799-MT for webdav-archive@megatron.ietf.org; Thu, 16 Feb 2006 00:36:50 -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 AAA17139 for ; Thu, 16 Feb 2006 00:35:03 -0500 (EST) Received: from 102.25.113.82.dslw7.libello.mc ([82.113.25.102] helo=boeingpilot.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F9c2y-0004oC-G4 for webdav-archive@ietf.org; Thu, 16 Feb 2006 00:51:29 -0500 Message-ID: <000001c632ba$e9c5d480$9f98a8c0@screwy> Reply-To: "Rochelle Osteen" From: "Rochelle Osteen" To: webdav-archive@ietf.org Subject: Re: news Date: Thu, 16 Feb 2006 00:36:19 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C63291.00EFCC80" 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.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C63291.00EFCC80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 VqIoAeGnRpAi c$y3f,v7f5z VyA b L z lfUaMh g$ c 1v, x 2 v 1l C j IjAgLxI n Sn a $d3h, x 3z3o =20 http://www.tadeserte.com =20 ------=_NextPart_000_0001_01C63291.00EFCC80 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
VqIoAeGnRpAi c$y3f,v7f5z
VyA b L z lfUaMh g$ c 1v, x 2 v 1l
C j IjAgLxI n Sn  a $d3h, x 3z3o
 
------=_NextPart_000_0001_01C63291.00EFCC80-- From ilabahe@homebiz.com Thu Feb 16 06:53:30 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9hhS-0006YR-Ko for webdav-archive@megatron.ietf.org; Thu, 16 Feb 2006 06:53:30 -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 GAA14534 for ; Thu, 16 Feb 2006 06:51:43 -0500 (EST) Received: from sub210-147.elpos.net ([85.193.210.147] helo=homebiz.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F9hvb-0001Ew-3f for webdav-archive@ietf.org; Thu, 16 Feb 2006 07:08:12 -0500 Message-ID: <000001c632ef$899d5580$c366a8c0@volume> Reply-To: "Ilaria Bahe" From: "Ilaria Bahe" To: webdav-archive@ietf.org Subject: Re: news Date: Thu, 16 Feb 2006 06:53:01 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C632C5.A0C74D80" 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.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C632C5.A0C74D80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 CjI v A y LwItSd j $ k 3c, h 3h3b VbAxL l l m UhMf e $i1 o ,v2s1d V o IaAeG u ReAq u$a3j,i7b5 t=20 =20 http://www.alowetem.com =20 ------=_NextPart_000_0001_01C632C5.A0C74D80 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
CjI v A y LwItSd  j $ k 3c, h 3h3b
VbAxL l l m UhMf  e $i1 o ,v2s1d
V o IaAeG u ReAq u$a3j,i7b5 t
 
------=_NextPart_000_0001_01C632C5.A0C74D80-- From alisteri@chem-fab.com Thu Feb 16 07:58:06 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9ihy-0000aA-3D for webdav-archive@megatron.ietf.org; Thu, 16 Feb 2006 07:58: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 HAA19703 for ; Thu, 16 Feb 2006 07:56:18 -0500 (EST) Received: from host80-51-193-111.r-palowice.atupartner.pl ([80.51.193.111] helo=chem-fab.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F9iw7-0003fj-UX for webdav-archive@ietf.org; Thu, 16 Feb 2006 08:12:48 -0500 Message-ID: <000001c632f8$9655c740$9d13a8c0@engrail> Reply-To: "Alister Caughman" From: "Alister Caughman" To: webdav-archive@ietf.org Subject: Re: news Date: Thu, 16 Feb 2006 07:57:48 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C632CE.AD7FBF40" 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.3 (++) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C632CE.AD7FBF40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 CzIoAdL r I l Sp e$p3j,k3c3 u=20 VgIhAwGoRyAi w$u3y,o7 t 5y VpA l LdlgUgMt d $f1f,i2h1q =20 http://www.earstared.com =20 ------=_NextPart_000_0001_01C632CE.AD7FBF40 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
CzIoAdL r I l Sp e$p3j,k3c3 u
VgIhAwGoRyAi w$u3y,o7 t 5y
VpA l LdlgUgMt  d $f1f,i2h1q
 
------=_NextPart_000_0001_01C632CE.AD7FBF40-- From w3c-dist-auth-request@frink.w3.org Thu Feb 16 13:56:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9oIr-0001xq-2N for webdav-archive@megatron.ietf.org; Thu, 16 Feb 2006 13:56: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 NAA21907 for ; Thu, 16 Feb 2006 13:54:44 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9oH5-00038M-Do for w3c-dist-auth-dist@listhub.w3.org; Thu, 16 Feb 2006 18:54:43 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F9oGy-00037B-8C for w3c-dist-auth@listhub.w3.org; Thu, 16 Feb 2006 18:54:36 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1F9oGt-0006YI-Sn for w3c-dist-auth@w3.org; Thu, 16 Feb 2006 18:54:35 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1GIsTct005141; Thu, 16 Feb 2006 10:54:29 -0800 Date: Thu, 16 Feb 2006 10:54:29 -0800 Message-Id: <200602161854.k1GIsTct005141@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 1F9oGt-0006YI-Sn 1d847d0030b963704fe2f9392626b04d 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/200602161854.k1GIsTct005141@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12096 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 16 Feb 2006 18:54:43 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|julian.reschke@greenbytes.de|lisa@osafoundation.org ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-16 10:54 ------- I did the changes discussed in the 2006-02-15 telecon. See below and at . Section 3., para. 3: OLD: Collection - A resource that contains a set of URLs, which identify and locate member resources and which meet the collections requirements (Section 5). Member URL - A URL which is a member of the set of URLs contained by a collection. Path Segment - Informally, the characters found between slashes ("/") in a URI. Formally, as defined in Section 3.3 of [RFC3986]. Internal Member URL - A member URL that is immediately relative to the URL of the collection. That is, the internal member URL is equal to a containing collection's URL plus an additional path segment for non-collection resources, or additional segment plus trailing slash "/" for collection resources. NEW: Path Segment - Informally, the characters found between slashes ("/") in a URI. Formally, as defined in Section 3.3 of [RFC3986]. Collection - Informally, a resource that also acts as a container of references to child resources. Formally, a resource that contains a set of mappings between path segments and resources and meets the requirements in Section 5. Internal Member (of a Collection) - Informally, a child resource of a collection. Formally, a resource referenced by a path segment contained in the collection. Internal Member URL (of a Collection) - A URL of an internal member, consisting of the URL of the collection (including trailing slash) plus the path segment identifying the internal member. Member (of a Collection) - Informally, a "descendant" of a collection. Formally, an internal member of the collection, or, recursively, a member of an internal member. Member URL (of a Collection) - A URL that is either an internal member URL of the collection itself, or is an internal member URL of a member of that collection. (rewrite definitions of collection and (internal) member (URL)). Section 5.2., para. 3: OLD: When a WebDAV resource has a URL U, such that U is the same as URL V plus a single additional path segment, then if the resource identified by V is WebDAV compliant it MUST be a collection that has U as an internal member URL. For example, if "http://example.com/bar/blah" is a WebDAV resource, then if "http://example.com/bar/" is WebDAV compliant, it MUST be a collection and MUST contain "http://example.com/bar/blah" as an internal member. Collection resources MAY have internal members with mappings to non- WebDAV compliant children in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/index.html" is not WebDAV compliant and the resource with URL "http://example.com/bar/" identifies a collection, then collection "bar" might or might not have an internal member with a mapping from "index.html" to the resource X. If the collection doesn't have such an internal member, presumably the consequence is that the "index.html" resource might not show up in PROPFIND responses, might not be locked when the collection is locked, might not have WebDAV properties, and so on. NEW: For all WebDAV compliant resources A and B, identified by URLs "U" and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST be a collection that contains a mapping from "SEGMENT" to B. So, if resource B with URL "http://example.com/bar/blah" is WebDAV compliant and if resource A with URL "http://example.com/bar/" is WebDAV compliant, then resource A must be a collection and must contain a mapping from "blah" to B. Collection resources MAY have mappings to non-WebDAV compliant resources in the HTTP URL namespace hierarchy but are not required to do so. For example, if the resource X with URL "http://example.com/bar/blah" is not WebDAV compliant and the resource A with "URL http://example.com/bar/" identifies a collection, then A may or may not have a mapping from "blah" to X. (use text supplied by Geoff) Section 5. NEW: 5.2.1. Example: non WebDAV-compliant resource in collection A typical scenario in which mapped URLs do not appear as members of their parent collection is the case where a server separates WebDAV specific handling from other extensions, such as controlling redirect resources. For instance, "/col/link" would not appear as a member of "/col/", although the server would respond with a 302 status to a GET request to "/col/link", thus the URL "/col/link" would indeed be mapped. 5.2.2. Example: URL of WebDAV-compliant resource not appearing in parent collection An example for this case are servers that support multiple alias URLs for each WebDAV compliant resource. For instance, a server may implement case-insensitive URLs, thus "/col/a" and "/col/A" identify the same resource, yet only either "a" or "A" are reported upon listing the members of "/col". (add two examples) Section 9.1., para. 11: OLD: Consequently, the 'multistatus' XML element for a collection resource with member URLs MUST include a 'response' XML element for each member URL of the collection, to whatever depth was requested. Each 'response' XML element MUST contain an 'href' XML element that contains the URL of the resource on which the properties in the prop XML element are defined. Results for a PROPFIND on a collection resource with internal member URLs are returned as a flat list whose order of entries is not significant. Note that a resource may have only one value for a property of a given name, so the property may only show up once in PROPFIND responses. NEW: Consequently, the 'multistatus' XML element for a collection resource MUST include a 'response' XML element for each member URL of the collection, to whatever depth was requested. It SHOULD NOT include any 'response' XML elements for resources that are not WebDAV- compliant. Each 'response' XML element MUST contain an 'href' XML element that contains the URL of the resource on which the properties in the prop XML element are defined. Results for a PROPFIND on a collection resource are returned as a flat list whose order of entries is not significant. Note that a resource may have only one value for a property of a given name, so the property may only show up once in PROPFIND responses. (Simply, + add text about SHOULD NOT include non-WebDAV compliant 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 Thu Feb 16 13:59:33 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9oLl-0006J1-MP for webdav-archive@megatron.ietf.org; Thu, 16 Feb 2006 13:59: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 NAA22405 for ; Thu, 16 Feb 2006 13:57:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9oL3-0003zS-3h for w3c-dist-auth-dist@listhub.w3.org; Thu, 16 Feb 2006 18:58:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9oL0-0003yq-I4 for w3c-dist-auth@listhub.w3.org; Thu, 16 Feb 2006 18:58:46 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9oKt-0001Rj-Ok for w3c-dist-auth@w3.org; Thu, 16 Feb 2006 18:58:46 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1GIwcHq005158; Thu, 16 Feb 2006 10:58:38 -0800 Date: Thu, 16 Feb 2006 10:58:38 -0800 Message-Id: <200602161858.k1GIwcHq005158@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 1F9oKt-0001Rj-Ok ca271cc8e6c19c3e042b852071d58de7 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/200602161858.k1GIwcHq005158@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12097 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 16 Feb 2006 18:58:49 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-16 10:58 ------- Created an attachment (id=13) --> (http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=13&action=view) Colored diffs to draft 13 ------- 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 Feb 16 16:37:48 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9qou-0000BS-Ou for webdav-archive@megatron.ietf.org; Thu, 16 Feb 2006 16:37: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 QAA12987 for ; Thu, 16 Feb 2006 16:36:00 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9qnM-00023w-F3 for w3c-dist-auth-dist@listhub.w3.org; Thu, 16 Feb 2006 21:36:12 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9qn2-00022I-6a for w3c-dist-auth@listhub.w3.org; Thu, 16 Feb 2006 21:35:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9qmz-0003QH-JT for w3c-dist-auth@w3.org; Thu, 16 Feb 2006 21:35:52 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1GLZmDM005319; Thu, 16 Feb 2006 13:35:48 -0800 Date: Thu, 16 Feb 2006 13:35:48 -0800 Message-Id: <200602162135.k1GLZmDM005319@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 1F9qmz-0003QH-JT da4cd6470122d6130c72428fb2d91b93 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602162135.k1GLZmDM005319@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12098 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 16 Feb 2006 21:36:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-16 13:35 ------- I liked the classifications, particularly so non-locking implementations can ignore locking changes as they scan through the list. I think the idea of putting likely implementation changes first came across a little confused when I last did it, so I adjusted that. Now there's a "other changes" for things which we really don't think are likely to cause implementation changes, e.g. things that were never implemented. ------- 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 Feb 17 06:11:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA3W1-0002zx-BR for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 06:11: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 GAA20119 for ; Fri, 17 Feb 2006 06:09:20 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9veF-0008L4-K4 for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 02:47:07 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1F9ve6-0008K4-Dt for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 02:46:58 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by aji.w3.org with esmtp (Exim 4.50) id 1F9ve0-0003qP-JJ for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 02:46:57 +0000 Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id BD6FB1422B0 for ; Thu, 16 Feb 2006 18:46:49 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16168-10 for ; Thu, 16 Feb 2006 18:46:49 -0800 (PST) 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 B21AE142273 for ; Thu, 16 Feb 2006 18:46:45 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <5C8E554A-AB8C-4340-9320-6F3EF7DF72D1@osafoundation.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: webdav WG From: Lisa Dusseault Date: Thu, 16 Feb 2006 18:46:20 -0800 X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org 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 1F9ve0-0003qP-JJ 5249066fabb42c775b167154de27a8a3 X-Original-To: w3c-dist-auth@w3.org Subject: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/5C8E554A-AB8C-4340-9320-6F3EF7DF72D1@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12100 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 02:47:07 +0000 Content-Transfer-Encoding: 7bit From bug 227 : For all WebDAV compliant resources A and B, identified by URLs "U" and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST be a collection that contains a mapping from "SEGMENT" to B. So, if resource B with URL "http://example.com/bar/blah" is WebDAV compliant and if resource A with URL "http://example.com/bar/" is WebDAV compliant, then resource A must be a collection and must contain a mapping from "blah" to B. and an example from just after: An example for this case are servers that support multiple alias URLs for each WebDAV compliant resource. For instance, a server may implement case-insensitive URLs, thus "/col/a" and "/col/A" identify the same resource, yet only either "a" or "A" are reported upon listing the members of "/col". This example may be inconsistent with the requirement just stated. We can argue that '/col/a' maps to a WebDAV compliant resource and "/ col" maps to a WebDAV collection, thus "/col" MUST have a mapping from "a" to the child resource. We can argue the same for "/col/ A". Following that logic could make URL-case-insensitive servers rather difficult ... It may *not* be inconsistent if we claim that "/col/a" and "/col/A" are the same URL. It also may not be inconsistent if we say that resource B is identified by one of "/col/a" or "/col/A" but not the other, but that wouldn't be the meaning of "identified by" that I'd expect. Not proposing what to do about this just yet. Lisa From w3c-dist-auth-request@frink.w3.org Fri Feb 17 06:11:10 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA3W2-00032X-Co for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 06:11: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 GAA20121 for ; Fri, 17 Feb 2006 06:09:22 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA12B-0002fB-V9 for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 08:32:11 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FA125-0002di-Lt for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 08:32:05 +0000 Received: from mail.gmx.net ([213.165.64.20]) by maggie.w3.org with smtp (Exim 4.50) id 1FA11z-0003Zc-3M for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 08:32:04 +0000 Received: (qmail invoked by alias); 17 Feb 2006 08:31:57 -0000 Received: from p508FBAB7.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.186.183] by mail.gmx.net (mp018) with SMTP; 17 Feb 2006 09:31:57 +0100 X-Authenticated: #1915285 Message-ID: <43F58963.5060904@gmx.de> Date: Fri, 17 Feb 2006 09:29:23 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: webdav WG References: <5C8E554A-AB8C-4340-9320-6F3EF7DF72D1@osafoundation.org> In-Reply-To: <5C8E554A-AB8C-4340-9320-6F3EF7DF72D1@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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1FA11z-0003Zc-3M 8eb2c1566ebd700d039b492968afc20c X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43F58963.5060904@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12101 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 08:32:11 +0000 Content-Transfer-Encoding: 7bit Lisa Dusseault wrote: > > From bug 227 : > > For all WebDAV compliant resources A and B, identified by URLs "U" > and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST > be a collection that contains a mapping from "SEGMENT" to B. So, if > resource B with URL "http://example.com/bar/blah" is WebDAV compliant > and if resource A with URL "http://example.com/bar/" is WebDAV > compliant, then resource A must be a collection and must contain a > mapping from "blah" to B. > > and an example from just after: > > An example for this case are servers that support multiple alias URLs > for each WebDAV compliant resource. For instance, a server may > implement case-insensitive URLs, thus "/col/a" and "/col/A" identify > the same resource, yet only either "a" or "A" are reported upon > listing the members of "/col". > > This example may be inconsistent with the requirement just stated. We > can argue that '/col/a' maps to a WebDAV compliant resource and "/col" > maps to a WebDAV collection, thus "/col" MUST have a mapping from "a" to > the child resource. We can argue the same for "/col/A". Following > that logic could make URL-case-insensitive servers rather difficult ... Correct. Note however that this is also a problem with the original definition. > It may *not* be inconsistent if we claim that "/col/a" and "/col/A" are > the same URL. It also may not be inconsistent if we say that resource B > is identified by one of "/col/a" or "/col/A" but not the other, but that > wouldn't be the meaning of "identified by" that I'd expect. But they aren't the same URL. And even if they would, are "/col/a." and "/col/a" the same URL? Or "/col/%20a"? All of these map to the same resource on IIS. > Not proposing what to do about this just yet. We need to relax the language such that the server is allowed to suppress alias URLs. Let's just note this problem right now and fix it during WGLC. Best regards, Julian From w3c-dist-auth-request@frink.w3.org Fri Feb 17 06:11:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA3W3-00033t-AG for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 06:11: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 GAA20125 for ; Fri, 17 Feb 2006 06:09:23 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1F9tBy-0001j5-LF for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 00:09:46 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1F9tBs-0001i2-7Z for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 00:09:40 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1F9tBp-00078Z-DZ for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 00:09:40 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1H09ZuH005582; Thu, 16 Feb 2006 16:09:35 -0800 Date: Thu, 16 Feb 2006 16:09:35 -0800 Message-Id: <200602170009.k1H09ZuH005582@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 1F9tBp-00078Z-DZ dbc41a2e6c4b7c7f7cb7098438447078 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] If header section rewrite (was: EVALUATE_ALL_OF_IF_HEADER) X-Archived-At: http://www.w3.org/mid/200602170009.k1H09ZuH005582@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12099 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 00:09:46 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 lisa@osafoundation.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From lisa@osafoundation.org 2006-02-16 16:09 ------- Ok, I've used this section in the next draft version, with a few editorial changes and one substantive change. The text suggested: "If the state of the resource to which the header is applied does not match any of the specified state lists" that can't quite work because it talks about "the resource" and uses the ambiguous "applied" rather than the more rigorous later language about which resource is 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 Feb 17 07:58:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA5Bm-0004yB-OE for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 07:58: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 HAA22430 for ; Fri, 17 Feb 2006 07:56:34 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA5A5-0001BQ-DV for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 12:56:37 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FA59x-0001Ag-JM for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 12:56:29 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1FA59t-0003NF-D3 for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 12:56:28 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HCuMeI006268; Fri, 17 Feb 2006 04:56:22 -0800 Date: Fri, 17 Feb 2006 04:56:22 -0800 Message-Id: <200602171256.k1HCuMeI006268@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 1FA59t-0003NF-D3 4cb03eae0c6a82f7eaefcf8382620afc 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/200602171256.k1HCuMeI006268@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12102 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 12:56:37 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Priority|P2 |P3 Version|-13 |-14 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-17 04:56 ------- Thanks for integrating most of the proposed stuff (thus lowering the prio). Remaining concerns/proposals (see also ): Section 5.2., para. 8: OLD: A typical scenario in which mapped URLs do not appear as members of their parent collection is the case where a server allows links or redirects to non-WebDAV resources. For instance, "/col/link" might not appear as a member of "/col/", although the server would respond with a 302 status to a GET request to "/col/link", thus the URL "/col/link" would indeed be mapped. Similarly, a dynamically- generated page might have a URL mapping from "/col/index.html", thus this resource might respond with a 200 OK to a GET request yet not appear as a member of "/col/". NEW: [[anchor7: Please re-insert subsection title here so that it's clear where normative text ends and examples start.]] A typical scenario in which mapped URLs do not appear as members of their parent collection is the case where a server allows links or redirects to non-WebDAV resources. For instance, "/col/link" might not appear as a member of "/col/", although the server would respond with a 302 status to a GET request to "/col/link", thus the URL "/col/link" would indeed be mapped. Similarly, a dynamically- generated page might have a URL mapping from "/col/index.html", thus this resource might respond with a 200 OK to a GET request yet not appear as a member of "/col/". Section 9.1., para. 11: OLD: Consequently, the 'multistatus' XML element for a collection resource with member URLs MUST include a 'response' XML element for each member URL of the collection, to whatever depth was requested. It SHOULD NOT include any 'response' elements for resources that are not WebDAV-compliant. Each 'response' element MUST contain an 'href' element that contains the URL of the resource on which the properties in the prop XML element are defined. Results for a PROPFIND on a collection resource with internal member URLs are returned as a flat list whose order of entries is not significant. Note that a resource may have only one value for a property of a given name, so the property may only show up once in PROPFIND responses. NEW: Consequently, the 'multistatus' XML element for a collection resource MUST include a 'response' XML element for each member URL of the collection, to whatever depth was requested. It SHOULD NOT include any 'response' elements for resources that are not WebDAV-compliant. Each 'response' element MUST contain an 'href' element that contains the URL of the resource on which the properties in the prop XML element are defined. Results for a PROPFIND on a collection resource are returned as a flat list whose order of entries is not significant. Note that a resource may have only one value for a property of a given name, so the property may only show up once in PROPFIND responses. (simplify and fix language, for instance, "Results for a PROPFIND on a collection resource with internal member URLs are returned as a flat" is plain wrong; it also applies to non-internal member URLs; generally, having the "with...member URLs" inserts is just unnecessary and confusing). Reminder: we also need to take care of the problem mentioned in . ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tolga@asianartnow.com Fri Feb 17 09:51:07 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA6tr-0000xB-92 for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 09:47:59 -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 JAA11944 for ; Fri, 17 Feb 2006 09:29:00 -0500 (EST) Received: from [211.48.174.198] (helo=asianartnow.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F9s8t-0000fJ-Ma for webdav-archive@ietf.org; Thu, 16 Feb 2006 18:02:47 -0500 Message-ID: <000001c6334a$f75cac00$f13ba8c0@Scots> Reply-To: "Tolga Gallivan" From: "Tolga Gallivan" To: webdav-archive@ietf.org Subject: Re: phon y news Date: Thu, 16 Feb 2006 17:47:29 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C63321.0E86A400" 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.1 (+++) X-Scan-Signature: 00e94c813bef7832af255170dca19e36 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C63321.0E86A400 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 VnArL b lqUwMq o$s1h,w2z1v CiInA s L i I v S c x$o3m,w3i3a VrI u AnG a RrA t w$d3 u ,q7 x 5s =20 http://www.alsonatu.com =20 ------=_NextPart_000_0001_01C63321.0E86A400 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
VnArL b lqUwMq o$s1h,w2z1v
CiInA s L i I v S c  x$o3m,w3i3a
V d IkAcLoIpSm x$v3r,k3l3n
 
------=_NextPart_000_0001_01C63321.122882E0-- ------=_NextPart_000_0001_01C63321.0E86A400-- From w3c-dist-auth-request@frink.w3.org Fri Feb 17 09:51:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA6xV-0002R3-2W for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 09:51: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 JAA14794 for ; Fri, 17 Feb 2006 09:49:56 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA6bu-0007RJ-Nm for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 14:29:26 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FA6bo-0007Pj-Au for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 14:29:20 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1FA6bl-0000po-Cb for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 14:29:20 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HETGv5006367; Fri, 17 Feb 2006 06:29:16 -0800 Date: Fri, 17 Feb 2006 06:29:16 -0800 Message-Id: <200602171429.k1HETGv5006367@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 1FA6bl-0000po-Cb 3ecfaccf766b38ed284d78eed67b9e42 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] If header section rewrite (was: EVALUATE_ALL_OF_IF_HEADER) X-Archived-At: http://www.w3.org/mid/200602171429.k1HETGv5006367@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12103 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 14:29:26 +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|FIXED | Version|-13 |-14 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-17 06:29 ------- I have reviewed the changes made by Lisa to the text proposed in , some of which were good. I'm not happy with re-arranging the examples, they now appear in somehow random locations, not close to the normative text they illustrate. Subsubsection Angst? Below are the other changes I think should be done, see also : Section 10.4.1., para. 2: OLD: o The first purpose is to make a request conditional by supplying a series of state lists. If the state lists are tested and all fail, then the request MUST fail with a 412 (Precondition Failed) status. On the other hand, the request can succeed only if one of the described state lists succeeds. The success criteria for state lists are defined in Section 10.4.4 below. NEW: o The first purpose is to make a request conditional by supplying a series of state lists. If none of the state lists match the state of the resource it applies to, the request MUST fail with a 412 (Precondition Failed) status. Otherwise, the request may succeed. The matching functions for ETags and state tokens are defined in Section 10.4.4 below. (Lisa's rewrite lost the reference to the matching terminology that I think is essential) Section 10.4.2., para. 11: OLD: 10.4.3. List Evaluation NEW: 10.4.3. Evaluation (It's about the whole If header, not only individual lists) Section 10.4.2., para. 16: OLD: 10.4.4. Matching Tokens and ETags NEW: 10.4.4. Matching State Tokens and ETags Section 10.4.2., para. 21: OLD: Matching unmapped URLs: for both ETags and state tokens, treat as if the URL identified a resource that exists but does not have the specified state. NEW: Note that for the purpose of matching entity tags and state tokens, the URL being unmapped should be treated the same way as if the resource existed, but did not have the specified state. (the new language confuses the term matching; the rest of the paragraph just uses it to Etags and State Tokens) Section 10.4.5., para. 4: OLD: ( is-locked-with(urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2) AND matches-etag("I am an ETag") ) OR ( matches-etag("I am another ETag") ) NEW: ( is-locked-with(urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2) AND matches-etag("I am an ETag") ) OR ( matches-etag("I am another ETag") ) (whitespace lost) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. From tanakao@delconet.com Fri Feb 17 10:02:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA6uH-0000xB-IR for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 09:48:25 -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 JAA06070 for ; Fri, 17 Feb 2006 09:12:01 -0500 (EST) Received: from 218-165-109-175.dynamic.hinet.net ([218.165.109.175] helo=delconet.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F9x4q-0007if-N9 for webdav-archive@ietf.org; Thu, 16 Feb 2006 23:18:46 -0500 Message-ID: <000001c63377$231bb120$c5f0a8c0@cosmopolite> Reply-To: "Nguyen Tanaka" From: "Nguyen Tanaka" To: webdav-archive@ietf.org Subject: Re: ca rabineer news Date: Thu, 16 Feb 2006 23:03:40 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6334D.3A45A920" 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.6 (++) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6334D.3A45A920 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 C d IzAqL f IkSk i$j3y,r3 h 3 l=20 VtA m L x lpUzM w m $n1 z , l 2m1w VmIuArGwRqA f r$k3 h ,e7l5 i=20 =20 http://www.mixadmin.com =20 ------=_NextPart_000_0001_01C6334D.3A45A920 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
C d IzAqL f IkSk i$j3y,r3 h 3 l
VtA m L x lpUzM w   m $n1 z , l 2m1w
VmIuArGwRqA f  r$k3 h ,e7l5 i
 
------=_NextPart_000_0001_01C6334D.3A45A920-- From utsamichea@folksurvival.nl Fri Feb 17 10:05:00 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA6uC-0001Br-Sp for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 09:48:21 -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 IAA29033 for ; Fri, 17 Feb 2006 08:56:22 -0500 (EST) Received: from bxq19.internetdsl.tpnet.pl ([83.18.250.19] helo=folksurvival.nl) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1FA2zs-00089F-MD for webdav-archive@ietf.org; Fri, 17 Feb 2006 05:38:02 -0500 Message-ID: <000001c633ac$06db3aa0$587ba8c0@offtheshelf> Reply-To: "Micheal Utsey" From: "Micheal Utsey" To: webdav-archive@ietf.org Subject: Re: sardony x news Date: Fri, 17 Feb 2006 05:22:16 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C63382.1E0532A0" 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.0 (/) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C63382.1E0532A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 V h A g LllqUyMg p$j1c,e2 v 1r CuIpAwLlI r S d o$j3 t ,n3 f 3z VaIiAzGiRdAh e$ f 3 c ,u7a5j =20 http://www.tereacone.com =20 ------=_NextPart_000_0001_01C63382.1E0532A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
V h A g LllqUyMg p$j1c,e2 v 1r
CuIpAwLlI r S d  o$j3 t ,n3 f 3z
VaIiAzGiRdAh e$ f 3 c ,u7a5j
 
------=_NextPart_000_0001_01C63382.1E0532A0-- From w3c-dist-auth-request@frink.w3.org Fri Feb 17 10:27:50 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA7WO-00062f-45 for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 10:27: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 KAA24619 for ; Fri, 17 Feb 2006 10:25:46 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA7V3-0006c9-7T for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 15:26:25 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FA7Uu-0006ay-MQ for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 15:26:16 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1FA7Up-0006M4-CY for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 15:26:15 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HFQ68T006564; Fri, 17 Feb 2006 07:26:06 -0800 Date: Fri, 17 Feb 2006 07:26:06 -0800 Message-Id: <200602171526.k1HFQ68T006564@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 1FA7Up-0006M4-CY 755a1d4627a742fd562a2914ed5b05d1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 73] "Changes" section missing X-Archived-At: http://www.w3.org/mid/200602171526.k1HFQ68T006564@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12104 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 15:26:25 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=73 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |enhancement Status|RESOLVED |REOPENED Priority|P2 |P3 Resolution|FIXED | Version|-12 |-14 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-17 07:26 ------- Reviewed the text that was integrated. Content-wise this is OK, except for (I think) a typo in the section header in E.2 which should be "Changes for Server Implementations" rather than "Changes for Server Implementors". Besides that, I still think that the distinction into - Changes for both Client and Server Implementations - Changes for Server Implementors and - Other Changes makes little sense (the presence of the third category IMHO proves that). I'd suggest to group by topic areas instead. ------- 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 Feb 17 10:50:29 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA7sL-0000GS-BA for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 10:50: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 KAA00613 for ; Fri, 17 Feb 2006 10:48:39 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA7qy-0004I8-Lx for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 15:49:04 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FA7qq-0004GS-Jn for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 15:48:56 +0000 Received: from [67.136.24.154] (helo=bandage.seagull.net) by lisa.w3.org with esmtp (Exim 4.50) id 1FA7qc-0004Yg-8W for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 15:48:53 +0000 Received: (mail@localhost) by bandage.seagull.net (8.13.3) id k1HFmVqQ001302 sender nn683849@smallcue.com for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 07:48:32 -0800 Received: from e3.ny.us.ibm.com (e3.ny.us.ibm.com [32.97.182.143]) by bandage.seagull.net (8.13.3) with ESMTP id k1HFkBXi030743 sender obsfucated@us.ibm.com; Fri, 17 Feb 2006 07:46:13 -0800 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 k1HFjwTZ008311; Fri, 17 Feb 2006 10:45:58 -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 k1HFjwVT224912; Fri, 17 Feb 2006 10:45:58 -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 k1HFjwoT024602; Fri, 17 Feb 2006 10:45:58 -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 k1HFjw41024574; Fri, 17 Feb 2006 10:45:58 -0500 To: Julian Reschke Cc: Lisa Dusseault , webdav WG MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005 From: Jason Crawford Message-ID: Date: Fri, 17 Feb 2006 10:45:53 -0500 X-MIMETrack: Serialize by Router on D01ML604/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/17/2006 10:45:57, Serialize complete at 02/17/2006 10:45:57 Content-Type: multipart/alternative; boundary="=_alternative 00561EBE85257118_=" Received-SPF: none (lisa.w3.org: domain of nn683849@smallcue.com does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-0.4 X-W3C-Scan-Sig: lisa.w3.org 1FA7qc-0004Yg-8W fd00be53fcab0fac32beae78789429fe X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/OF5DCC39F6.6E8719A1-ON85257118.0055E092-85257118.0056975F@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12105 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 15:49:04 +0000 This is a multipart message in MIME format. --=_alternative 00561EBE85257118_= Content-Type: text/plain; charset="US-ASCII" > > Not proposing what to do about this just yet. > > We need to relax the language such that the server is allowed to > suppress alias URLs. Let's just note this problem right now and fix it > during WGLC. How about letting the server flag the fact that it is facing such a situation and is being selective? Via OPTIONS? Or via information in the response? --=_alternative 00561EBE85257118_= Content-Type: text/html; charset="US-ASCII"
> > Not proposing what to do about this just yet.
>
> We need to relax the language such that the server is allowed to
> suppress alias URLs. Let's just note this problem right now and fix it
> during WGLC.


How about letting the server flag the fact that it is facing such a situation and is being selective?  Via OPTIONS?  Or via information in the response?
--=_alternative 00561EBE85257118_=-- From w3c-dist-auth-request@frink.w3.org Fri Feb 17 10:58:40 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA80G-0004mA-0S for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 10:58: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 KAA03302 for ; Fri, 17 Feb 2006 10:56:50 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA7zK-0005nn-RW for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 15:57:42 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FA7zH-0005n9-CO for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 15:57:39 +0000 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by lisa.w3.org with smtp (Exim 4.50) id 1FA7z7-0006YS-2B for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 15:57:38 +0000 Received: (qmail invoked by alias); 17 Feb 2006 15:57:26 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp001) with SMTP; 17 Feb 2006 16:57:26 +0100 X-Authenticated: #1915285 Message-ID: <43F5F1BD.3080701@gmx.de> Date: Fri, 17 Feb 2006 16:54:37 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jason Crawford CC: Lisa Dusseault , 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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1FA7z7-0006YS-2B d1ba60254bbf667f1dac8c825a13225a X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43F5F1BD.3080701@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12106 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 15:57:42 +0000 Content-Transfer-Encoding: 7bit Jason Crawford wrote: > > > > Not proposing what to do about this just yet. > > > > We need to relax the language such that the server is allowed to > > suppress alias URLs. Let's just note this problem right now and fix it > > during WGLC. > > How about letting the server flag the fact that it is facing such a > situation and is being selective? Via OPTIONS? Or via information in > the response? That's a good idea, and our server is actually doing this. If you access a resource through an alias URL (such as "A" instead of "a"), we return a Content-Location header pointing to the canonical version of the URL. That maybe something to be added to . But anyway, how does that help with the definition of collection state? Best regards, Julian From w3c-dist-auth-request@frink.w3.org Fri Feb 17 12:29:05 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA9Pl-0005Sy-FC for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 12:29: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 MAA13823 for ; Fri, 17 Feb 2006 12:27:17 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA9Nw-0003lg-Ut for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 17:27:12 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FA9Np-0003kU-IS for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 17:27:05 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1FA9Nl-0004j5-52 for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 17:27:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HHQv3f009382; Fri, 17 Feb 2006 09:26:57 -0800 Date: Fri, 17 Feb 2006 09:26:57 -0800 Message-Id: <200602171726.k1HHQv3f009382@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 1FA9Nl-0004j5-52 7868db0e2f0a8956983e62423b8af4c1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] If header section rewrite (was: EVALUATE_ALL_OF_IF_HEADER) X-Archived-At: http://www.w3.org/mid/200602171726.k1HHQv3f009382@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12107 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 17:27:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Priority|P2 |P3 Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-02-17 09:26 ------- Resolved final nits during 17 Feb 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 Feb 17 12:41:44 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA9bz-00012t-2O for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 12:41: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 MAA15468 for ; Fri, 17 Feb 2006 12:39:55 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA9bI-0008Iz-Kf for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 17:41:00 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FA9bF-0008IP-B2 for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 17:40:57 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1FA9b5-0007Bo-J4 for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 17:40:56 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HHekUc011796; Fri, 17 Feb 2006 09:40:46 -0800 Date: Fri, 17 Feb 2006 09:40:46 -0800 Message-Id: <200602171740.k1HHekUc011796@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 1FA9b5-0007Bo-J4 d3e2245f7cc4a302f3124c23b8e62d1a 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/200602171740.k1HHekUc011796@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12109 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 17:41:00 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=18 Bug 18 depends on bug 144, which changed state. Bug 144 Summary: IF_HEADER_CHECKS_AFTER_OTHER_CHECKS http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 What |Old Value |New Value ---------------------------------------------------------------------------- Status|REOPENED |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 Feb 17 12:41:45 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA9c0-00013S-Lg for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 12:41: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 MAA15470 for ; Fri, 17 Feb 2006 12:39:57 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA9bA-0008IH-KQ for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 17:40:52 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FA9b7-0008HL-G4 for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 17:40:49 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1FA9b5-0003qC-JM for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 17:40:49 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HHejPE011768; Fri, 17 Feb 2006 09:40:45 -0800 Date: Fri, 17 Feb 2006 09:40:45 -0800 Message-Id: <200602171740.k1HHejPE011768@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 1FA9b5-0003qC-JM 59772b9ae787153e0ae614248a779a43 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 144] IF_HEADER_CHECKS_AFTER_OTHER_CHECKS X-Archived-At: http://www.w3.org/mid/200602171740.k1HHejPE011768@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12108 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 17:40:52 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-02-17 09:40 ------- Agreement during 17 Feb telecon that the existing text is clear enough without further mandating server behavior in this situation. ------- 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 Feb 17 12:41:54 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA9cA-00014S-Jg for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 12:41: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 MAA15481 for ; Fri, 17 Feb 2006 12:40:07 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA9bU-0008Q8-52 for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 17:41:12 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FA9bA-0008Ho-DJ for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 17:40:52 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1FA9b4-0007Ba-GE for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 17:40:51 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HHejgx011779; Fri, 17 Feb 2006 09:40:45 -0800 Date: Fri, 17 Feb 2006 09:40:45 -0800 Message-Id: <200602171740.k1HHejgx011779@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 1FA9b4-0007Ba-GE db01c2c12c91765c512987a36757c8f1 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 161] If header section rewrite (was: EVALUATE_ALL_OF_IF_HEADER) X-Archived-At: http://www.w3.org/mid/200602171740.k1HHejgx011779@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12110 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 17:41:12 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161 Bug 161 depends on bug 144, which changed state. Bug 144 Summary: IF_HEADER_CHECKS_AFTER_OTHER_CHECKS http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144 What |Old Value |New Value ---------------------------------------------------------------------------- Status|REOPENED |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 Feb 17 12:43:02 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA9dG-0001DY-8W for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 12:43: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 MAA15556 for ; Fri, 17 Feb 2006 12:41:14 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA9cR-00009c-J5 for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 17:42:11 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FA9cM-00008h-An for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 17:42:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1FA9cJ-0006s9-9J for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 17:42:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HHg3Hq012045; Fri, 17 Feb 2006 09:42:03 -0800 Date: Fri, 17 Feb 2006 09:42:03 -0800 Message-Id: <200602171742.k1HHg3Hq012045@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 1FA9cJ-0006s9-9J 15277a463b846779e089f2b361a2c920 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 208] spec contradictory in ETag requirements X-Archived-At: http://www.w3.org/mid/200602171742.k1HHg3Hq012045@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12111 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 17:42:11 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=208 Bug 208 depends on bug 13, which changed state. Bug 13 Summary: new ETag requirements http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 What |Old Value |New Value ---------------------------------------------------------------------------- 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 Feb 17 12:43:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA9dI-0001Dn-Kl for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 12:43: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 MAA15561 for ; Fri, 17 Feb 2006 12:41:17 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA9cZ-0000AD-3c for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 17:42:19 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FA9cM-00008j-Ko for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 17:42:06 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1FA9cD-0006qg-Qp for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 17:42:05 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HHfvSO012014; Fri, 17 Feb 2006 09:41:57 -0800 Date: Fri, 17 Feb 2006 09:41:57 -0800 Message-Id: <200602171741.k1HHfvSO012014@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 1FA9cD-0006qg-Qp 3d04d1b6371d4cfa9f74bdce7e1ea793 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200602171741.k1HHfvSO012014@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12112 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 17:42:19 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 elias@cse.ucsc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From elias@cse.ucsc.edu 2006-02-17 09:41 ------- closed. ------- 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 Feb 17 12:56:36 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA9qO-0004UZ-SJ for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 12:56: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 MAA16766 for ; Fri, 17 Feb 2006 12:54:49 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FA9pc-0004DN-4u for w3c-dist-auth-dist@listhub.w3.org; Fri, 17 Feb 2006 17:55:48 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FA9pW-0004Ch-8j for w3c-dist-auth@listhub.w3.org; Fri, 17 Feb 2006 17:55:42 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by lisa.w3.org with esmtp (Exim 4.50) id 1FA9pS-0006rU-8j for w3c-dist-auth@w3.org; Fri, 17 Feb 2006 17:55:41 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1HHtcFa014273; Fri, 17 Feb 2006 09:55:38 -0800 Date: Fri, 17 Feb 2006 09:55:38 -0800 Message-Id: <200602171755.k1HHtcFa014273@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 1FA9pS-0006rU-8j 52c5ee1281e4fbaf85ddc5710740dff2 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 13] new ETag requirements X-Archived-At: http://www.w3.org/mid/200602171755.k1HHtcFa014273@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12113 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 17 Feb 2006 17:55:48 +0000 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=13 ------- Additional Comments From elias@cse.ucsc.edu 2006-02-17 09:55 ------- Ack, that was somewhat premature... Further discussion during the 17 Feb telecon centered around whether and how to describe the current state of the world and / or recommend how implementors should proceed. Essentially, servers SHOULD NOT return etags unless there is an octet for octet equivalence between the resource that the client PUT and the resource that the server would return upon a subsequent GET. Noted that we have several weeks to hammer out the exact text during WGLC... Other cases will be addressed by the forthcoming etags 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 Feb 17 20:02:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FAGUS-00062b-3F for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 20:02: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 UAA07575 for ; Fri, 17 Feb 2006 20:00:35 -0500 (EST) Received: from lists by frink.w3.org with local (Exim 4.50) id 1FAGSN-0002xX-Q7 for w3c-dist-auth-dist@listhub.w3.org; Sat, 18 Feb 2006 01:00:16 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FAGSC-0002fX-HI for w3c-dist-auth@listhub.w3.org; Sat, 18 Feb 2006 01:00:04 +0000 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by maggie.w3.org with esmtp (Exim 4.50) id 1FAGS8-00064p-ON for w3c-dist-auth@w3.org; Sat, 18 Feb 2006 01:00:04 +0000 Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-5.cisco.com with ESMTP; 17 Feb 2006 16:59:58 -0800 X-IronPort-AV: i="4.02,125,1139212800"; d="scan'208"; a="256300066:sNHT27743356" 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 k1I0xuZC012881 for ; Fri, 17 Feb 2006 16:59:56 -0800 (PST) Received: from 10.21.147.54 ([10.21.147.54]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Sat, 18 Feb 2006 00:59:56 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Fri, 17 Feb 2006 17:00:14 -0800 From: Cullen Jennings To: WebDav Message-ID: Thread-Topic: Last Call of 2518bis to happen REAL SOON NOW ... Thread-Index: AcY0JqzZ61Rz1KAZEdqlHQARJEEJ/A== 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.87 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: maggie.w3.org 1FAGS8-00064p-ON bba3040650241415e02ea316e679ad9b X-Original-To: w3c-dist-auth@w3.org Subject: Last Call of 2518bis to happen REAL SOON NOW ... X-Archived-At: http://www.w3.org/mid/C01BB19E.735AB%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12114 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 18 Feb 2006 01:00:15 +0000 Content-Transfer-Encoding: 7bit Very soon there will be a new version of 2518bis in the drafts directory. As soon as it is there, I plan to WGLC it. In the meantime, you can find a copy at: http://www.dial911anddie.com/ietf/draft-ietf-webdav-rfc2518bis-14.txt I will probably make the WGLC end on March 10th. Thanks, Cullen From stgermaiiadam@boryung.co.kr Fri Feb 17 23:37:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FAJr4-00053H-At for webdav-archive@megatron.ietf.org; Fri, 17 Feb 2006 23:37:58 -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 XAA19321 for ; Fri, 17 Feb 2006 23:36:08 -0500 (EST) Received: from 202gis181.gulftel.com ([216.231.181.202] helo=boryung.co.kr) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1FAK5X-000633-Os for webdav-archive@ietf.org; Fri, 17 Feb 2006 23:53:01 -0500 Message-ID: <000001c63445$0912c290$8b3ea8c0@eagle> Reply-To: "Adam Stgermain" From: "Adam Stgermain" To: webdav-archive@ietf.org Subject: Re: selfdet ermination news Date: Fri, 17 Feb 2006 23:37:33 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6341B.203F0480" 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: 0fa76816851382eb71b0a882ccdc29ac This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6341B.203F0480 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 C f I i AtLaIkSn k$q3c, f 3l3l VgIcA a GqRaAt o $f3 r , r 7 d 5y VhAlLulpUvMf h$ v 1 e , u 2z1s =20 http://www.mostadus.com =20 ------=_NextPart_000_0001_01C6341B.203F0480 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
C f I i AtLaIkSn k$q3c, f 3l3l
VgIcA a GqRaAt  o $f3 r , r 7 d 5y
VhAlLulpUvMf h$ v 1 e , u 2z1s
 
------=_NextPart_000_0001_01C6341B.203F0480-- From w3c-dist-auth-request@listhub.w3.org Sat Feb 18 12:06:49 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAUzp-00029T-As for webdav-archive@lists.ietf.org; Sat, 18 Feb 2006 11:31:45 -0500 Received: from [156.154.16.129] (helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAUXu-0002Vo-2G for webdav-archive@lists.ietf.org; Sat, 18 Feb 2006 11:02:54 -0500 Received: from frink.w3.org ([128.30.52.16]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1FAU2j-0000tv-GJ for webdav-archive@lists.ietf.org; Sat, 18 Feb 2006 10:30:45 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FATzr-0000a4-H4 for w3c-dist-auth-dist@listhub.w3.org; Sat, 18 Feb 2006 15:27:43 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FATza-0000TD-Vi for w3c-dist-auth@listhub.w3.org; Sat, 18 Feb 2006 15:27:26 +0000 Received: from e2.ny.us.ibm.com ([32.97.182.142]) by lisa.w3.org with esmtp (Exim 4.50) id 1FATzX-0001dQ-SG for w3c-dist-auth@w3.org; Sat, 18 Feb 2006 15:27:26 +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 k1IFRMsI001241 for ; Sat, 18 Feb 2006 10:27:22 -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 k1IFRMDR119498 for ; Sat, 18 Feb 2006 10:27:22 -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 k1IFRMDf028496 for ; Sat, 18 Feb 2006 10:27:22 -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 k1IFRM1c028489; Sat, 18 Feb 2006 10:27:22 -0500 In-Reply-To: <43F58963.5060904@gmx.de> To: Julian Reschke Cc: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Sat, 18 Feb 2006 08:27:20 -0700 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/18/2006 10:27:21, Serialize complete at 02/18/2006 10:27:21 Content-Type: multipart/alternative; boundary="=_alternative 0054E3B487257119_=" Received-SPF: pass (lisa.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: lisa.w3.org 1FATzX-0001dQ-SG 3e8d16b325dfeb7497dec0cdefd1aa79 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/OF072AFC7C.8BF23975-ON87257119.005407E7-87257119.0054E465@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12115 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 18 Feb 2006 15:27:43 +0000 X-Spam-Score: -1.1 (-) X-Scan-Signature: 0e9ebc0cbd700a87c0637ad0e2c91610 This is a multipart message in MIME format. --=_alternative 0054E3B487257119_= Content-Type: text/plain; charset="US-ASCII" I think the following addition would solve the problem. Following the paragraph quoted below, add the paragraph: An exception to this rule occurs if the server performs "case-folding" on the URL segments, e.g. considers the segment "AB" to be equivalent to the segements "Ab", "aB", and "ab". In this case, A MUST contain a mapping to B from one of the segments that are equivalent to "SEGMENT". Cheers, Geoff w3c-dist-auth-request@w3.org wrote on 02/17/2006 01:29:23 AM: > > Lisa Dusseault wrote: > > > > From bug 227 : > > > > For all WebDAV compliant resources A and B, identified by URLs "U" > > and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST > > be a collection that contains a mapping from "SEGMENT" to B. So, if > > resource B with URL "http://example.com/bar/blah" is WebDAV compliant > > and if resource A with URL "http://example.com/bar/" is WebDAV > > compliant, then resource A must be a collection and must contain a > > mapping from "blah" to B. > > > > and an example from just after: > > > > An example for this case are servers that support multiple alias URLs > > for each WebDAV compliant resource. For instance, a server may > > implement case-insensitive URLs, thus "/col/a" and "/col/A" identify > > the same resource, yet only either "a" or "A" are reported upon > > listing the members of "/col". > > > > This example may be inconsistent with the requirement just stated. We > > can argue that '/col/a' maps to a WebDAV compliant resource and "/col" > > maps to a WebDAV collection, thus "/col" MUST have a mapping from "a" to > > the child resource. We can argue the same for "/col/A". Following > > that logic could make URL-case-insensitive servers rather difficult ... > > Correct. Note however that this is also a problem with the original > definition. > > > It may *not* be inconsistent if we claim that "/col/a" and "/col/A" are > > the same URL. It also may not be inconsistent if we say that resource B > > is identified by one of "/col/a" or "/col/A" but not the other, but that > > wouldn't be the meaning of "identified by" that I'd expect. > > But they aren't the same URL. And even if they would, are "/col/a." and > "/col/a" the same URL? Or "/col/%20a"? All of these map to the same > resource on IIS. > > > Not proposing what to do about this just yet. > > We need to relax the language such that the server is allowed to > suppress alias URLs. Let's just note this problem right now and fix it > during WGLC. > > Best regards, Julian > --=_alternative 0054E3B487257119_= Content-Type: text/html; charset="US-ASCII"
I think the following addition would solve the problem.  Following
the paragraph quoted below, add the paragraph:

  An exception to this rule occurs if the server performs "case-folding"
  on the URL segments, e.g. considers the segment "AB" to be equivalent
  to the segements "Ab", "aB", and "ab".  In this case, A MUST contain
  a mapping to B from one of the segments that are equivalent to "SEGMENT".

Cheers,
Geoff


w3c-dist-auth-request@w3.org wrote on 02/17/2006 01:29:23 AM:
>
> Lisa Dusseault wrote:
> >
> >  From bug 227 <http://ietf.webdav.org:8080/bugzilla/show_bug.cgi?id=227>:
> >
> >     For all WebDAV compliant resources A and B, identified by URLs "U"
> >     and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST
> >     be a collection that contains a mapping from "SEGMENT" to B. So, if
> >     resource B with URL "http://example.com/bar/blah" is WebDAV compliant
> >     and if resource A with URL "http://example.com/bar/" is WebDAV
> >     compliant, then resource A must be a collection and must contain a
> >     mapping from "blah" to B.
> >
> > and an example from just after:
> >
> >     An example for this case are servers that support multiple alias URLs
> >     for each WebDAV compliant resource.  For instance, a server may
> >     implement case-insensitive URLs, thus "/col/a" and "/col/A" identify
> >     the same resource, yet only either "a" or "A" are reported upon
> >     listing the members of "/col".
> >
> > This example may be inconsistent with the requirement just stated.  We
> > can argue that '/col/a' maps to a WebDAV compliant resource and "/col"
> > maps to a WebDAV collection, thus "/col" MUST have a mapping from "a" to
> > the child resource.  We can argue the same for "/col/A".   Following
> > that logic could make URL-case-insensitive servers rather difficult ...
>
> Correct. Note however that this is also a problem with the original
> definition.
>
> > It may *not* be inconsistent if we claim that "/col/a" and "/col/A" are
> > the same URL. It also may not be inconsistent if we say that resource B
> > is identified by one of "/col/a" or "/col/A" but not the other, but that
> > wouldn't be the meaning of "identified by" that I'd expect.
>
> But they aren't the same URL. And even if they would, are "/col/a." and
> "/col/a" the same URL? Or "/col/%20a"? All of these map to the same
> resource on IIS.
>
> > Not proposing what to do about this just yet.
>
> We need to relax the language such that the server is allowed to
> suppress alias URLs. Let's just note this problem right now and fix it
> during WGLC.
>
> Best regards, Julian
>
--=_alternative 0054E3B487257119_=-- From w3c-dist-auth-request@listhub.w3.org Sat Feb 18 16:57:28 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAa52-0003uu-C2 for webdav-archive@lists.ietf.org; Sat, 18 Feb 2006 16:57:28 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAa52-0008Qs-1A for webdav-archive@lists.ietf.org; Sat, 18 Feb 2006 16:57:28 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FAa3c-00030O-69 for w3c-dist-auth-dist@listhub.w3.org; Sat, 18 Feb 2006 21:56:00 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FAa3B-0002yu-E1 for w3c-dist-auth@listhub.w3.org; Sat, 18 Feb 2006 21:55:33 +0000 Received: from bandage.seagull.net ([67.136.24.2]) by aji.w3.org with esmtp (Exim 4.50) id 1FAa37-0002bD-Td for w3c-dist-auth@w3.org; Sat, 18 Feb 2006 21:55:32 +0000 Received: (mail@localhost) by bandage.seagull.net (8.13.3) id k1ILtNP4009110 sender nn683849@smallcue.com for w3c-dist-auth@w3.org; Sat, 18 Feb 2006 13:55:23 -0800 Received: from e6.ny.us.ibm.com (e6.ny.us.ibm.com [32.97.182.146]) by bandage.seagull.net (8.13.3) with ESMTP id k1ILtJvx008736 sender obsfucated@us.ibm.com; Sat, 18 Feb 2006 13:55:19 -0800 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 k1ILt7QA002979; Sat, 18 Feb 2006 16:55:07 -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 k1ILt7xB226872; Sat, 18 Feb 2006 16:55:07 -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 k1ILt7Bb007480; Sat, 18 Feb 2006 16:55:07 -0500 Received: from d01ml604.pok.ibm.com (d01ml604.pok.ibm.com [9.56.227.90]) by d01av03.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k1ILt7vK007477; Sat, 18 Feb 2006 16:55:07 -0500 To: Geoffrey M Clemm 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, 18 Feb 2006 16:54:46 -0500 X-MIMETrack: Serialize by Router on D01ML604/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/18/2006 16:55:07, Serialize complete at 02/18/2006 16:55:07 Content-Type: multipart/alternative; boundary="=_alternative 0078403E85257119_=" Received-SPF: none (aji.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: aji.w3.org 1FAa37-0002bD-Td 7354b79c4281c28b1df4ce6c9d15349b X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/OFDDAE4405.C7D79F63-ON85257119.0077FDE8-85257119.007864C3@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12116 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 18 Feb 2006 21:56:00 +0000 X-Spam-Score: 1.0 (+) X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8 This is a multipart message in MIME format. --=_alternative 0078403E85257119_= Content-Type: text/plain; charset="US-ASCII" On Saturday, 02/18/2006 at 08:27 MST, Geoffrey M Clemm/Lexington/IBM@IBMUS wrote: > I think the following addition would solve the problem. Following > the paragraph quoted below, add the paragraph: > > An exception to this rule occurs if the server performs "case-folding" > on the URL segments, e.g. considers the segment "AB" to be equivalent > to the segements "Ab", "aB", and "ab". In this case, A MUST contain > a mapping to B from one of the segments that are equivalent to "SEGMENT". That's good, but I think Jullian also included another example that wasn't case folding. It was the case of what Windows does with filenames with no extention. It accepts either george or george. (note the trailing dot) as the same file. I assume there are other cases that we haven't thought of. We probably need to make the wording a bit more generic, but we could use case-folding as an example. J. --=_alternative 0078403E85257119_= Content-Type: text/html; charset="US-ASCII"
On Saturday, 02/18/2006 at 08:27 MST, Geoffrey M Clemm/Lexington/IBM@IBMUS wrote:
> I think the following addition would solve the problem.  Following
> the paragraph quoted below, add the paragraph:
>
>   An exception to this rule occurs if the server performs "case-folding"
>   on the URL segments, e.g. considers the segment "AB" to be equivalent
>   to the segements "Ab", "aB", and "ab".  In this case, A MUST contain
>   a mapping to B from one of the segments that are equivalent to "SEGMENT".


That's good, but I think Jullian also included another example that wasn't case folding.  It was the case of what Windows does with filenames with no extention.  It accepts either      george   or  george.   (note the trailing dot) as the same file.   I assume there are other cases that we haven't thought of.  We probably need to make the wording a bit more generic, but we could use case-folding as an example.

J.
--=_alternative 0078403E85257119_=-- From w3c-dist-auth-request@listhub.w3.org Sat Feb 18 18:41:05 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAbhJ-0004hN-D3 for webdav-archive@lists.ietf.org; Sat, 18 Feb 2006 18:41:05 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAbhJ-0001bG-07 for webdav-archive@lists.ietf.org; Sat, 18 Feb 2006 18:41:05 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FAbg7-0002xI-DB for w3c-dist-auth-dist@listhub.w3.org; Sat, 18 Feb 2006 23:39:51 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FAbfp-0002v8-12 for w3c-dist-auth@listhub.w3.org; Sat, 18 Feb 2006 23:39:33 +0000 Received: from e3.ny.us.ibm.com ([32.97.182.143]) by lisa.w3.org with esmtp (Exim 4.50) id 1FAbfn-000307-0n for w3c-dist-auth@w3.org; Sat, 18 Feb 2006 23:39:32 +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 k1INdSP4012650 for ; Sat, 18 Feb 2006 18:39:28 -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 k1INdRDR198866 for ; Sat, 18 Feb 2006 18:39: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 k1INdRpQ020846 for ; Sat, 18 Feb 2006 18:39: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 k1INdRM3020843; Sat, 18 Feb 2006 18:39:27 -0500 In-Reply-To: To: Jason Crawford Cc: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Sat, 18 Feb 2006 16:39:25 -0700 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/18/2006 18:39:26, Serialize complete at 02/18/2006 18:39:26 Content-Type: multipart/alternative; boundary="=_alternative 0081F30E87257119_=" 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.5 X-W3C-Scan-Sig: lisa.w3.org 1FAbfn-000307-0n fbaeff026c9d79258701d469c3b9dfce X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/OFAAD69EDC.DE8D5AC9-ON87257119.0080E9D1-87257119.0081F3F5@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12117 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 18 Feb 2006 23:39:51 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: a87a9cdae4ac5d3fbeee75cd0026d632 This is a multipart message in MIME format. --=_alternative 0081F30E87257119_= Content-Type: text/plain; charset="US-ASCII" OK, how about: An exception to this rule occurs if the server considers certain segments to be equivalent (i.e., the segments will always identify the same resource). In this case, A MUST contain a mapping to B from at least one of the segments that are equivalent to "SEGMENT". For example, if the server performs "case-folding" on the URL segments, then in the preceding example, A must contain a mapping from either "blah" or "blAh" to B, but does not have to contain both mappings. Cheers, Geoff w3c-dist-auth-request@w3.org wrote on 02/18/2006 02:54:46 PM: > > On Saturday, 02/18/2006 at 08:27 MST, Geoffrey M > Clemm/Lexington/IBM@IBMUS wrote: > > I think the following addition would solve the problem. Following > > the paragraph quoted below, add the paragraph: > > > > An exception to this rule occurs if the server performs "case-folding" > > on the URL segments, e.g. considers the segment "AB" to be equivalent > > to the segements "Ab", "aB", and "ab". In this case, A MUST contain > > a mapping to B from one of the segments that are equivalent to "SEGMENT". > > That's good, but I think Jullian also included another example that > wasn't case folding. It was the case of what Windows does with > filenames with no extention. It accepts either george or > george. (note the trailing dot) as the same file. I assume there > are other cases that we haven't thought of. We probably need to > make the wording a bit more generic, but we could use case-folding > as an example. > > J. --=_alternative 0081F30E87257119_= Content-Type: text/html; charset="US-ASCII"
OK, how about:
 An exception to this rule occurs if the server considers
 certain segments to be equivalent (i.e., the segments will always
 identify the same resource).  In this case, A MUST contain a mapping
 to B from at least one of the segments that are equivalent to "SEGMENT".
 For example, if the server performs "case-folding" on the URL
 segments, then in the preceding example, A must contain a mapping
 from either "blah" or "blAh" to B, but does not have to contain
 both mappings.

Cheers,
Geoff

w3c-dist-auth-request@w3.org wrote on 02/18/2006 02:54:46 PM:

>
> On Saturday, 02/18/2006 at 08:27 MST, Geoffrey M
> Clemm/Lexington/IBM@IBMUS wrote:
> > I think the following addition would solve the problem.  Following
> > the paragraph quoted below, add the paragraph:
> >
> >   An exception to this rule occurs if the server performs "case-folding"
> >   on the URL segments, e.g. considers the segment "AB" to be equivalent
> >   to the segements "Ab", "aB", and "ab".  In this case, A MUST contain
> >   a mapping to B from one of the segments that are equivalent to "SEGMENT".
>
> That's good, but I think Jullian also included another example that
> wasn't case folding.  It was the case of what Windows does with
> filenames with no extention.  It accepts either      george   or  
> george.   (note the trailing dot) as the same file.   I assume there
> are other cases that we haven't thought of.  We probably need to
> make the wording a bit more generic, but we could use case-folding
> as an example.
>
> J.
--=_alternative 0081F30E87257119_=-- From w3c-dist-auth-request@listhub.w3.org Sun Feb 19 11:59:35 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAruJ-0002o7-CG for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 11:59:35 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAruI-0006wX-TL for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 11:59:35 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FArr6-0000nJ-8T for w3c-dist-auth-dist@listhub.w3.org; Sun, 19 Feb 2006 16:56:16 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FArqx-0000ma-L9 for w3c-dist-auth@listhub.w3.org; Sun, 19 Feb 2006 16:56:07 +0000 Received: from e3.ny.us.ibm.com ([32.97.182.143]) by maggie.w3.org with esmtp (Exim 4.50) id 1FArqr-0003te-7D for w3c-dist-auth@w3.org; Sun, 19 Feb 2006 16:56:05 +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 k1JGtxbe001090 for ; Sun, 19 Feb 2006 11:55:59 -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 k1JGtx8G244426 for ; Sun, 19 Feb 2006 11:55:59 -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 k1JGtx6n000595 for ; Sun, 19 Feb 2006 11:55:59 -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 k1JGtxgt000592 for ; Sun, 19 Feb 2006 11:55:59 -0500 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, 19 Feb 2006 09:55:57 -0700 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/19/2006 11:55:58, Serialize complete at 02/19/2006 11:55:58 Content-Type: multipart/alternative; boundary="=_alternative 005D02F68725711A_=" 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.5 X-W3C-Scan-Sig: maggie.w3.org 1FArqr-0003te-7D f69978265ab05c2a7249b6c6792bdb21 X-Original-To: w3c-dist-auth@w3.org Subject: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/OF8E3B949D.A5370585-ON8725711A.0007DC17-8725711A.005D03CD@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12118 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 19 Feb 2006 16:56:16 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: 1449ead51a2ff026dcb23465f5379250 This is a multipart message in MIME format. --=_alternative 005D02F68725711A_= Content-Type: text/plain; charset="US-ASCII" Jason pointed out that my example was incorrect, since A could contain any of the 16 possible permutations. So instead: An exception to this rule occurs if the server considers certain segments to be equivalent (i.e., the segments will always identify the same resource). In this case, A MUST contain a mapping to B from at least one of the segments that are equivalent to "SEGMENT". For example, if the server performs "case-folding" on the URL segments, then in the preceding example, A must contain at least one mapping to B from "blah", "Blah", "bLah", or one of the other case-folding equivalents of "blah" (but does not have to contain more than one such mapping). Jason also suggested that we require there to be exactly one mapping to a given set of equivalents. I'm inclined to leave that up to the server, and only require that there be at least one. Cheers, Geoff Geoffrey M Clemm/Lexington/IBM wrote on 02/18/2006 04:39:23 PM: > OK, how about: > An exception to this rule occurs if the server considers > certain segments to be equivalent (i.e., the segments will always > identify the same resource). In this case, A MUST contain a mapping > to B from at least one of the segments that are equivalent to "SEGMENT". > For example, if the server performs "case-folding" on the URL > segments, then in the preceding example, A must contain a mapping > from either "blah" or "blAh" to B, but does not have to contain > both mappings. > > Cheers, > Geoff > > w3c-dist-auth-request@w3.org wrote on 02/18/2006 02:54:46 PM: > > > > > On Saturday, 02/18/2006 at 08:27 MST, Geoffrey M > > Clemm/Lexington/IBM@IBMUS wrote: > > > I think the following addition would solve the problem. Following > > > the paragraph quoted below, add the paragraph: > > > > > > An exception to this rule occurs if the server performs "case-folding" > > > on the URL segments, e.g. considers the segment "AB" to be equivalent > > > to the segements "Ab", "aB", and "ab". In this case, A MUST contain > > > a mapping to B from one of the segments that are equivalent to > "SEGMENT". > > > > That's good, but I think Jullian also included another example that > > wasn't case folding. It was the case of what Windows does with > > filenames with no extention. It accepts either george or > > george. (note the trailing dot) as the same file. I assume there > > are other cases that we haven't thought of. We probably need to > > make the wording a bit more generic, but we could use case-folding > > as an example. > > > > J. --=_alternative 005D02F68725711A_= Content-Type: text/html; charset="US-ASCII"
Jason pointed out that my example was incorrect, since A could
contain any of the 16 possible permutations.  So instead:

  An exception to this rule occurs if the server considers
  certain segments to be equivalent (i.e., the segments will always
  identify the same resource).  In this case, A MUST contain a mapping
  to B from at least one of the segments that are equivalent to "SEGMENT".
  For example, if the server performs "case-folding" on the URL
  segments, then in the preceding example, A must contain at least
  one mapping to B from "blah", "Blah", "bLah", or one of the other
  case-folding equivalents of "blah" (but does not have to contain
  more than one such mapping).

Jason also suggested that we require there to be exactly one mapping
to a given set of equivalents.  I'm inclined to leave that up to the
server, and only require that there be at least one.

Cheers,
Geoff



Geoffrey M Clemm/Lexington/IBM wrote on 02/18/2006 04:39:23 PM:

> OK, how about:

>  An exception to this rule occurs if the server considers
>  certain segments to be equivalent (i.e., the segments will always
>  identify the same resource).  In this case, A MUST contain a mapping
>  to B from at least one of the segments that are equivalent to "SEGMENT".
>  For example, if the server performs "case-folding" on the URL
>  segments, then in the preceding example, A must contain a mapping
>  from either "blah" or "blAh" to B, but does not have to contain
>  both mappings.
>
> Cheers,

> Geoff
>
> w3c-dist-auth-request@w3.org wrote on 02/18/2006 02:54:46 PM:
>
> >
> > On Saturday, 02/18/2006 at 08:27 MST, Geoffrey M
> > Clemm/Lexington/IBM@IBMUS wrote:
> > > I think the following addition would solve the problem.  Following
> > > the paragraph quoted below, add the paragraph:
> > >
> > >   An exception to this rule occurs if the server performs "case-folding"
> > >   on the URL segments, e.g. considers the segment "AB" to be equivalent
> > >   to the segements "Ab", "aB", and "ab".  In this case, A MUST contain
> > >   a mapping to B from one of the segments that are equivalent to
> "SEGMENT".
> >
> > That's good, but I think Jullian also included another example that
> > wasn't case folding.  It was the case of what Windows does with
> > filenames with no extention.  It accepts either      george   or  
> > george.   (note the trailing dot) as the same file.   I assume there
> > are other cases that we haven't thought of.  We probably need to
> > make the wording a bit more generic, but we could use case-folding
> > as an example.
> >
> > J.
--=_alternative 005D02F68725711A_=-- From w3c-dist-auth-request@listhub.w3.org Sun Feb 19 12:30:40 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAsOO-00045u-Np for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 12:30:40 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAsOM-0007kv-Qa for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 12:30:40 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FAsNk-0006o7-2l for w3c-dist-auth-dist@listhub.w3.org; Sun, 19 Feb 2006 17:30:00 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FAsNc-0006mv-EG for w3c-dist-auth@listhub.w3.org; Sun, 19 Feb 2006 17:29:52 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by lisa.w3.org with esmtp (Exim 4.50) id 1FAsNY-0004Gs-8d for w3c-dist-auth@w3.org; Sun, 19 Feb 2006 17:29:52 +0000 Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 8522E142286; Sun, 19 Feb 2006 09:29:47 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20740-06; Sun, 19 Feb 2006 09:29:46 -0800 (PST) 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 8FD3D142284; Sun, 19 Feb 2006 09:29:45 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/alternative; boundary=Apple-Mail-4-1001698830 Message-Id: <30EF0B4A-E640-4F0F-AB19-8E685E266602@osafoundation.org> Cc: Julian Reschke , " webdav" From: Lisa Dusseault Date: Sun, 19 Feb 2006 09:29:32 -0800 To: Geoffrey M Clemm X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org 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 1FAsNY-0004Gs-8d 3dc43bd1382354eaf4987e1b9f3c99ca X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/30EF0B4A-E640-4F0F-AB19-8E685E266602@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12119 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 19 Feb 2006 17:30:00 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: 0e9ebc0cbd700a87c0637ad0e2c91610 --Apple-Mail-4-1001698830 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed That's nearly what I had in mind, but I wonder if case-folding is the only acceptable way for servers to have multiple URLs for the same resources and only advertise one of them. What about a server that automatically finds a "foo.html" file when clients ask for "foo.htm"? Lisa On Feb 18, 2006, at 7:27 AM, Geoffrey M Clemm wrote: > > I think the following addition would solve the problem. Following > the paragraph quoted below, add the paragraph: > > An exception to this rule occurs if the server performs "case- > folding" > on the URL segments, e.g. considers the segment "AB" to be > equivalent > to the segements "Ab", "aB", and "ab". In this case, A MUST contain > a mapping to B from one of the segments that are equivalent to > "SEGMENT". > > Cheers, > Geoff > > > w3c-dist-auth-request@w3.org wrote on 02/17/2006 01:29:23 AM: > > > > Lisa Dusseault wrote: > > > > > > From bug 227 show_bug.cgi?id=227>: > > > > > > For all WebDAV compliant resources A and B, identified by > URLs "U" > > > and "V" respectively, such that "V" is equal to "U/ > SEGMENT", A MUST > > > be a collection that contains a mapping from "SEGMENT" to > B. So, if > > > resource B with URL "http://example.com/bar/blah" is WebDAV > compliant > > > and if resource A with URL "http://example.com/bar/" is WebDAV > > > compliant, then resource A must be a collection and must > contain a > > > mapping from "blah" to B. > > > > > > and an example from just after: > > > > > > An example for this case are servers that support multiple > alias URLs > > > for each WebDAV compliant resource. For instance, a server > may > > > implement case-insensitive URLs, thus "/col/a" and "/col/A" > identify > > > the same resource, yet only either "a" or "A" are reported > upon > > > listing the members of "/col". > > > > > > This example may be inconsistent with the requirement just > stated. We > > > can argue that '/col/a' maps to a WebDAV compliant resource and > "/col" > > > maps to a WebDAV collection, thus "/col" MUST have a mapping > from "a" to > > > the child resource. We can argue the same for "/col/A". > Following > > > that logic could make URL-case-insensitive servers rather > difficult ... > > > > Correct. Note however that this is also a problem with the original > > definition. > > > > > It may *not* be inconsistent if we claim that "/col/a" and "/ > col/A" are > > > the same URL. It also may not be inconsistent if we say that > resource B > > > is identified by one of "/col/a" or "/col/A" but not the other, > but that > > > wouldn't be the meaning of "identified by" that I'd expect. > > > > But they aren't the same URL. And even if they would, are "/col/ > a." and > > "/col/a" the same URL? Or "/col/%20a"? All of these map to the same > > resource on IIS. > > > > > Not proposing what to do about this just yet. > > > > We need to relax the language such that the server is allowed to > > suppress alias URLs. Let's just note this problem right now and > fix it > > during WGLC. > > > > Best regards, Julian > > --Apple-Mail-4-1001698830 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 That's nearly what I had in = mind, but I wonder if case-folding is the only acceptable way for = servers to have multiple URLs for the same resources and only advertise = one of them.=A0 What about a server that automatically finds a = "foo.html" file when clients ask for "foo.htm"?

Lisa

On = Feb 18, 2006, at 7:27 AM, Geoffrey M Clemm wrote:


I think the following addition would solve the problem. = =A0Following
the paragraph quoted = below, add the paragraph:

=A0 = An exception to this rule occurs if the server performs = "case-folding"
=A0 on the URL = segments, e.g. considers the segment "AB" to be equivalent =
=A0 to the segements "Ab", "aB", and "ab". =A0In = this case, A MUST contain
=A0 a = mapping to B from one of the segments that are equivalent to = "SEGMENT".

Cheers, =
Geoff


w3c-dist-auth-request@w3.org<= /A> wrote on 02/17/2006 01:29:23 AM:
>
> Lisa Dusseault = wrote:
> >
> > =A0=46rom bug 227 <
http:/= /ietf.webdav.org:8080/bugzilla/show_bug.cgi?id=3D227>:
> = >
> > =A0 =A0 For all WebDAV compliant resources A and B, = identified by URLs "U"
> > =A0 =A0 and "V" respectively, such = that "V" is equal to "U/SEGMENT", A MUST
> > =A0 =A0 be a = collection that contains a mapping from "SEGMENT" to B. So, if
> = > =A0 =A0 resource B with URL "http://example.com/bar/blah" is = WebDAV compliant
> > =A0 =A0 and if resource A with URL "http://example.com/bar/" is = WebDAV
> > =A0 =A0 compliant, then resource A must be a = collection and must contain a
> > =A0 =A0 mapping from "blah" = to B.
> >
> > and an example from just after:
= > >
> > =A0 =A0 An example for this case are servers = that support multiple alias URLs
> > =A0 =A0 for each WebDAV = compliant resource. =A0For instance, a server may
> > =A0 =A0 = implement case-insensitive URLs, thus "/col/a" and "/col/A" identify
= > > =A0 =A0 the same resource, yet only either "a" or "A" are = reported upon
> > =A0 =A0 listing the members of "/col".
= > >
> > This example may be inconsistent with the = requirement just stated. =A0We
> > can argue that '/col/a' = maps to a WebDAV compliant resource and "/col"
> > maps to a = WebDAV collection, thus "/col" MUST have a mapping from "a" to
> = > the child resource. =A0We can argue the same for "/col/A". =A0 = Following
> > that logic could make URL-case-insensitive = servers rather difficult ...
>
> Correct. Note however = that this is also a problem with the original
> definition.
= >
> > It may *not* be inconsistent if we claim that = "/col/a" and "/col/A" are
> > the same URL. It also may not = be inconsistent if we say that resource B
> > is identified = by one of "/col/a" or "/col/A" but not the other, but that
> = > wouldn't be the meaning of "identified by" that I'd expect.
= >
> But they aren't the same URL. And even if they would, are = "/col/a." and
> "/col/a" the same URL? Or "/col/%20a"? All of = these map to the same
> resource on IIS.
>
> > = Not proposing what to do about this just yet.
>
> We need = to relax the language such that the server is allowed to
> = suppress alias URLs. Let's just note this problem right now and fix it =
> during WGLC.
>
> Best regards, Julian
> =

= --Apple-Mail-4-1001698830-- From w3c-dist-auth-request@listhub.w3.org Sun Feb 19 13:51:02 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAteA-0005pQ-1g for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 13:51:02 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAte9-0001XS-N4 for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 13:51:02 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FAtdE-00051R-JT for w3c-dist-auth-dist@listhub.w3.org; Sun, 19 Feb 2006 18:50:04 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FAtd4-0004fC-Eo for w3c-dist-auth@listhub.w3.org; Sun, 19 Feb 2006 18:49:54 +0000 Received: from ifeelusedbooks.com ([67.136.24.186] helo=bandage.seagull.net) by maggie.w3.org with esmtp (Exim 4.50) id 1FAtcx-0005Xk-8Z for w3c-dist-auth@w3.org; Sun, 19 Feb 2006 18:49:52 +0000 Received: (mail@localhost) by bandage.seagull.net (8.13.3) id k1JIneQA008642 sender nn683849@smallcue.com for w3c-dist-auth@w3.org; Sun, 19 Feb 2006 10:49:40 -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 k1JInbN8008477 sender obsfucated@us.ibm.com; Sun, 19 Feb 2006 10:49:38 -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 k1JInQvm017988; Sun, 19 Feb 2006 13:49:26 -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 k1JInQ3m225574; Sun, 19 Feb 2006 13:49:26 -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 k1JInQ6q028971; Sun, 19 Feb 2006 13:49:26 -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 k1JInQ7A028968; Sun, 19 Feb 2006 13:49:26 -0500 To: Lisa Dusseault Cc: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005 From: Jason Crawford Message-ID: Date: Sun, 19 Feb 2006 13:49:04 -0500 X-MIMETrack: Serialize by Router on D01ML604/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/19/2006 13:49:25, Serialize complete at 02/19/2006 13:49:25 Content-Type: multipart/alternative; boundary="=_alternative 006739A18525711A_=" 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.6 X-W3C-Scan-Sig: maggie.w3.org 1FAtcx-0005Xk-8Z 0908e21677936f63403871c1de0073db X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/OFC558B1CF.219B24E8-ON8525711A.0066E806-8525711A.00676490@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12120 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 19 Feb 2006 18:50:04 +0000 X-Spam-Score: 0.6 (/) X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da This is a multipart message in MIME format. --=_alternative 006739A18525711A_= Content-Type: text/plain; charset="US-ASCII" On Sunday, 02/19/2006 at 09:29 PST, Lisa Dusseault wrote: > That's nearly what I had in mind, but I wonder if case-folding is the only > acceptable way for servers to have multiple URLs for the same resources and > only advertise one of them. What about a server that automatically finds a > "foo.html" file when clients ask for "foo.htm"? I think Jullian also mentioned an additional situation where there is aliasing. OTOH, Geoffrey only used case-folding as an example. Would you suggest that he include addtional examples? Or is one example enough? > > An exception to this rule occurs if the server performs "case-folding" > > on the URL segments, e.g. considers the segment "AB" to be equivalent > > to the segements "Ab", "aB", and "ab". In this case, A MUST contain > > a mapping to B from one of the segments that are equivalent to "SEGMENT". --=_alternative 006739A18525711A_= Content-Type: text/html; charset="US-ASCII"
On Sunday, 02/19/2006 at 09:29 PST, Lisa Dusseault <nnlisa___at___osafoundation.org@smallcue.com> wrote:
> That's nearly what I had in mind, but I wonder if case-folding is the only
> acceptable way for servers to have multiple URLs for the same resources and
> only advertise one of them.  What about a server that automatically finds a
> "foo.html" file when clients ask for "foo.htm"?


I think Jullian also mentioned an additional situation where there is aliasing.

OTOH, Geoffrey only used case-folding as an example.  Would you
suggest that he include addtional examples?  Or is one example enough?


> >   An exception to this rule occurs if the server performs "case-folding"
> >   on the URL segments, e.g. considers the segment "AB" to be equivalent
> >   to the segements "Ab", "aB", and "ab".  In this case, A MUST contain
> >   a mapping to B from one of the segments that are equivalent to "SEGMENT".
--=_alternative 006739A18525711A_=-- From w3c-dist-auth-request@listhub.w3.org Sun Feb 19 14:07:41 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAtuH-0006CE-TI for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 14:07:41 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAtuH-0001qP-HQ for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 14:07:41 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FAttw-0008NW-Df for w3c-dist-auth-dist@listhub.w3.org; Sun, 19 Feb 2006 19:07:20 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FAtts-0008My-5a for w3c-dist-auth@listhub.w3.org; Sun, 19 Feb 2006 19:07:16 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by lisa.w3.org with esmtp (Exim 4.50) id 1FAttp-0004wy-Lq for w3c-dist-auth@w3.org; Sun, 19 Feb 2006 19:07:16 +0000 Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 9174914228F; Sun, 19 Feb 2006 11:07:12 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16805-04; Sun, 19 Feb 2006 11:07:12 -0800 (PST) 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 6637D14228B; Sun, 19 Feb 2006 11:07:11 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/alternative; boundary=Apple-Mail-6-1007547256 Message-Id: <2650E9F8-63A9-46A9-A314-C3105C89CE6C@osafoundation.org> Cc: " webdav" From: Lisa Dusseault Date: Sun, 19 Feb 2006 11:07:00 -0800 To: Jason Crawford X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org 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 1FAttp-0004wy-Lq 69aa8486e9234eb78b3db76e28e4d888 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/2650E9F8-63A9-46A9-A314-C3105C89CE6C@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12121 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 19 Feb 2006 19:07:20 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b --Apple-Mail-6-1007547256 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed I suggest we use normative language to be clear what the requirements are and use examples as illustrations. Geoff's text nearly does this, but it's not entirely clear (perhaps it would be in a larger context) whether the requirements forbid this "feature" always except case-folding, or whether the requirements allow this feature always. Lisa On Feb 19, 2006, at 10:49 AM, Jason Crawford wrote: > > On Sunday, 02/19/2006 at 09:29 PST, Lisa Dusseault > wrote: > > That's nearly what I had in mind, but I wonder if case-folding is > the only > > acceptable way for servers to have multiple URLs for the same > resources and > > only advertise one of them. What about a server that > automatically finds a > > "foo.html" file when clients ask for "foo.htm"? > > I think Jullian also mentioned an additional situation where there > is aliasing. > > OTOH, Geoffrey only used case-folding as an example. Would you > suggest that he include addtional examples? Or is one example enough? > > > > > An exception to this rule occurs if the server performs "case- > folding" > > > on the URL segments, e.g. considers the segment "AB" to be > equivalent > > > to the segements "Ab", "aB", and "ab". In this case, A MUST > contain > > > a mapping to B from one of the segments that are equivalent > to "SEGMENT". --Apple-Mail-6-1007547256 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 I suggest we use normative = language to be clear what the requirements are and use examples as = illustrations.=A0 Geoff's text nearly does this, but it's not entirely = clear (perhaps it would be in a larger context) whether the requirements = forbid this "feature" always except case-folding, or whether the = requirements allow this feature always.

Lisa

On = Feb 19, 2006, at 10:49 AM, Jason Crawford wrote:


On Sunday, 02/19/2006 at 09:29 PST, Lisa = Dusseault <nnlisa___at__= _osafoundation.org@smallcue.com> wrote:
> That's nearly = what I had in mind, but I wonder if case-folding is the only
> = acceptable way for servers to have multiple URLs for the same resources = and
> only advertise one of them.=A0 What about a server that = automatically finds a
> "foo.html" file when clients ask for = "foo.htm"?


I think = Jullian also mentioned an additional situation where there is = aliasing.

OTOH, = Geoffrey only used case-folding as an example. =A0Would you =
suggest that he include = addtional examples? =A0Or is one example enough?

=
> > =A0 An exception to = this rule occurs if the server performs "case-folding"
> > =A0 = on the URL segments, e.g. considers the segment "AB" to be equivalent =
> > =A0 to the segements "Ab", "aB", and "ab". =A0In this = case, A MUST contain
> > =A0 a mapping to B from one of the = segments that are equivalent to "SEGMENT".
=

= --Apple-Mail-6-1007547256-- From w3c-dist-auth-request@listhub.w3.org Sun Feb 19 15:03:23 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAumB-0007tp-Ry for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 15:03:23 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAumB-0003iA-DP for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 15:03:23 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FAulL-0001Wu-NK for w3c-dist-auth-dist@listhub.w3.org; Sun, 19 Feb 2006 20:02:31 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FAulE-0001WF-8p for w3c-dist-auth@listhub.w3.org; Sun, 19 Feb 2006 20:02:24 +0000 Received: from ifeelusedbooks.com ([67.136.24.186] helo=bandage.seagull.net) by aji.w3.org with esmtp (Exim 4.50) id 1FAul9-0002l7-8S for w3c-dist-auth@w3.org; Sun, 19 Feb 2006 20:02:23 +0000 Received: (mail@localhost) by bandage.seagull.net (8.13.3) id k1JK2DCc024337 sender nn683849@smallcue.com for w3c-dist-auth@w3.org; Sun, 19 Feb 2006 12:02:14 -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 k1JK2BHJ024117 sender obsfucated@us.ibm.com; Sun, 19 Feb 2006 12:02:12 -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 k1JK20WW031234; Sun, 19 Feb 2006 15:02:00 -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 k1JK203m224806; Sun, 19 Feb 2006 15:02:00 -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 k1JK20aS028860; Sun, 19 Feb 2006 15:02:00 -0500 Received: from d01ml604.pok.ibm.com (d01ml604.pok.ibm.com [9.56.227.90]) by d01av03.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k1JK20fP028853; Sun, 19 Feb 2006 15:02:00 -0500 MIME-Version: 1.0 To: " webdav" Cc: X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005 From: Jason Crawford Message-ID: Date: Sun, 19 Feb 2006 15:01:37 -0500 X-MIMETrack: Serialize by Router on D01ML604/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/19/2006 15:01:59, Serialize complete at 02/19/2006 15:01:59 Content-Type: multipart/alternative; boundary="=_alternative 006D83F98525711A_=" Received-SPF: none (aji.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: aji.w3.org 1FAul9-0002l7-8S fddc83e885fc6e52a651bbd4b99317e0 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12122 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 19 Feb 2006 20:02:31 +0000 X-Spam-Score: 1.1 (+) X-Scan-Signature: a7d2e37451f7f22841e3b6f40c67db0f This is a multipart message in MIME format. --=_alternative 006D83F98525711A_= Content-Type: text/plain; charset="US-ASCII" On Sunday, 02/19/2006 at 09:55 MST, Geoffrey M Clemm wrote: > An exception to this rule occurs if the server considers > certain segments to be equivalent (i.e., the segments will always > identify the same resource). In this case, A MUST contain a mapping > to B from at least one of the segments that are equivalent to "SEGMENT". > For example, if the server performs "case-folding" on the URL > segments, then in the preceding example, A must contain at least > one mapping to B from "blah", "Blah", "bLah", or one of the other > case-folding equivalents of "blah" (but does not have to contain > more than one such mapping). > > Jason also suggested that we require there to be exactly one mapping > to a given set of equivalents. I'm inclined to leave that up to the > server, and only require that there be at least one. Let me first explain what I meant... I'm suggesting that all equivalent segments refer to the same (single) mapping. When you act on any of those segments, you're acting on the same mapping. We should also say that PROPFIND should list all bindings of the collection at least once and if a binding is listed more than once, the server is allowed to list a different equivalent segment for each. There is a second alternative that I'd consider consistent. We can say that every equivalent segment also has a mapping to the same resource. (IOW's the number of equivalent segments is equal to the number of "mappings".) We'd say if you change one mapping, the server has to change the mapping at all equiv segments. As for the PROPFIND statement above, we'd have to invent some term (for a set of equivalent segments and mappings) to express the first part of that in this context. (That's why I prefer the previous paragraph's definition.) Those two alternatives seem to be the only options to me. Saying that the number of "mappings" can be somewhere between 1 and the number of equivalent segments does not seem consistent ot me. If we say that, we have to then distinguish between (listed) mappings... and [some-new-"mapping"-like-term] for the unlisted and clarify acts on each and resulting behaviors of each. This is over and above the additional term we'd need to express the second approach. J. --=_alternative 006D83F98525711A_= Content-Type: text/html; charset="US-ASCII"

On Sunday, 02/19/2006 at 09:55 MST, Geoffrey M Clemm wrote:
>   An exception to this rule occurs if the server considers
>   certain segments to be equivalent (i.e., the segments will always
>   identify the same resource).  In this case, A MUST contain a mapping
>   to B from at least one of the segments that are equivalent to "SEGMENT".
>   For example, if the server performs "case-folding" on the URL
>   segments, then in the preceding example, A must contain at least
>   one mapping to B from "blah", "Blah", "bLah", or one of the other
>   case-folding equivalents of "blah" (but does not have to contain
>   more than one such mapping).
>
> Jason also suggested that we require there to be exactly one mapping
> to a given set of equivalents.  I'm inclined to leave that up to the
> server, and only require that there be at least one.


Let me first explain what I meant...


I'm suggesting that all equivalent segments refer to the same (single) mapping.  When you act on any of those segments, you're acting on the same mapping.  We should also say that PROPFIND should list all bindings of the collection at least once and if a binding is listed more than once, the server is allowed to list a different equivalent segment for each.


There is a second alternative that I'd consider consistent.    We can say that every equivalent segment also has a mapping to the same resource.  (IOW's the number of equivalent segments is equal to the number of "mappings".)  We'd say if you change one mapping, the server has to change the mapping at all equiv segments.  As for the  PROPFIND statement above, we'd have to invent some term (for a set of equivalent segments and mappings)  to express the first part of that in this context.  (That's why I prefer the previous paragraph's definition.)


Those two alternatives seem to be the only options to me.  Saying that the number of "mappings" can be somewhere between 1 and the number

of equivalent segments does not seem consistent ot me.  If we say that, we have to then distinguish between (listed) mappings... and [some-new-"mapping"-like-term] for the unlisted and clarify acts on each and resulting behaviors of each.  This is over and above the additional term we'd need to express the second approach.
 

J.
--=_alternative 006D83F98525711A_=-- From w3c-dist-auth-request@listhub.w3.org Sun Feb 19 17:28:39 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FAx2l-0002Yd-1l for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 17:28:39 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FAx2k-0007rd-Of for webdav-archive@lists.ietf.org; Sun, 19 Feb 2006 17:28:39 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FAx1i-00026S-5S for w3c-dist-auth-dist@listhub.w3.org; Sun, 19 Feb 2006 22:27:34 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FAx1a-00025n-OE for w3c-dist-auth@listhub.w3.org; Sun, 19 Feb 2006 22:27:26 +0000 Received: from mail1.panix.com ([166.84.1.72]) by lisa.w3.org with esmtp (Exim 4.50) id 1FAx1Z-0004Wd-8X for w3c-dist-auth@w3.org; Sun, 19 Feb 2006 22:27:26 +0000 Received: from panix1.panix.com (panix1.panix.com [166.84.1.1]) by mail1.panix.com (Postfix) with ESMTP id 78D7959B07; Sun, 19 Feb 2006 17:27:24 -0500 (EST) Received: (from atlunde@localhost) by panix1.panix.com (8.11.6p3/8.8.8/PanixN1.1) id k1JMROC21902; Sun, 19 Feb 2006 17:27:24 -0500 (EST) Date: Sun, 19 Feb 2006 17:27:24 -0500 From: Albert Lunde To: webdav Message-ID: <20060219222724.GA13517@panix.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.10i Received-SPF: pass (lisa.w3.org: domain of atlunde@panix.com designates 166.84.1.72 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1FAx1Z-0004Wd-8X b503ac971d78257a83d865a4719d0d5c X-Original-To: w3c-dist-auth@w3.org Subject: Re: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/20060219222724.GA13517@panix.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12123 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 19 Feb 2006 22:27:34 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb On Sun, Feb 19, 2006 at 03:01:37PM -0500, Jason Crawford wrote: > I'm suggesting that all equivalent segments refer to the same (single) > mapping. When you act on any of those segments, you're acting on the same > mapping. We should also say that PROPFIND should list all bindings of the > collection at least once and if a binding is listed more than once, the > server is allowed to list a different equivalent segment for each. > > There is a second alternative that I'd consider consistent. We can say > that every equivalent segment also has a mapping to the same resource. > (IOW's the number of equivalent segments is equal to the number of > "mappings".) We'd say if you change one mapping, the server has to change > the mapping at all equiv segments. As for the PROPFIND statement above, > we'd have to invent some term (for a set of equivalent segments and > mappings) to express the first part of that in this context. (That's why > I prefer the previous paragraph's definition.) > > Those two alternatives seem to be the only options to me. Saying that the > number of "mappings" can be somewhere between 1 and the number > of equivalent segments does not seem consistent ot me. If we say that, we > have to then distinguish between (listed) mappings... and > [some-new-"mapping"-like-term] for the unlisted and clarify acts on each > and resulting behaviors of each. This is over and above the additional > term we'd need to express the second approach. It seems like a possible way to formalize this would be the mathematical notion of an equivalance relation and equivalance classes. If you assume a server MAY apply some notion of canonical path equivalence (which defines an equivalence relation), then it would map equivalence classes of paths to resources, instead of mapping paths to resources. (This is probably orthogonal to webdav's multiple bindings.) -- Albert Lunde albert-lunde@northwestern.edu atlunde@panix.com (new address for personal mail) albert-lunde@nwu.edu (old address) From w3c-dist-auth-request@listhub.w3.org Mon Feb 20 07:43:31 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBAO3-0005hj-R0 for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 07:43:31 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBAO0-0005or-GN for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 07:43:31 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBAMs-0003Dy-Ki for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 12:42:18 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FBAMk-0003CN-K5 for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 12:42:10 +0000 Received: from mail.gmx.net ([213.165.64.20]) by lisa.w3.org with smtp (Exim 4.50) id 1FBAMh-0002St-KE for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 12:42:10 +0000 Received: (qmail invoked by alias); 20 Feb 2006 12:42:05 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp035) with SMTP; 20 Feb 2006 13:42:05 +0100 X-Authenticated: #1915285 Message-ID: <43F9B87D.708@gmx.de> Date: Mon, 20 Feb 2006 13:39:25 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jason Crawford 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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1FBAMh-0002St-KE 8884a2568fa912eca7e4817f09242ba9 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43F9B87D.708@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12124 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 12:42:18 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5 Jason Crawford wrote: > > > On Sunday, 02/19/2006 at 09:55 MST, Geoffrey M Clemm wrote: > > An exception to this rule occurs if the server considers > > certain segments to be equivalent (i.e., the segments will always > > identify the same resource). In this case, A MUST contain a mapping > > to B from at least one of the segments that are equivalent to > "SEGMENT". > > For example, if the server performs "case-folding" on the URL > > segments, then in the preceding example, A must contain at least > > one mapping to B from "blah", "Blah", "bLah", or one of the other > > case-folding equivalents of "blah" (but does not have to contain > > more than one such mapping). > > > > Jason also suggested that we require there to be exactly one mapping > > to a given set of equivalents. I'm inclined to leave that up to the > > server, and only require that there be at least one. > > Let me first explain what I meant... > > I'm suggesting that all equivalent segments refer to the same (single) > mapping. When you act on any of those segments, you're acting on the > same mapping. We should also say that PROPFIND should list all bindings Right. > of the collection at least once and if a binding is listed more than > once, the server is allowed to list a different equivalent segment for > each. I'm not sure yet why we would want the server to report multiple equivalent segments. Use case? > There is a second alternative that I'd consider consistent. We can > say that every equivalent segment also has a mapping to the same > resource. (IOW's the number of equivalent segments is equal to the > number of "mappings".) We'd say if you change one mapping, the server > has to change the mapping at all equiv segments. As for the PROPFIND > statement above, we'd have to invent some term (for a set of equivalent > segments and mappings) to express the first part of that in this > context. (That's why I prefer the previous paragraph's definition.) > Those two alternatives seem to be the only options to me. Saying that > the number of "mappings" can be somewhere between 1 and the number > of equivalent segments does not seem consistent ot me. If we say that, > we have to then distinguish between (listed) mappings... and > [some-new-"mapping"-like-term] for the unlisted and clarify acts on each > and resulting behaviors of each. This is over and above the additional > term we'd need to express the second approach. > > J. I'll try to describe how I understand the problem: 1) For each path segment mapping (== binding), there may be multiple alias path segments that are equivalent. Use cases are case foldings, Unicode normalization forms, dropped trailing dots, whatever. 2) Each path segment mapping SHOULD have a canonical form that is reported upon PROPFIND on the parent collection, and no other alias should be reported additionally (*). 3) Modifying an path segment alias will affect all other aliases; for instance, a successful UNBIND or DELETE on one of them will cause the other aliases to disappear (become unmapped) as well. 4) Optimally, there would be a portable way for a client to discover the canonical form (**). (*) Can we require this? From the use cases I'm aware of, I think this is correct. (**) That's something I think we could define within . Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Mon Feb 20 08:13:44 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBArI-0008Fv-Qy for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 08:13:44 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBArH-0006gy-J5 for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 08:13:44 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBAqm-0001x2-MH for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 13:13:12 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FBAqd-0001rd-Hk for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 13:13:03 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1FBAqY-00088c-6a for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 13:13:02 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1KDCsmM027141; Mon, 20 Feb 2006 05:12:54 -0800 Date: Mon, 20 Feb 2006 05:12:54 -0800 Message-Id: <200602201312.k1KDCsmM027141@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 1FBAqY-00088c-6a 1e3849ca358f7179132064d5ce20c239 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 233] New: Text organization in "LOCK Method" X-Archived-At: http://www.w3.org/mid/200602201312.k1KDCsmM027141@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12125 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 13:13:12 +0000 X-Spam-Score: 0.2 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=233 Summary: Text organization in "LOCK Method" Product: WebDAV-RFC2518-bis Version: -14 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P3 Component: 08. HTTP Methods for Distributed Authoring AssignedTo: joe-bugzilla@cursive.net ReportedBy: julian.reschke@greenbytes.de QAContact: w3c-dist-auth@w3.org Section 9.10 ("Lock Method") () has subsections for "Creating a lock on existing resource" (9.10.1) and "Refreshing Locks" (9.10.2). Notably missing is the part about applying a LOCK request to an unmapped URL. ------- 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@listhub.w3.org Mon Feb 20 08:50:09 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBBQX-0001dS-8I for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 08:50:09 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBBQW-0007rF-0p for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 08:50:09 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBBPi-00035P-4Y for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 13:49:18 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FBBPa-00034c-08 for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 13:49:10 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by aji.w3.org with esmtp (Exim 4.50) id 1FBBPW-0005wU-AX for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 13:49:09 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1KDn57W027176; Mon, 20 Feb 2006 05:49:05 -0800 Date: Mon, 20 Feb 2006 05:49:05 -0800 Message-Id: <200602201349.k1KDn57W027176@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 1FBBPW-0005wU-AX ab518067a9d9d7109a88cd6bde0b4afe X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 233] Text organization in "LOCK Method" X-Archived-At: http://www.w3.org/mid/200602201349.k1KDn57W027176@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12126 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 13:49:18 +0000 X-Spam-Score: 0.2 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=233 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-20 05:49 ------- Proposed re-org: - rename 9.10.1 to "Creating locks" (as opposed to 9.10.2 "refreshing locks") - move the text from 9.10.4 "locking unmapped URLs" into 9.10.1 (because it's just a special case of lock creation) ------- 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@listhub.w3.org Mon Feb 20 09:47:02 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBCJa-0003nF-Bg for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 09:47:02 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBCJZ-00015f-Qr for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 09:47:02 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBCJ4-0001rw-F7 for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 14:46:30 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FBCIw-0001rH-Bw for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 14:46:22 +0000 Received: from e2.ny.us.ibm.com ([32.97.182.142]) by lisa.w3.org with esmtp (Exim 4.50) id 1FBCIu-0003q9-2n for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 14:46:22 +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 k1KEkJJC027778 for ; Mon, 20 Feb 2006 09:46:19 -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 k1KEkJql074378 for ; Mon, 20 Feb 2006 09:46:19 -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 k1KEkJYx029381 for ; Mon, 20 Feb 2006 09:46:19 -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 k1KEkJCr029377 for ; Mon, 20 Feb 2006 09:46:19 -0500 In-Reply-To: To: Jason Crawford Cc: " webdav" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Geoffrey M Clemm Message-ID: Date: Mon, 20 Feb 2006 07:46:17 -0700 X-MIMETrack: Serialize by Router on D01ML261/01/M/IBM(Release 7.0HF124 | January 12, 2006) at 02/20/2006 09:46:18, Serialize complete at 02/20/2006 09:46:18 Content-Type: multipart/alternative; boundary="=_alternative 000336EF8725711B_=" Received-SPF: pass (lisa.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: lisa.w3.org 1FBCIu-0003q9-2n bae315f0a194716474d6742b0ff481a0 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12127 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 14:46:30 +0000 X-Spam-Score: 0.5 (/) X-Scan-Signature: 202a3ece0492a8c7e7c8672d5214398f This is a multipart message in MIME format. --=_alternative 000336EF8725711B_= Content-Type: text/plain; charset="US-ASCII" OK, how about the following: (version 3, I believe :-) Although commonly a mapping consists of a single segment and a resource, in general, a mapping consists of a set of segments and a resource. This allows a server to treat a set of segments as equivalent (i.e. either all of the segments are mapped to the same resource, or none of the segments are mapped to a resource). For example, a server that performs case-folding on segments will treat the segments "ab", "Ab", "aB", and "AB" as equivalent, A client can then use any of these segments to identify the resource. Note that a PROPFIND result will select one of these equivalent segments to identify the mapping, so there will be one PROPFIND response element per mapping, not one per segment in the mapping. Cheers, Geoff Jason wrote on 02/19/2006 01:01:37 PM: > > > On Sunday, 02/19/2006 at 09:55 MST, Geoffrey M Clemm wrote: > > An exception to this rule occurs if the server considers > > certain segments to be equivalent (i.e., the segments will always > > identify the same resource). In this case, A MUST contain a mapping > > to B from at least one of the segments that are equivalent to "SEGMENT". > > For example, if the server performs "case-folding" on the URL > > segments, then in the preceding example, A must contain at least > > one mapping to B from "blah", "Blah", "bLah", or one of the other > > case-folding equivalents of "blah" (but does not have to contain > > more than one such mapping). > > > > Jason also suggested that we require there to be exactly one mapping > > to a given set of equivalents. I'm inclined to leave that up to the > > server, and only require that there be at least one. > > Let me first explain what I meant... > > I'm suggesting that all equivalent segments refer to the same > (single) mapping. When you act on any of those segments, you're > acting on the same mapping. We should also say that PROPFIND should > list all bindings of the collection at least once and if a binding > is listed more than once, the server is allowed to list a different > equivalent segment for each. > > There is a second alternative that I'd consider consistent. We > can say that every equivalent segment also has a mapping to the same > resource. (IOW's the number of equivalent segments is equal to the > number of "mappings".) We'd say if you change one mapping, the > server has to change the mapping at all equiv segments. As for the > PROPFIND statement above, we'd have to invent some term (for a set > of equivalent segments and mappings) to express the first part of > that in this context. (That's why I prefer the previous paragraph's > definition.) > > Those two alternatives seem to be the only options to me. Saying > that the number of "mappings" can be somewhere between 1 and the number > of equivalent segments does not seem consistent ot me. If we say > that, we have to then distinguish between (listed) mappings... and > [some-new-"mapping"-like-term] for the unlisted and clarify acts on > each and resulting behaviors of each. This is over and above the > additional term we'd need to express the second approach. > > J. --=_alternative 000336EF8725711B_= Content-Type: text/html; charset="US-ASCII"
OK, how about the following: (version 3, I believe :-)

  Although commonly a mapping consists of a single segment and a resource,
  in general, a mapping consists of a set of segments and a resource.
  This allows a server to treat a set of segments as equivalent
  (i.e. either all of the segments are mapped to the same resource,
  or none of the segments are mapped to a resource).
  For example, a server that performs case-folding on segments
  will treat the segments "ab", "Ab", "aB", and "AB" as equivalent,
  A client can then use any of these segments to identify the resource.
  Note that a PROPFIND result will select one of these equivalent
  segments to identify the mapping, so there will be one PROPFIND
  response element per mapping, not one per segment in the mapping.

Cheers,
Geoff


Jason wrote on 02/19/2006 01:01:37 PM:
>
>
> On Sunday, 02/19/2006 at 09:55 MST, Geoffrey M Clemm wrote:
> >   An exception to this rule occurs if the server considers
> >   certain segments to be equivalent (i.e., the segments will always
> >   identify the same resource).  In this case, A MUST contain a mapping
> >   to B from at least one of the segments that are equivalent to "SEGMENT".
> >   For example, if the server performs "case-folding" on the URL
> >   segments, then in the preceding example, A must contain at least
> >   one mapping to B from "blah", "Blah", "bLah", or one of the other
> >   case-folding equivalents of "blah" (but does not have to contain
> >   more than one such mapping).
> >
> > Jason also suggested that we require there to be exactly one mapping
> > to a given set of equivalents.  I'm inclined to leave that up to the
> > server, and only require that there be at least one.
>
> Let me first explain what I meant...
>
> I'm suggesting that all equivalent segments refer to the same
> (single) mapping.  When you act on any of those segments, you're
> acting on the same mapping.  We should also say that PROPFIND should
> list all bindings of the collection at least once and if a binding
> is listed more than once, the server is allowed to list a different
> equivalent segment for each.
>
> There is a second alternative that I'd consider consistent.    We
> can say that every equivalent segment also has a mapping to the same
> resource.  (IOW's the number of equivalent segments is equal to the
> number of "mappings".)  We'd say if you change one mapping, the
> server has to change the mapping at all equiv segments.  As for the
> PROPFIND statement above, we'd have to invent some term (for a set
> of equivalent segments and mappings)  to express the first part of
> that in this context.  (That's why I prefer the previous paragraph's
> definition.)
>
> Those two alternatives seem to be the only options to me.  Saying
> that the number of "mappings" can be somewhere between 1 and the number
> of equivalent segments does not seem consistent ot me.  If we say
> that, we have to then distinguish between (listed) mappings... and
> [some-new-"mapping"-like-term] for the unlisted and clarify acts on
> each and resulting behaviors of each.  This is over and above the
> additional term we'd need to express the second approach.  
>
> J.
--=_alternative 000336EF8725711B_=-- From w3c-dist-auth-request@listhub.w3.org Mon Feb 20 10:51:16 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBDJk-00079k-2N for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 10:51:16 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBDJi-0002yr-QD for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 10:51:16 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBDIl-0001rR-Ku for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 15:50:15 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FBDId-0001q0-Ik for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 15:50:07 +0000 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1FBDIa-0005Id-0O for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 15:50:06 +0000 Received: (qmail invoked by alias); 20 Feb 2006 15:49:59 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp024) with SMTP; 20 Feb 2006 16:49:59 +0100 X-Authenticated: #1915285 Message-ID: <43F9E47C.6020907@gmx.de> Date: Mon, 20 Feb 2006 16:47:08 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Geoffrey M Clemm CC: Jason Crawford , 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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1FBDIa-0005Id-0O aff701a4994ddb3f3542b4ce509723c8 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43F9E47C.6020907@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12128 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 15:50:15 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32 Geoffrey M Clemm wrote: > > OK, how about the following: (version 3, I believe :-) > > Although commonly a mapping consists of a single segment and a resource, > in general, a mapping consists of a set of segments and a resource. > This allows a server to treat a set of segments as equivalent > (i.e. either all of the segments are mapped to the same resource, > or none of the segments are mapped to a resource). > For example, a server that performs case-folding on segments > will treat the segments "ab", "Ab", "aB", and "AB" as equivalent, > A client can then use any of these segments to identify the resource. > Note that a PROPFIND result will select one of these equivalent > segments to identify the mapping, so there will be one PROPFIND > response element per mapping, not one per segment in the mapping. > > Cheers, > Geoff Perfect. Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Mon Feb 20 11:13:54 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBDfe-0000DD-SP for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 11:13:54 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBDfd-0003XB-Hr for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 11:13:54 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBDfJ-0007Yt-Vc for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 16:13:33 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FBDfC-0007Xl-1W for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 16:13:26 +0000 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by lisa.w3.org with smtp (Exim 4.50) id 1FBDf2-0005vv-Ub for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 16:13:25 +0000 Received: (qmail invoked by alias); 20 Feb 2006 16:13:12 -0000 Received: from pd95b23e9.dip0.t-ipconnect.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp034) with SMTP; 20 Feb 2006 17:13:12 +0100 X-Authenticated: #1915285 Message-ID: <43F9E9F0.9080900@gmx.de> Date: Mon, 20 Feb 2006 17:10:24 +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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1FBDf2-0005vv-Ub 75c92e4eeab77be5c3bc88f34fed2710 X-Original-To: w3c-dist-auth@w3.org Subject: Lock refresh (If header vs Lock-Token header) X-Archived-At: http://www.w3.org/mid/43F9E9F0.9080900@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12129 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 16:13:33 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe Hi, there's an open issue that we have using the current draft, and that we haven't been able to resolve before submitting draft 14 (which will be the WG last call draft). Summary: It's undisputed that RFC2518's concept of lock refresh is a mess. We have thrown away implicit lock refreshs (not used by clients, potentially expensive). This is good. This issue is about whether explicit lock refresh requests should use the Lock-Token request header instead of the If header. I think everybody agrees that it would have been better to use Lock-Token in the first place, because - using the If header for refresh adds yet another thing to something that is already too complex - using the If header also means it's hard to specify what a server is supposed to do if the If header as multiple lock tokens, or lock tokens in tagged lists referring to other resources On the other hand: - none of the servers I regularly test with (SAP KM, Xythos, Apache/moddav, IIS) support the LOCK refresh with Lock-Token header as of today - RFC2518bis thus "encourages" servers to support the old behaviour () - Clients as of today send the LOCK refresh with the If header With the current wording, new servers (class 3) are not required to honor the If header for LOCK refresh, thus clients would need to be updated to either send both headers (hoping this doesn't break old servers), or to check the server version first. None of these options is really pleasant. Summary: it seems that this change trades a bit of consistency with lots of potential interoperability problems. Thus, it may be wiser to back it out, and to clarify the old behavior instead. (note: I came across this issue when working on class 3 conformance for our server, so this isn't a purely theoretical argument) So at this point, the important question is...: 1) Server Implementors: do you plan to support both ways to specify the lock token? 2) Client Implementors: are you aware of this incompatible change, and are you prepared to change your code accordingly (either by sending both headers, or by checking the server compliance class first)? Best regards, Julian (see also ) From w3c-dist-auth-request@listhub.w3.org Mon Feb 20 16:58:27 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBJ35-0006Jq-Ua for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 16:58:27 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBJ34-0007O9-Lo for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 16:58:27 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBJ1y-000707-BL for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 21:57:18 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FBJ1h-0006yI-0y for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 21:57:01 +0000 Received: from services.cse.ucsc.edu ([128.114.48.10]) by maggie.w3.org with esmtp (Exim 4.50) id 1FBJ1d-00034T-Bx for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 21:57:00 +0000 Received: from [192.168.2.102] (dsl081-070-219.sfo1.dsl.speakeasy.net [64.81.70.219]) (authenticated bits=0) by services.cse.ucsc.edu (8.13.1/8.13.1) with ESMTP id k1KLuiHU003378 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Feb 2006 13:56:44 -0800 (PST) Message-ID: <43FA3B1B.1000109@cse.ucsc.edu> Date: Mon, 20 Feb 2006 13:56: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: Geoffrey M Clemm CC: Jason Crawford , webdav References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: none (maggie.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: maggie.w3.org 1FBJ1d-00034T-Bx 6688f81737c04e6bca785def6973417a X-Original-To: w3c-dist-auth@w3.org Subject: Re: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43FA3B1B.1000109@cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12130 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 21:57:18 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Geoffrey M Clemm wrote: > > OK, how about the following: (version 3, I believe :-) > > Although commonly a mapping consists of a single segment and a > resource, > in general, a mapping consists of a set of segments and a resource. > This allows a server to treat a set of segments as equivalent > (i.e. either all of the segments are mapped to the same resource, > or none of the segments are mapped to a resource). > For example, a server that performs case-folding on segments > will treat the segments "ab", "Ab", "aB", and "AB" as equivalent, > A client can then use any of these segments to identify the resource. > Note that a PROPFIND result will select one of these equivalent > segments to identify the mapping, so there will be one PROPFIND > response element per mapping, not one per segment in the mapping. This seems the best version yet and I have no reservations about adopting the above text. Cheers, Elias From w3c-dist-auth-request@listhub.w3.org Mon Feb 20 17:00:52 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBJ5Q-0006Lo-44 for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 17:00:52 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBJ5P-0007Pq-Rk for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 17:00:52 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBJ58-0007fj-Ga for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 22:00:34 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FBJ4i-0007cA-36 for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 22:00:08 +0000 Received: from services.cse.ucsc.edu ([128.114.48.10]) by maggie.w3.org with esmtp (Exim 4.50) id 1FBJ4e-0003YJ-CD for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 22:00:07 +0000 Received: from [192.168.2.102] (dsl081-070-219.sfo1.dsl.speakeasy.net [64.81.70.219]) (authenticated bits=0) by services.cse.ucsc.edu (8.13.1/8.13.1) with ESMTP id k1KLxx6w004271 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Feb 2006 14:00:00 -0800 (PST) Message-ID: <43FA3BDF.60305@cse.ucsc.edu> Date: Mon, 20 Feb 2006 13:59:59 -0800 From: Elias Sinderson User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Reschke CC: Jason Crawford , webdav References: <43F9B87D.708@gmx.de> In-Reply-To: <43F9B87D.708@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: none (maggie.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: maggie.w3.org 1FBJ4e-0003YJ-CD 81dc062fdc9a180247cd7a6e33d6321c X-Original-To: w3c-dist-auth@w3.org Subject: Re: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43FA3BDF.60305@cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12131 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 22:00:34 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Julian Reschke wrote: > I'll try to describe how I understand the problem: > > 1) For each path segment mapping (== binding), there may be multiple > alias path segments that are equivalent. Use cases are case foldings, > Unicode normalization forms, dropped trailing dots, whatever. Yes. > 2) Each path segment mapping SHOULD have a canonical form that is > reported upon PROPFIND on the parent collection, and no other alias > should be reported additionally (*). Agreed, and I believe that we can actually require this behavior. > 3) Modifying an path segment alias will affect all other aliases; for > instance, a successful UNBIND or DELETE on one of them will cause the > other aliases to disappear (become unmapped) as well. Of course. > 4) Optimally, there would be a portable way for a client to discover > the canonical form (**). This may be too obvious, but how about simply recommending a PROPFIND on the parent collection? This seems as good as any other approach to discover the canonical form that a server uses for identifying a resource. Best, Elias From w3c-dist-auth-request@listhub.w3.org Mon Feb 20 17:11:16 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBJFU-0006a0-NC for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 17:11:16 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBJFT-0007nU-G3 for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 17:11:16 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBJFC-0001ij-SO for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 22:10:58 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FBJF5-0001i6-BN for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 22:10:51 +0000 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1FBJF2-00058P-Nx for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 22:10:50 +0000 Received: (qmail invoked by alias); 20 Feb 2006 22:10:46 -0000 Received: from p508FA480.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.164.128] by mail.gmx.net (mp017) with SMTP; 20 Feb 2006 23:10:46 +0100 X-Authenticated: #1915285 Message-ID: <43FA3E35.3040401@gmx.de> Date: Mon, 20 Feb 2006 23:09:57 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Elias Sinderson CC: Jason Crawford , webdav References: <43F9B87D.708@gmx.de> <43FA3BDF.60305@cse.ucsc.edu> In-Reply-To: <43FA3BDF.60305@cse.ucsc.edu> 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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1FBJF2-00058P-Nx 57ef71d9874f28209eca21ca7bb0d3b0 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Fw: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43FA3E35.3040401@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12132 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 22:10:58 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Elias Sinderson wrote: >> 4) Optimally, there would be a portable way for a client to discover >> the canonical form (**). > > This may be too obvious, but how about simply recommending a PROPFIND on > the parent collection? This seems as good as any other approach to > discover the canonical form that a server uses for identifying a resource. Discovering the canonical form may be way more complex than just doing a caseless comparison. How do you expect a client to actually know what segment it is looking for in more complex cases? Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Mon Feb 20 17:17:28 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBJLU-0006jE-Gy for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 17:17:28 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBJLS-0007vy-9F for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 17:17:28 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBJLA-0003ZX-AA for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 22:17:08 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FBJL6-0003Yz-P8 for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 22:17:04 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1FBJL1-000678-Tc for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 22:17:04 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1KMGs9V003935; Mon, 20 Feb 2006 14:16:54 -0800 Date: Mon, 20 Feb 2006 14:16:54 -0800 Message-Id: <200602202216.k1KMGs9V003935@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 1FBJL1-000678-Tc 82da50133a8b28b497df8000595769b9 X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200602202216.k1KMGs9V003935@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12133 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 22:17:08 +0000 X-Spam-Score: 0.2 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 julian.reschke@greenbytes.de changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |blocker Status|RESOLVED |REOPENED Priority|P2 |P1 Resolution|FIXED | Version|-11 |-14 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-20 14:16 ------- Oh well. When this change was implemented, the example of dead-props was left in, and the one about the new include element wasn't integrated. I think this is s showstopper. ------- 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@listhub.w3.org Mon Feb 20 17:48:53 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBJpt-0007jw-Ny for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 17:48:53 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBJps-0000V4-Dv for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 17:48:53 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBJpT-0001pM-KK for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 22:48:27 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FBJpJ-0001o2-IO for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 22:48:17 +0000 Received: from ietf.cse.ucsc.edu ([128.114.52.130]) by maggie.w3.org with esmtp (Exim 4.50) id 1FBJpE-00025W-1A for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 22:48:17 +0000 Received: (from hunkim@localhost) by ietf.cse.ucsc.edu (8.12.8/8.11.4) id k1KMmAAV004826; Mon, 20 Feb 2006 14:48:10 -0800 Date: Mon, 20 Feb 2006 14:48:10 -0800 Message-Id: <200602202248.k1KMmAAV004826@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 1FBJpE-00025W-1A 8c4a411fe7fe45b0e8e73ec52766831b X-Original-To: w3c-dist-auth@w3.org Subject: [Bug 188] PROPFIND include-dead-props X-Archived-At: http://www.w3.org/mid/200602202248.k1KMmAAV004826@ietf.cse.ucsc.edu Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12134 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 22:48:27 +0000 X-Spam-Score: 0.2 (/) X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=188 ------- Additional Comments From julian.reschke@greenbytes.de 2006-02-20 14:48 ------- Proposed text in and below: Section 9.1.3., para. 7: OLD: 9.1.4. Example - Retrieving Named and Dead Properties NEW: 9.1.4. Example - Retrieving (almost) all properties plus selected live properties Section 9.1.3., para. 9: OLD: PROPFIND /mycol/ HTTP/1.1 Host: www.example.com Depth: 1 Content-type: application/xml; charset="utf-8" Content-Length: xxxx NEW: PROPFIND /mycol/changes HTTP/1.1 Host: www.example.com Depth: 0 Content-Type: application/xml; charset="utf-8" Content-Length: xxxx Section 9.1.3., para. 10: OLD: NEW: Section 9.1.3., para. 11: OLD: In this example, PROPFIND is executed on a collection resource http://www.example.com/mycol/. The client requests the values of two specific live properties plus all dead properties (names and values). The response is not shown. NEW: In this example, PROPFIND is executed on the resource http://www.example.com/mycol/changes. The client requests the values of all properties defined in this specification, plus the two live properties DAV:checked-in and DAV:checked-out defined in [RFC3253]. ------- 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@listhub.w3.org Mon Feb 20 18:43:11 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBKgR-0000Sb-L6 for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 18:43:11 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBKgR-00025V-Bu for webdav-archive@lists.ietf.org; Mon, 20 Feb 2006 18:43:11 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBKfU-0004JE-UO for w3c-dist-auth-dist@listhub.w3.org; Mon, 20 Feb 2006 23:42:12 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FBKfO-0004IV-Jn for w3c-dist-auth@listhub.w3.org; Mon, 20 Feb 2006 23:42:06 +0000 Received: from mail-out3.apple.com ([17.254.13.22]) by aji.w3.org with esmtp (Exim 4.50) id 1FBKfL-0008CW-JS for w3c-dist-auth@w3.org; Mon, 20 Feb 2006 23:42:05 +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 k1KNfcNj021297; Mon, 20 Feb 2006 15:41:38 -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 7AA9432401B; Mon, 20 Feb 2006 15:41:36 -0800 (PST) In-Reply-To: <43F9E47C.6020907@gmx.de> References: <43F9E47C.6020907@gmx.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9C89FC92-9DD9-4CA4-9F5F-84429689535D@apple.com> Cc: Geoffrey M Clemm , Jason Crawford , webdav Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= Date: Mon, 20 Feb 2006 15:41:35 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.746.2) X-Brightmail-Tracker: AAAAAA== Received-SPF: pass (aji.w3.org: domain of wsanchez@apple.com designates 17.254.13.22 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1FBKfL-0008CW-JS 9259d88e5383481cd3279f354a784970 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/9C89FC92-9DD9-4CA4-9F5F-84429689535D@apple.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12135 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 20 Feb 2006 23:42:12 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f Should we recommend that a PROPFIND always return the same (canonical) segment from a given list of equivalent segments? Clients may be confused if a random choice from "ab", "Ab", "aB", and "AB" for a given set of sequential PROPFIND requests, such as assume that things are changing when they may in fact not have changed at all. -wsv On Feb 20, 2006, at 7:47 AM, Julian Reschke wrote: > Geoffrey M Clemm wrote: >> OK, how about the following: (version 3, I believe :-) >> Although commonly a mapping consists of a single segment and a >> resource, >> in general, a mapping consists of a set of segments and a resource. >> This allows a server to treat a set of segments as equivalent >> (i.e. either all of the segments are mapped to the same resource, >> or none of the segments are mapped to a resource). >> For example, a server that performs case-folding on segments >> will treat the segments "ab", "Ab", "aB", and "AB" as equivalent, >> A client can then use any of these segments to identify the >> resource. >> Note that a PROPFIND result will select one of these equivalent >> segments to identify the mapping, so there will be one PROPFIND >> response element per mapping, not one per segment in the mapping. >> Cheers, >> Geoff > > Perfect. > > Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Tue Feb 21 09:49:20 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBYpM-0001U0-Ra for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 09:49:20 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBYpL-0005BB-KJ for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 09:49:20 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBYnv-00069s-31 for w3c-dist-auth-dist@listhub.w3.org; Tue, 21 Feb 2006 14:47:51 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FBYnn-000691-9l for w3c-dist-auth@listhub.w3.org; Tue, 21 Feb 2006 14:47:43 +0000 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by aji.w3.org with smtp (Exim 4.50) id 1FBYnZ-0000vW-MW for w3c-dist-auth@w3.org; Tue, 21 Feb 2006 14:47:32 +0000 Received: (qmail invoked by alias); 21 Feb 2006 14:47:24 -0000 Received: from pd95b23e9.dip0.t-ipconnect.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp034) with SMTP; 21 Feb 2006 15:47:24 +0100 X-Authenticated: #1915285 Message-ID: <43FB27C2.2080008@gmx.de> Date: Tue, 21 Feb 2006 15:46:26 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= CC: Geoffrey M Clemm , Jason Crawford , webdav References: <43F9E47C.6020907@gmx.de> <9C89FC92-9DD9-4CA4-9F5F-84429689535D@apple.com> In-Reply-To: <9C89FC92-9DD9-4CA4-9F5F-84429689535D@apple.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1FBYnZ-0000vW-MW 85594782fcf30b29731de90e71ba3108 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43FB27C2.2080008@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12136 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 21 Feb 2006 14:47:51 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 Wilfredo Sánchez Vega wrote: > > Should we recommend that a PROPFIND always return the same (canonical) > segment from a given list of equivalent segments? If a server doesn't do that, UIs will behave in a *very* surprising when a collection view is refreshed. Thus, I'd say, yes they SHOULD. > Clients may be confused if a random choice from "ab", "Ab", "aB", and > "AB" for a given set of sequential PROPFIND requests, such as assume > that things are changing when they may in fact not have changed at all. Exactly. From w3c-dist-auth-request@listhub.w3.org Tue Feb 21 16:18:30 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBety-0002hS-T2 for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 16:18:30 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBetx-0001kY-J3 for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 16:18:30 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBesu-0002ip-7W for w3c-dist-auth-dist@listhub.w3.org; Tue, 21 Feb 2006 21:17:24 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FBesm-0002i9-UW for w3c-dist-auth@listhub.w3.org; Tue, 21 Feb 2006 21:17:17 +0000 Received: from laweleka.osafoundation.org ([204.152.186.98]) by maggie.w3.org with esmtp (Exim 4.50) id 1FBesj-0006OE-6O for w3c-dist-auth@w3.org; Tue, 21 Feb 2006 21:17:16 +0000 Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id DE20314226C; Tue, 21 Feb 2006 13:17:11 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15294-03; Tue, 21 Feb 2006 13:17:11 -0800 (PST) Received: from [192.168.101.217] (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 6E44F142262; Tue, 21 Feb 2006 13:17:11 -0800 (PST) In-Reply-To: <43FB27C2.2080008@gmx.de> References: <43F9E47C.6020907@gmx.de> <9C89FC92-9DD9-4CA4-9F5F-84429689535D@apple.com> <43FB27C2.2080008@gmx.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <1D20C192-83C3-49D9-B710-E6DBCE577217@osafoundation.org> Cc: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= , Geoffrey M Clemm , Jason Crawford , webdav Content-Transfer-Encoding: quoted-printable From: Lisa Dusseault Date: Tue, 21 Feb 2006 12:07:41 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org 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 1FBesj-0006OE-6O 7aac9e72ae1e1d77b496743e5d576d16 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/1D20C192-83C3-49D9-B710-E6DBCE577217@osafoundation.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12137 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 21 Feb 2006 21:17:24 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 93238566e09e6e262849b4f805833007 On Feb 21, 2006, at 6:46 AM, Julian Reschke wrote: > > Wilfredo S=E1nchez Vega wrote: >> Should we recommend that a PROPFIND always return the same =20 >> (canonical) segment from a given list of equivalent segments? > > If a server doesn't do that, UIs will behave in a *very* surprising =20= > when a collection view is refreshed. > > Thus, I'd say, yes they SHOULD. MUST, even. Are such segment mappings considered harmful enough to recommend that =20= servers SHOULD NOT have equivalence sets of segments? (But that if =20 they do, here's how they MUST do it, of course) Lisa= From w3c-dist-auth-request@listhub.w3.org Tue Feb 21 17:31:43 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBg2p-00088Z-3r for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 17:31:43 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBg2n-0006QO-R4 for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 17:31:43 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBg1w-0006Lr-P5 for w3c-dist-auth-dist@listhub.w3.org; Tue, 21 Feb 2006 22:30:48 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FBg1o-0006Kx-Fa for w3c-dist-auth@listhub.w3.org; Tue, 21 Feb 2006 22:30:40 +0000 Received: from mail-out4.apple.com ([17.254.13.23]) by aji.w3.org with esmtp (Exim 4.50) id 1FBg1l-0000GT-0O for w3c-dist-auth@w3.org; Tue, 21 Feb 2006 22:30:39 +0000 Received: from relay6.apple.com (relay6.apple.com [17.128.113.36]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id k1LMUHbE015143; Tue, 21 Feb 2006 14:30:17 -0800 (PST) Received: from [17.221.42.43] (pucca.apple.com [17.221.42.43]) by relay6.apple.com (Apple SCV relay) with ESMTP id 78CAF24E; Tue, 21 Feb 2006 14:30:17 -0800 (PST) In-Reply-To: <1D20C192-83C3-49D9-B710-E6DBCE577217@osafoundation.org> References: <43F9E47C.6020907@gmx.de> <9C89FC92-9DD9-4CA4-9F5F-84429689535D@apple.com> <43FB27C2.2080008@gmx.de> <1D20C192-83C3-49D9-B710-E6DBCE577217@osafoundation.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <4E37033B-26DD-4157-BCB3-0A1CFCD0D168@apple.com> Cc: Julian Reschke , Geoffrey M Clemm , Jason Crawford , webdav Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= Date: Tue, 21 Feb 2006 14:30:16 -0800 To: Lisa Dusseault X-Mailer: Apple Mail (2.746.2) X-Brightmail-Tracker: AAAAAA== Received-SPF: pass (aji.w3.org: domain of wsanchez@apple.com designates 17.254.13.23 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1FBg1l-0000GT-0O eecc48a67b5de9a2af5de868d58e19f9 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/4E37033B-26DD-4157-BCB3-0A1CFCD0D168@apple.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12138 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 21 Feb 2006 22:30:48 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 On Feb 21, 2006, at 12:07 PM, Lisa Dusseault wrote: > On Feb 21, 2006, at 6:46 AM, Julian Reschke wrote: > >> Wilfredo S=E1nchez Vega wrote: >>> Should we recommend that a PROPFIND always return the same =20 >>> (canonical) segment from a given list of equivalent segments? >> >> If a server doesn't do that, UIs will behave in a *very* =20 >> surprising when a collection view is refreshed. >> >> Thus, I'd say, yes they SHOULD. > > MUST, even. > > Are such segment mappings considered harmful enough to recommend =20 > that servers SHOULD NOT have equivalence sets of segments? (But =20 > that if they do, here's how they MUST do it, of course) These are fairly common today, and people seem to be getting by =20 just fine, so I'd say no, they aren't sufficiently harmful. -wsv From w3c-dist-auth-request@listhub.w3.org Tue Feb 21 18:51:18 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBhHq-0003SB-HA for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 18:51:18 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBhHp-0008PS-6g for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 18:51:18 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBhGu-0005GQ-LQ for w3c-dist-auth-dist@listhub.w3.org; Tue, 21 Feb 2006 23:50:20 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FBhGk-0005F9-Sl for w3c-dist-auth@listhub.w3.org; Tue, 21 Feb 2006 23:50:11 +0000 Received: from pine.neustar.com ([209.173.57.70]) by aji.w3.org with esmtp (Exim 4.50) id 1FBhGg-00029f-1u for w3c-dist-auth@w3.org; Tue, 21 Feb 2006 23:50:10 +0000 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by pine.neustar.com (8.12.8/8.12.8) with ESMTP id k1LNo2vP023007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 21 Feb 2006 23:50:02 GMT Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1FBhGc-00034O-8L; Tue, 21 Feb 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: Tue, 21 Feb 2006 18:50:02 -0500 Received-SPF: none (aji.w3.org: domain of ietf@ietf.org does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1FBhGg-00029f-1u 46b0fff6647894a05e5e31ffd9d579d1 X-Original-To: w3c-dist-auth@w3.org Subject: I-D ACTION:draft-ietf-webdav-rfc2518bis-14.txt X-Archived-At: http://www.w3.org/mid/E1FBhGc-00034O-8L@stiedprstage1.ietf.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12139 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 21 Feb 2006 23:50:20 +0000 X-Spam-Score: 0.3 (/) X-Scan-Signature: f66b12316365a3fe519e75911daf28a8 --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-14.txt Pages : 144 Date : 2006-2-21 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-14.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-14.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-14.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-2-21152028.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-rfc2518bis-14.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-rfc2518bis-14.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2006-2-21152028.I-D@ietf.org> --OtherAccess-- --NextPart-- From w3c-dist-auth-request@listhub.w3.org Tue Feb 21 19:13:12 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBhd2-0004xx-2S for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 19:13:12 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBhd0-0002HX-QG for webdav-archive@lists.ietf.org; Tue, 21 Feb 2006 19:13:12 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBhcY-0001QC-5D for w3c-dist-auth-dist@listhub.w3.org; Wed, 22 Feb 2006 00:12:42 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FBhcP-0001PV-Q7 for w3c-dist-auth@listhub.w3.org; Wed, 22 Feb 2006 00:12:34 +0000 Received: from mail.gmx.net ([213.165.64.20]) by aji.w3.org with smtp (Exim 4.50) id 1FBhcL-0004qL-S7 for w3c-dist-auth@w3.org; Wed, 22 Feb 2006 00:12:32 +0000 Received: (qmail invoked by alias); 22 Feb 2006 00:12:25 -0000 Received: from p508FB037.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.176.55] by mail.gmx.net (mp024) with SMTP; 22 Feb 2006 01:12:25 +0100 X-Authenticated: #1915285 Message-ID: <43FBAC33.2010500@gmx.de> Date: Wed, 22 Feb 2006 01:11:31 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lisa Dusseault CC: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= , Geoffrey M Clemm , Jason Crawford , webdav References: <43F9E47C.6020907@gmx.de> <9C89FC92-9DD9-4CA4-9F5F-84429689535D@apple.com> <43FB27C2.2080008@gmx.de> <1D20C192-83C3-49D9-B710-E6DBCE577217@osafoundation.org> In-Reply-To: <1D20C192-83C3-49D9-B710-E6DBCE577217@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1FBhcL-0004qL-S7 b26113880ebb98c8bbaaed8a66d5409b X-Original-To: w3c-dist-auth@w3.org Subject: Re: Possible problem in collection definition X-Archived-At: http://www.w3.org/mid/43FBAC33.2010500@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12140 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 22 Feb 2006 00:12:42 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Lisa Dusseault wrote: > > On Feb 21, 2006, at 6:46 AM, Julian Reschke wrote: > >> >> Wilfredo Sánchez Vega wrote: >>> Should we recommend that a PROPFIND always return the same >>> (canonical) segment from a given list of equivalent segments? >> >> If a server doesn't do that, UIs will behave in a *very* surprising >> when a collection view is refreshed. >> >> Thus, I'd say, yes they SHOULD. > > MUST, even. Nope. I don't think that would make sense. Servers will return consistent names if they can (and we tell them they SHOULD). Servers won't if they can't. A "MUST" won't change that. > Are such segment mappings considered harmful enough to recommend that > servers SHOULD NOT have equivalence sets of segments? (But that if they > do, here's how they MUST do it, of course) Why would that be harmful? From w3c-dist-auth-request@listhub.w3.org Wed Feb 22 11:00:57 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FBwQD-0002YT-Hd for webdav-archive@lists.ietf.org; Wed, 22 Feb 2006 11:00:57 -0500 Received: from [156.154.16.129] (helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FBwQD-0001Ge-GI for webdav-archive@lists.ietf.org; Wed, 22 Feb 2006 11:00:57 -0500 Received: from frink.w3.org ([128.30.52.16]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1FBw9b-0002A2-Lo for webdav-archive@lists.ietf.org; Wed, 22 Feb 2006 10:43:48 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FBw86-0002AV-Pa for w3c-dist-auth-dist@listhub.w3.org; Wed, 22 Feb 2006 15:42:14 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FBw7x-00026P-DH for w3c-dist-auth@listhub.w3.org; Wed, 22 Feb 2006 15:42:05 +0000 Received: from sj-iport-4.cisco.com ([171.68.10.86]) by aji.w3.org with esmtp (Exim 4.50) id 1FBw7s-0002Zm-W3 for w3c-dist-auth@w3.org; Wed, 22 Feb 2006 15:42:04 +0000 Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-4.cisco.com with ESMTP; 22 Feb 2006 07:41:59 -0800 X-IronPort-AV: i="4.02,137,1139212800"; d="scan'208"; a="1778672623:sNHT32703736" 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 k1MFfuub021348; Wed, 22 Feb 2006 07:41:56 -0800 (PST) Received: from 10.21.114.255 ([10.21.114.255]) by vtg-um-e2k4.sj21ad.cisco.com ([171.70.93.57]) with Microsoft Exchange Server HTTP-DAV ; Wed, 22 Feb 2006 15:41:56 +0000 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Wed, 22 Feb 2006 07:42:18 -0800 From: Cullen Jennings To: WebDav CC: Lisa Dusseault Message-ID: Thread-Topic: WGLC of draft-ietf-webdav-rfc2518bis-14.txt Thread-Index: AcY3xo+qzmQqx6O5EdqhJQARJEEJ/A== 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 1FBw7s-0002Zm-W3 c6ef997ecbf183236de448ffbeb5bfe2 X-Original-To: w3c-dist-auth@w3.org Subject: WGLC of draft-ietf-webdav-rfc2518bis-14.txt X-Archived-At: http://www.w3.org/mid/C021C65A.76632%25fluffy@cisco.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12141 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 22 Feb 2006 15:42:14 +0000 X-Spam-Score: -2.6 (--) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a I am absolutely thrilled to be able to Working Group Last Call (WGLC) draft-ietf-webdav-rfc2518bis. The WGLC will end on March 15, 2006. I am aware of one complex open issue with this version of the draft. The use of ETAGs in the response to a HTTP PUT is not exactly clear in the HTTP spec and this has implications for WebDAV. Some folks are working on a draft to clarify this in HTTP. I'm sure this issue will be discussed during the Last Call. On minor issues, Julian will be proposing new text for bug 143. The "if header" section needs particularly careful review. I would like to ask everyone to read this. We really need to get some fresh eyes reading this document. Did we get it right? Is there enough detail that you can implement it? Does this clarify previous interoperable problems? Thank you, Cullen I'd like to take this moment to thank the several contributors that put in a ton of work to make this happen and to all the folks on the mailing list that put up with the roughly two thousand email posts from bugzilla. I really hope the volume of these will be reducing. From w3c-dist-auth-request@listhub.w3.org Wed Feb 22 22:11:00 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FC6se-00063n-8T for webdav-archive@lists.ietf.org; Wed, 22 Feb 2006 22:11:00 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FC6sc-0001r0-Rp for webdav-archive@lists.ietf.org; Wed, 22 Feb 2006 22:11:00 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FC6r1-0006kt-H3 for w3c-dist-auth-dist@listhub.w3.org; Thu, 23 Feb 2006 03:09:19 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FC6qt-0006k7-3V for w3c-dist-auth@listhub.w3.org; Thu, 23 Feb 2006 03:09:11 +0000 Received: from agminet01.oracle.com ([141.146.126.228]) by lisa.w3.org with esmtp (Exim 4.50) id 1FC6qp-0001OU-NO for w3c-dist-auth@w3.org; Thu, 23 Feb 2006 03:09:11 +0000 Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k1N38rCL008747; Wed, 22 Feb 2006 21:08:53 -0600 Received: from localhost (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k1N38qet009820; Wed, 22 Feb 2006 20:08:52 -0700 Received: from [127.0.0.1] (dhcp-amer-rmdc-csvpn-gw5-141-144-105-62.vpn.oracle.com [141.144.105.62]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k1N38gnf009762; Wed, 22 Feb 2006 20:08:49 -0700 Message-ID: <43FD273E.3020702@oracle.com> Date: Wed, 22 Feb 2006 22:08:46 -0500 From: Bernard Desruisseaux User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, fr-ca MIME-Version: 1.0 To: CalDAV DevList , Calsify WG , WebDAV WG CC: Ted Hardie , Lisa Dusseault , Cyrus Daboo , Bernard Desruisseaux Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE Received-SPF: none (lisa.w3.org: domain of bernard.desruisseaux@oracle.com does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1FC6qp-0001OU-NO 627761092d5a2b35b49172c2f9fb64a5 X-Original-To: w3c-dist-auth@w3.org Subject: CalDAV draft Informal Last-Call X-Archived-At: http://www.w3.org/mid/43FD273E.3020702@oracle.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12142 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 23 Feb 2006 03:09:19 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: cd26b070c2577ac175cd3a6d878c6248 We submitted CalDAV draft -10 to the IETF yesterday. The draft has not been officially announced yet, but it is already available for you to review at the following URL: http://ietf.webdav.org/caldav/draft-dusseault-caldav-10.txt We would like to submit the CalDAV draft for Last Call in time for the 65th IETF Meeting in Dallas (i.e., really soon!). Before we do so, we would like to get as much feedback as possible from the participants of the "ietf-caldav" mailing list as well as from the members of the WebDAV and Calsify Working Groups. Once officially announced the draft should be available at: http://www.ietf.org/internet-drafts/draft-dusseault-caldav-10.txt Previous versions of the draft are available at: http://ietfreport.isoc.org/idref/draft-dusseault-caldav/ Discussion on CalDAV is taking place on the "ietf-caldav" mailing list: mailto:ietf-caldav@osafoundation.org which is archived at: http://lists.osafoundation.org/mailman/listinfo/ietf-caldav Reports on the 4 CalDAV Interoperability Events organized by the Calendaring and Scheduling Consortium (CalConnect) can be found at: http://www.calconnect.org/ioppast.html Finally, additional information on CalDAV can also be found at: http://ietf.webdav.org/caldav/ Please review draft -10 and send us feedback/questions/comments. Thanks for you help! Cheers, Bernard -- C.1. Changes in -10 a. Added new section about support for X- items when storing data. b. Added new precondition to allow servers to reject queries on unsupported X- items, and a new example. c. Added new text about always supporting X- in calendar-data. d. Created new section for PUT, COPY and MOVE preconditions. e. Report examples re-done with full listing of calendar data in Appendix. f. Removed description of using UID, SUMMARY etc as resource name. g. Indicate that calendar object resource may contain only overridden components. h. Add security consideration about not expose details in resource names. i. Add constraint that free-busy-query can only be run on a collection. j. Add preconditions for calendar-timezone property/elements in MKCALENDAR, PROPPATCH and calendar-query REPORT. k. Fix principal-match example. From w3c-dist-auth-request@listhub.w3.org Thu Feb 23 03:11:04 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCBZ2-0000KP-G2 for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 03:11:04 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCBYy-0005JO-2N for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 03:11:04 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FCBXJ-0004Op-N9 for w3c-dist-auth-dist@listhub.w3.org; Thu, 23 Feb 2006 08:09:17 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FCBXD-0004Nl-A1 for w3c-dist-auth@listhub.w3.org; Thu, 23 Feb 2006 08:09:11 +0000 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by lisa.w3.org with smtp (Exim 4.50) id 1FCBX7-0008Sv-KZ for w3c-dist-auth@w3.org; Thu, 23 Feb 2006 08:09:10 +0000 Received: (qmail invoked by alias); 23 Feb 2006 08:09:04 -0000 Received: from p508FB53A.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.181.58] by mail.gmx.net (mp029) with SMTP; 23 Feb 2006 09:09:04 +0100 X-Authenticated: #1915285 Message-ID: <43FD6D6F.3030308@gmx.de> Date: Thu, 23 Feb 2006 09:08:15 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Bernard Desruisseaux CC: CalDAV DevList , Calsify WG , WebDAV WG , Ted Hardie , Lisa Dusseault , Cyrus Daboo References: <43FD273E.3020702@oracle.com> In-Reply-To: <43FD273E.3020702@oracle.com> 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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1FCBX7-0008Sv-KZ 45242cc3cda4d3b7c7af59cbbf9bca34 X-Original-To: w3c-dist-auth@w3.org Subject: Re: CalDAV draft Informal Last-Call X-Archived-At: http://www.w3.org/mid/43FD6D6F.3030308@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12143 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 23 Feb 2006 08:09:17 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: 7fa173a723009a6ca8ce575a65a5d813 Hm. It strikes me as a particularly bad idea to last-call a draft that builds on top of RFC2518, while, at the same time, RFC2518bis is last called. Reasons: - you will likely have to update the spec to refer to rfc2518bis instead anyway, and this frequently is more work than just updating a single reference (in particular, the stuff about ETags in section 5.3.4 is partly in conflict with RFC2616, and likely to be in conflict with the separate document about ETag handling in HTTP the IETF has decided to produce). - the group of people who can give constructive feedback to CalDAV definitively overlaps with those who can review RFC2518bis. Therefore I strongly suggest not to last-call anything WebDAV related before RFC2518bis' last call has ended. Best regards, Julian Bernard Desruisseaux wrote: > > We submitted CalDAV draft -10 to the IETF yesterday. The draft has > not been officially announced yet, but it is already available for > you to review at the following URL: > > http://ietf.webdav.org/caldav/draft-dusseault-caldav-10.txt > > We would like to submit the CalDAV draft for Last Call in time for > the 65th IETF Meeting in Dallas (i.e., really soon!). Before we do > so, we would like to get as much feedback as possible from the > participants of the "ietf-caldav" mailing list as well as from the > members of the WebDAV and Calsify Working Groups. > > Once officially announced the draft should be available at: > > http://www.ietf.org/internet-drafts/draft-dusseault-caldav-10.txt > > Previous versions of the draft are available at: > > http://ietfreport.isoc.org/idref/draft-dusseault-caldav/ > > Discussion on CalDAV is taking place on the "ietf-caldav" mailing list: > > mailto:ietf-caldav@osafoundation.org > > which is archived at: > > http://lists.osafoundation.org/mailman/listinfo/ietf-caldav > > Reports on the 4 CalDAV Interoperability Events organized by the > Calendaring and Scheduling Consortium (CalConnect) can be found at: > > http://www.calconnect.org/ioppast.html > > Finally, additional information on CalDAV can also be found at: > > http://ietf.webdav.org/caldav/ > > Please review draft -10 and send us feedback/questions/comments. > > Thanks for you help! > > Cheers, > Bernard > > -- > > C.1. Changes in -10 > > a. Added new section about support for X- items when storing data. > > b. Added new precondition to allow servers to reject queries on > unsupported X- items, and a new example. > > c. Added new text about always supporting X- in calendar-data. > > d. Created new section for PUT, COPY and MOVE preconditions. > > e. Report examples re-done with full listing of calendar data in > Appendix. > > f. Removed description of using UID, SUMMARY etc as resource name. > > g. Indicate that calendar object resource may contain only > overridden components. > > h. Add security consideration about not expose details in resource > names. > > i. Add constraint that free-busy-query can only be run on a > collection. > > j. Add preconditions for calendar-timezone property/elements in > MKCALENDAR, PROPPATCH and calendar-query REPORT. > > k. Fix principal-match example. > > > > -- bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 From w3c-dist-auth-request@listhub.w3.org Thu Feb 23 04:35:31 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCCsl-0006GO-SN for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 04:35:31 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCCsj-0001Dq-J0 for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 04:35:31 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FCCra-0006pa-B6 for w3c-dist-auth-dist@listhub.w3.org; Thu, 23 Feb 2006 09:34:18 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FCCrS-0006mc-2f for w3c-dist-auth@listhub.w3.org; Thu, 23 Feb 2006 09:34:10 +0000 Received: from mail.greenbytes.de ([217.91.35.233] helo=joe.greenbytes.de) by lisa.w3.org with esmtp (Exim 4.50) id 1FCCrI-0002h0-ES for w3c-dist-auth@w3.org; Thu, 23 Feb 2006 09:34:08 +0000 Received: from [192.168.1.4] (unknown [192.168.1.4]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by joe.greenbytes.de (Postfix) with ESMTP id 6CDA5134D0 for ; Thu, 23 Feb 2006 10:33:26 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v623) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Eissing Date: Thu, 23 Feb 2006 10:33:42 +0100 To: WebDav 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 1FCCrI-0002h0-ES 5c1e08f5336f2bc9f363d7385b5f9fc7 X-Original-To: w3c-dist-auth@w3.org Subject: Re: WGLC of draft-ietf-webdav-rfc2518bis-14.txt X-Archived-At: http://www.w3.org/mid/da9c97d74132dd9e31b728a218546a0a@greenbytes.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12144 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 23 Feb 2006 09:34:18 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 Congratulations to the working group! Am 22.02.2006 um 16:42 schrieb Cullen Jennings: > > > I am absolutely thrilled to be able to Working Group Last Call (WGLC) > draft-ietf-webdav-rfc2518bis. The WGLC will end on March 15, 2006. > > I am aware of one complex open issue with this version of the draft. > The use > of ETAGs in the response to a HTTP PUT is not exactly clear in the > HTTP spec > and this has implications for WebDAV. Some folks are working on a > draft to > clarify this in HTTP. I'm sure this issue will be discussed during the > Last > Call. > > On minor issues, Julian will be proposing new text for bug 143. > > The "if header" section needs particularly careful review. > > I would like to ask everyone to read this. We really need to get some > fresh > eyes reading this document. Did we get it right? Is there enough > detail that > you can implement it? Does this clarify previous interoperable > problems? > > Thank you, > Cullen > > I'd like to take this moment to thank the several contributors that > put in a > ton of work to make this happen and to all the folks on the mailing > list > that put up with the roughly two thousand email posts from bugzilla. I > really hope the volume of these will be reducing. > From w3c-dist-auth-request@listhub.w3.org Thu Feb 23 10:02:51 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCHzX-0001TG-GB for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 10:02:51 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCHzW-0005ni-2E for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 10:02:51 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FCHyE-0006Pj-BR for w3c-dist-auth-dist@listhub.w3.org; Thu, 23 Feb 2006 15:01:30 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FCHy6-0006N7-OE for w3c-dist-auth@listhub.w3.org; Thu, 23 Feb 2006 15:01:22 +0000 Received: from rgminet01.oracle.com ([148.87.113.118]) by maggie.w3.org with esmtp (Exim 4.50) id 1FCHy0-00048s-Ia for w3c-dist-auth@w3.org; Thu, 23 Feb 2006 15:01:22 +0000 Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id k1NF0swE026961; Thu, 23 Feb 2006 08:00:54 -0700 Received: from localhost (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k1NF0sfS023892; Thu, 23 Feb 2006 08:00:54 -0700 Received: from [10.156.42.83] (bdesruis-ca.ca.oracle.com [10.156.42.83]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k1NF0lbv023847 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 23 Feb 2006 08:00:47 -0700 Message-ID: <43FDCDC3.3000004@oracle.com> Date: Thu, 23 Feb 2006 09:59:15 -0500 From: Bernard Desruisseaux User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Reschke CC: CalDAV DevList , Calsify WG , WebDAV WG , Ted Hardie , Lisa Dusseault , Cyrus Daboo References: <43FD273E.3020702@oracle.com> <43FD6D6F.3030308@gmx.de> In-Reply-To: <43FD6D6F.3030308@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE Received-SPF: none (maggie.w3.org: domain of bernard.desruisseaux@oracle.com does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1FCHy0-00048s-Ia c48b0efff42d5213988b9025e0e32719 X-Original-To: w3c-dist-auth@w3.org Subject: Re: CalDAV draft Informal Last-Call X-Archived-At: http://www.w3.org/mid/43FDCDC3.3000004@oracle.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12145 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 23 Feb 2006 15:01:30 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: b2809b6f39decc6de467dcf252f42af1 Julian, Thanks for your feedback! The idea to do an informal last call is exactly to get this kind of feedback. :-) Lisa, Cyrus and I already discussed about the possibility of making reference to RFC2518bis. We will consider your feedback on this issue. Meanwhile, it would be appreciated if you could elaborate some more on the implication of referencing RFC2518bis instead of RFC2518 in CalDAV. Thanks, Bernard P.S. I have printed rfc2518bis and will take the time to review it! Julian Reschke wrote: > Hm. > > It strikes me as a particularly bad idea to last-call a draft that > builds on top of RFC2518, while, at the same time, RFC2518bis is last > called. > > Reasons: > > - you will likely have to update the spec to refer to rfc2518bis instead > anyway, and this frequently is more work than just updating a single > reference (in particular, the stuff about ETags in section 5.3.4 is > partly in conflict with RFC2616, and likely to be in conflict with the > separate document about ETag handling in HTTP the IETF has decided to > produce). > > - the group of people who can give constructive feedback to CalDAV > definitively overlaps with those who can review RFC2518bis. > > Therefore I strongly suggest not to last-call anything WebDAV related > before RFC2518bis' last call has ended. > > Best regards, Julian > > > Bernard Desruisseaux wrote: > >> >> We submitted CalDAV draft -10 to the IETF yesterday. The draft has >> not been officially announced yet, but it is already available for >> you to review at the following URL: >> >> http://ietf.webdav.org/caldav/draft-dusseault-caldav-10.txt >> >> We would like to submit the CalDAV draft for Last Call in time for >> the 65th IETF Meeting in Dallas (i.e., really soon!). Before we do >> so, we would like to get as much feedback as possible from the >> participants of the "ietf-caldav" mailing list as well as from the >> members of the WebDAV and Calsify Working Groups. >> >> Once officially announced the draft should be available at: >> >> http://www.ietf.org/internet-drafts/draft-dusseault-caldav-10.txt >> >> Previous versions of the draft are available at: >> >> http://ietfreport.isoc.org/idref/draft-dusseault-caldav/ >> >> Discussion on CalDAV is taking place on the "ietf-caldav" mailing list: >> >> mailto:ietf-caldav@osafoundation.org >> >> which is archived at: >> >> http://lists.osafoundation.org/mailman/listinfo/ietf-caldav >> >> Reports on the 4 CalDAV Interoperability Events organized by the >> Calendaring and Scheduling Consortium (CalConnect) can be found at: >> >> http://www.calconnect.org/ioppast.html >> >> Finally, additional information on CalDAV can also be found at: >> >> http://ietf.webdav.org/caldav/ >> >> Please review draft -10 and send us feedback/questions/comments. >> >> Thanks for you help! >> >> Cheers, >> Bernard >> >> -- >> >> C.1. Changes in -10 >> >> a. Added new section about support for X- items when storing data. >> >> b. Added new precondition to allow servers to reject queries on >> unsupported X- items, and a new example. >> >> c. Added new text about always supporting X- in calendar-data. >> >> d. Created new section for PUT, COPY and MOVE preconditions. >> >> e. Report examples re-done with full listing of calendar data in >> Appendix. >> >> f. Removed description of using UID, SUMMARY etc as resource name. >> >> g. Indicate that calendar object resource may contain only >> overridden components. >> >> h. Add security consideration about not expose details in resource >> names. >> >> i. Add constraint that free-busy-query can only be run on a >> collection. >> >> j. Add preconditions for calendar-timezone property/elements in >> MKCALENDAR, PROPPATCH and calendar-query REPORT. >> >> k. Fix principal-match example. >> >> >> >> > > From w3c-dist-auth-request@listhub.w3.org Thu Feb 23 10:29:36 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCIPQ-0002fr-OC for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 10:29:36 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCIPP-0007RV-Fi for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 10:29:36 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FCIOr-0004Ea-Uf for w3c-dist-auth-dist@listhub.w3.org; Thu, 23 Feb 2006 15:29:01 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FCIOj-0004Dn-A1 for w3c-dist-auth@listhub.w3.org; Thu, 23 Feb 2006 15:28:53 +0000 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by lisa.w3.org with smtp (Exim 4.50) id 1FCIOY-0005QK-FQ for w3c-dist-auth@w3.org; Thu, 23 Feb 2006 15:28:52 +0000 Received: (qmail invoked by alias); 23 Feb 2006 15:22:01 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp031) with SMTP; 23 Feb 2006 16:22:01 +0100 X-Authenticated: #1915285 Message-ID: <43FDD2DE.9010005@gmx.de> Date: Thu, 23 Feb 2006 16:21:02 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Bernard Desruisseaux CC: CalDAV DevList , Calsify WG , WebDAV WG , Ted Hardie , Lisa Dusseault , Cyrus Daboo References: <43FD273E.3020702@oracle.com> <43FD6D6F.3030308@gmx.de> <43FDCDC3.3000004@oracle.com> In-Reply-To: <43FDCDC3.3000004@oracle.com> 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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1FCIOY-0005QK-FQ 109ef6e0fc016f609e5fc342af4b95f4 X-Original-To: w3c-dist-auth@w3.org Subject: Re: CalDAV draft Informal Last-Call X-Archived-At: http://www.w3.org/mid/43FDD2DE.9010005@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12146 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 23 Feb 2006 15:29:01 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Bernard Desruisseaux wrote: > > Julian, > > Thanks for your feedback! The idea to do an informal last call is > exactly to get this kind of feedback. :-) > > Lisa, Cyrus and I already discussed about the possibility of making > reference to RFC2518bis. We will consider your feedback on this issue. Well, and that's the problem. To provide that kind of feedback, I'll have to review the spec, and that's the one thing I really don't have time for during RFC2518bis' last call :-) > Meanwhile, it would be appreciated if you could elaborate some more on > the implication of referencing RFC2518bis instead of RFC2518 in CalDAV. > > Thanks, > Bernard > > P.S. I have printed rfc2518bis and will take the time to review it! Great! Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Thu Feb 23 18:51:41 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCQFJ-0000Rl-Ne for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 18:51:41 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCQFJ-0002wc-DK for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 18:51:41 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FCQDz-00018I-D9 for w3c-dist-auth-dist@listhub.w3.org; Thu, 23 Feb 2006 23:50:19 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FCQDq-000178-7z for w3c-dist-auth@listhub.w3.org; Thu, 23 Feb 2006 23:50:10 +0000 Received: from pine.neustar.com ([209.173.57.70]) by maggie.w3.org with esmtp (Exim 4.50) id 1FCQDk-0001aV-Fz for w3c-dist-auth@w3.org; Thu, 23 Feb 2006 23:50:07 +0000 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by pine.neustar.com (8.12.8/8.12.8) with ESMTP id k1NNo2vP021993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 23 Feb 2006 23:50:02 GMT Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1FCQDi-0001PM-1g; Thu, 23 Feb 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: Thu, 23 Feb 2006 18:50:02 -0500 Received-SPF: none (maggie.w3.org: domain of ietf@ietf.org does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1FCQDk-0001aV-Fz e6203b6f65acc96a5bef6487fa41b10d X-Original-To: w3c-dist-auth@w3.org Subject: I-D ACTION:draft-ietf-webdav-bind-14.txt X-Archived-At: http://www.w3.org/mid/E1FCQDi-0001PM-1g@stiedprstage1.ietf.org Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12147 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 23 Feb 2006 23:50:19 +0000 X-Spam-Score: 0.3 (/) X-Scan-Signature: 10ba05e7e8a9aa6adb025f426bef3a30 --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 : Binding Extensions to Web Distributed Authoring and Versioning (WebDAV) Author(s) : G. Clemm, et al. Filename : draft-ietf-webdav-bind-14.txt Pages : 41 Date : 2006-2-23 This specification defines bindings, and the BIND method for creating multiple bindings to the same resource. Creating a new binding to a resource causes at least one new URI to be mapped to that resource. Servers are required to insure the integrity of any bindings that they allow to be created. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-webdav-bind-14.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-bind-14.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-bind-14.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-2-23153500.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-bind-14.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-bind-14.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2006-2-23153500.I-D@ietf.org> --OtherAccess-- --NextPart-- From w3c-dist-auth-request@listhub.w3.org Thu Feb 23 22:08:52 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCTK8-0000Zb-Es for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 22:08:52 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCTK8-0001BP-2j for webdav-archive@lists.ietf.org; Thu, 23 Feb 2006 22:08:52 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FCTIS-0006Wy-IP for w3c-dist-auth-dist@listhub.w3.org; Fri, 24 Feb 2006 03:07:08 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FCTIK-0006WJ-SE for w3c-dist-auth@listhub.w3.org; Fri, 24 Feb 2006 03:07:01 +0000 Received: from agminet01.oracle.com ([141.146.126.228]) by aji.w3.org with esmtp (Exim 4.50) id 1FCTI9-0003w9-DI for w3c-dist-auth@w3.org; Fri, 24 Feb 2006 03:06:59 +0000 Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.186.50]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k1O36kIO007068; Thu, 23 Feb 2006 21:06:46 -0600 Received: from localhost (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k1O36jiB010760; Thu, 23 Feb 2006 20:06:45 -0700 Received: from [127.0.0.1] (dhcp-amer-rmdc-csvpn-gw4-141-144-97-75.vpn.oracle.com [141.144.97.75]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k1O36ar4010721; Thu, 23 Feb 2006 20:06:39 -0700 Message-ID: <43FE7841.5040506@oracle.com> Date: Thu, 23 Feb 2006 22:06:41 -0500 From: Bernard Desruisseaux User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, fr-ca MIME-Version: 1.0 To: CalDAV DevList , Calsify WG , WebDAV WG Content-Type: multipart/mixed; boundary="------------070600070206030600050804" X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE Received-SPF: none (aji.w3.org: domain of bernard.desruisseaux@oracle.com does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.4 X-W3C-Scan-Sig: aji.w3.org 1FCTI9-0003w9-DI cb3ae05d6e612d382c7df2eb2825b971 X-Original-To: w3c-dist-auth@w3.org Subject: [Fwd: I-D ACTION:draft-dusseault-caldav-10.txt] X-Archived-At: http://www.w3.org/mid/43FE7841.5040506@oracle.com Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12148 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 24 Feb 2006 03:07:08 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: a87a9cdae4ac5d3fbeee75cd0026d632 This is a multi-part message in MIME format. --------------070600070206030600050804 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit -------- Original Message -------- Subject: I-D ACTION:draft-dusseault-caldav-10.txt Date: Thu, 23 Feb 2006 15:50:01 -0500 From: Internet-Drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Calendaring Extensions to WebDAV (CalDAV) Author(s) : L. Dusseault, et al. Filename : draft-dusseault-caldav-10.txt Pages : 94 Date : 2006-2-23 This document specifies a set of methods, headers, message bodies, properties, and reports that define calendar access extensions to the WebDAV protocol. The new protocol elements are intended to make WebDAV-based calendaring and scheduling an interoperable standard that supports calendar access, calendar management, calendar sharing, and calendar publishing. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-dusseault-caldav-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-dusseault-caldav-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-dusseault-caldav-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. --------------070600070206030600050804 Content-Type: Message/External-body; name="draft-dusseault-caldav-10.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="draft-dusseault-caldav-10.txt" Content-Type: text/plain Content-ID: <2006-2-23145218.I-D@ietf.org> --------------070600070206030600050804 Content-Type: text/plain; name="file:///C|/DOCUME%7E1/BDESRUIS/LOCALS%7E1/TEMP/nsmail-1.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="file:///C|/DOCUME%7E1/BDESRUIS/LOCALS%7E1/TEMP/nsmail-1.txt" _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/i-d-announce --------------070600070206030600050804-- From w3c-dist-auth-request@listhub.w3.org Fri Feb 24 10:04:52 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCeV2-0004sI-6U for webdav-archive@lists.ietf.org; Fri, 24 Feb 2006 10:04:52 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCeUz-0005g2-RQ for webdav-archive@lists.ietf.org; Fri, 24 Feb 2006 10:04:52 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FCeT1-0008F9-3B for w3c-dist-auth-dist@listhub.w3.org; Fri, 24 Feb 2006 15:02:47 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FCeSs-0008EE-CH for w3c-dist-auth@listhub.w3.org; Fri, 24 Feb 2006 15:02:38 +0000 Received: from mail.gmx.de ([213.165.64.20] helo=mail.gmx.net) by maggie.w3.org with smtp (Exim 4.50) id 1FCeSU-0002kn-Te for w3c-dist-auth@w3.org; Fri, 24 Feb 2006 15:02:37 +0000 Received: (qmail invoked by alias); 24 Feb 2006 15:02:11 -0000 Received: from pd95b23e9.dip0.t-ipconnect.de (EHLO [192.168.1.40]) [217.91.35.233] by mail.gmx.net (mp038) with SMTP; 24 Feb 2006 16:02:11 +0100 X-Authenticated: #1915285 Message-ID: <43FF1FBC.2010306@gmx.de> Date: Fri, 24 Feb 2006 16:01:16 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: w3c-dist-auth@w3.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1FCeSU-0002kn-Te 9a95b173224ca2eec83b1325424a25dc X-Original-To: w3c-dist-auth@w3.org Subject: Re: I-D ACTION:draft-ietf-webdav-bind-14.txt X-Archived-At: http://www.w3.org/mid/43FF1FBC.2010306@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12149 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 24 Feb 2006 15:02:47 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135 (This draft brings the BIND spec in alignment with the WGLC version of RFC2518bis) Internet-Drafts@ietf.org wrote: > 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 : Binding Extensions to Web Distributed > Authoring and Versioning (WebDAV) > Author(s) : G. Clemm, et al. > Filename : draft-ietf-webdav-bind-14.txt > Pages : 41 > Date : 2006-2-23 > > This specification defines bindings, and the BIND method for creating > multiple bindings to the same resource. Creating a new binding to a > resource causes at least one new URI to be mapped to that resource. > > Servers are required to insure the integrity of any bindings that > they allow to be created. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-webdav-bind-14.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-bind-14.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-bind-14.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. -- bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 From w3c-dist-auth-request@listhub.w3.org Fri Feb 24 10:56:02 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCfIY-0006H2-FM for webdav-archive@lists.ietf.org; Fri, 24 Feb 2006 10:56:02 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCfIW-0007qx-MU for webdav-archive@lists.ietf.org; Fri, 24 Feb 2006 10:56:02 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FCfHS-00089T-P5 for w3c-dist-auth-dist@listhub.w3.org; Fri, 24 Feb 2006 15:54:54 +0000 Received: from maggie.w3.org ([193.51.208.68]) by frink.w3.org with esmtp (Exim 4.50) id 1FCfHL-00088L-78 for w3c-dist-auth@listhub.w3.org; Fri, 24 Feb 2006 15:54:47 +0000 Received: from mta07-winn.ispmail.ntl.com ([81.103.221.47]) by maggie.w3.org with esmtp (Exim 4.50) id 1FCfH2-0004PG-5D for w3c-dist-auth@w3.org; Fri, 24 Feb 2006 15:54:42 +0000 Received: from aamta10-winn.ispmail.ntl.com ([81.103.221.35]) by mta07-winn.ispmail.ntl.com with ESMTP id <20060224155420.MDIA15056.mta07-winn.ispmail.ntl.com@aamta10-winn.ispmail.ntl.com> for ; Fri, 24 Feb 2006 15:54:20 +0000 Received: from manyfish.co.uk ([81.103.18.99]) by aamta10-winn.ispmail.ntl.com with ESMTP id <20060224155420.GDQP22495.aamta10-winn.ispmail.ntl.com@manyfish.co.uk> for ; Fri, 24 Feb 2006 15:54:20 +0000 Received: from monolith.fishnet (localhost.localdomain [127.0.0.1]) by manyfish.co.uk (8.13.4/8.12.5) with ESMTP id k1OFsICL017271 for ; Fri, 24 Feb 2006 15:54:18 GMT Received: (from joe@localhost) by monolith.fishnet (8.13.4/8.13.4/Submit) id k1OFsHdr017267 for w3c-dist-auth@w3.org; Fri, 24 Feb 2006 15:54:17 GMT Date: Fri, 24 Feb 2006 15:54:17 +0000 From: Joe Orton To: w3c-dist-auth@w3.org Message-ID: <20060224155417.GA16528@manyfish.co.uk> Mail-Followup-To: w3c-dist-auth@w3.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Received-SPF: none (maggie.w3.org: domain of joe@manyfish.co.uk does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: maggie.w3.org 1FCfH2-0004PG-5D 7c120cbea3ff9935d2ee26cddbda2ab6 X-Original-To: w3c-dist-auth@w3.org Subject: 2518bis-14 feedback X-Archived-At: http://www.w3.org/mid/20060224155417.GA16528@manyfish.co.uk Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12150 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 24 Feb 2006 15:54:54 +0000 X-Spam-Score: 0.1 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 The new locking stuff is really nicely done; it covers everything I wanted 2518 to cover. The only general comment is that the use of the phrases "write lock" and "types of lock" seems slightly confusing because the spec now defines no other type. Some random nits in stuff I've read so far: 6.6: s/cleaned up/deleted - can infer that "cleaned up" means deleted but it's a bit vague; when I clean up my kitchen I aim to still have a kitchen afterwards ;) 7.5 para two has an uncapitalized "if header" in the third sentence. 7.7 para two; the MUST requirement is confusing; is it a requirement on client or server? The "use" of the request is something which is controlled by the client, but this is a requirement concerning the *interpretation* of the request, which is controlled by the server? The 7.7 para one MUST requirement seems redundant too really. If a client chooses to submit an identical LOCK request twice, then the model already specifies server behaviour. 8.7 is missing a trailing period on the last sentence. 10.4.1; bullet 2 sentence 1 s/that is has/that it has/. The second sentence reads awkwardly, maybe replace it with something like "The semantics of the "submission" of a state token depend on its type (for lock tokens, etc)." From monkey@fto.de Sat Feb 25 14:14:49 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FD4sT-0007t9-Rt for webdav-archive@lists.ietf.org; Sat, 25 Feb 2006 14:14:49 -0500 Received: from u10k119018.ictv.ne.jp ([202.177.119.18]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1FD4sR-0001VS-UG for webdav-archive@lists.ietf.org; Sat, 25 Feb 2006 14:14:49 -0500 Received: (swarthout 91407 invoked from network); Sat, 25 Feb 2006 16:05:47 -0500 MIME-Version: 1.0 Message-Id: <41004795307190271861.50187@microsoft.com> X-Originating-Ip: [187.210.162.226] Subject: Your Order From: Betsy Bacon X-Mailer: incapacitate 7.565.537349 Date: Sat, 25 Feb 2006 19:08:42 -0500 To: webdav-archive@lists.ietf.org X-Confirm-Reading-To: historina@hamptonroads.com Disposition-Notification-To: bakster@email.msn.com Content-Type: multipart/mixed; boundary="------=1285061445500" Content-Transfer-Encoding: base64 X-Spam-Score: 4.4 (++++) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 --------=1285061445500 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 secret of my influence has always been that it remained secret.It is hard to free fools from the chains they revere.
The best answer to answer to anger is silence.Make good habits and they will make you.Joy runs deeper than despair --------=1285061445500 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Good morning sir, Your Order-> http://uk.geocities.com/lani98020wenda66643/ --------=1285061445500-- From w3c-dist-auth-request@listhub.w3.org Sun Feb 26 14:39:55 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FDRkJ-0004hm-Cz for webdav-archive@lists.ietf.org; Sun, 26 Feb 2006 14:39:55 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FDRkF-0004po-3v for webdav-archive@lists.ietf.org; Sun, 26 Feb 2006 14:39:55 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FDRim-0007sr-0Z for w3c-dist-auth-dist@listhub.w3.org; Sun, 26 Feb 2006 19:38:20 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FDRic-0007s3-M8 for w3c-dist-auth@listhub.w3.org; Sun, 26 Feb 2006 19:38:10 +0000 Received: from mail.gmx.net ([213.165.64.20]) by aji.w3.org with smtp (Exim 4.50) id 1FDRiY-0007Tt-6R for w3c-dist-auth@w3.org; Sun, 26 Feb 2006 19:38:09 +0000 Received: (qmail invoked by alias); 26 Feb 2006 19:38:02 -0000 Received: from p508F80D4.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.128.212] by mail.gmx.net (mp028) with SMTP; 26 Feb 2006 20:38:02 +0100 X-Authenticated: #1915285 Message-ID: <44020358.408@gmx.de> Date: Sun, 26 Feb 2006 20:36:56 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: w3c-dist-auth@w3.org References: <20060224155417.GA16528@manyfish.co.uk> In-Reply-To: <20060224155417.GA16528@manyfish.co.uk> Content-Type: text/plain; charset=UTF-8; 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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1FDRiY-0007Tt-6R 3b9e1ae3f9c993607b0756367f662ace X-Original-To: w3c-dist-auth@w3.org Subject: Re: 2518bis-14 feedback X-Archived-At: http://www.w3.org/mid/44020358.408@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12151 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 26 Feb 2006 19:38:20 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Joe, thanks for the feedback. I've added all editorial issues to , hoping that the document editor will take advantage of that compliation. Once issue deserves special comment: > 7.7 para two; the MUST requirement is confusing; is it a requirement on > client or server? The "use" of the request is something which is > controlled by the client, but this is a requirement concerning the > *interpretation* of the request, which is controlled by the server? > > The 7.7 para one MUST requirement seems redundant too really. If a > client chooses to submit an identical LOCK request twice, then the model > already specifies server behaviour. I think that actually the whole section should be removed. It's a mix of incorrect and confusing stuff, and normative statements that just duplicate what has been said before. There simply is no reason to mention lock refresh again in the context of write locks, because it's the same for every kind of lock. Having that section there is just confusing (see also ). Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Sun Feb 26 14:48:05 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FDRsD-0002GK-Hx for webdav-archive@lists.ietf.org; Sun, 26 Feb 2006 14:48:05 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FDRsC-00050O-4V for webdav-archive@lists.ietf.org; Sun, 26 Feb 2006 14:48:05 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FDRrs-0001pN-7g for w3c-dist-auth-dist@listhub.w3.org; Sun, 26 Feb 2006 19:47:44 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FDRro-0001oR-0O for w3c-dist-auth@listhub.w3.org; Sun, 26 Feb 2006 19:47:40 +0000 Received: from mail.gmx.net ([213.165.64.20]) by aji.w3.org with smtp (Exim 4.50) id 1FDRri-0000dK-FV for w3c-dist-auth@w3.org; Sun, 26 Feb 2006 19:47:39 +0000 Received: (qmail invoked by alias); 26 Feb 2006 19:47:32 -0000 Received: from p508F80D4.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.128.212] by mail.gmx.net (mp038) with SMTP; 26 Feb 2006 20:47:32 +0100 X-Authenticated: #1915285 Message-ID: <44020591.7000703@gmx.de> Date: Sun, 26 Feb 2006 20:46:25 +0100 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Cullen Jennings CC: WebDav , Lisa Dusseault 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.20 as permitted sender) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: aji.w3.org 1FDRri-0000dK-FV 0f7c90b617615ccaf3ab22131ba6a593 X-Original-To: w3c-dist-auth@w3.org Subject: Bug 143 (lock refresh), was: WGLC of draft-ietf-webdav-rfc2518bis-14.txt X-Archived-At: http://www.w3.org/mid/44020591.7000703@gmx.de Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12152 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 26 Feb 2006 19:47:44 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 789c141a303c09204b537a4078e2a63f Cullen Jennings wrote: > .. > On minor issues, Julian will be proposing new text for bug 143. > .. ...did that. Summary in , proposed text in , and below: Section 9.10.2., para. 1: OLD: A lock is refreshed by sending a LOCK request to the URL of a resource within the scope of the lock. This request MUST NOT have a body and it MUST specify which lock to refresh by using the 'Lock- Token' header with a single lock token (only one lock may be refreshed at a time). It MAY contain a Timeout header, which a server MAY accept to change the duration remaining on the lock to the new value. A server MUST ignore the Depth header on a LOCK refresh. NEW: A lock is refreshed by sending a LOCK request to the URL of a resource within the scope of the lock. This request MUST NOT have a body and it MUST specify which lock to refresh by submitting the corresponding lock token in the 'If' request header (see Section 10.4). It MAY contain a Timeout header, which a server MAY accept to change the duration remaining on the lock to the new value. A server MUST ignore the Depth header on a LOCK refresh. Section 9.10.2., para. 2: OLD: If the resource has other (shared) locks, those locks are unaffected by a lock refresh. Additionally, those locks do not prevent the named lock from being refreshed. NEW: If the resource has other (shared) locks, those locks are unaffected by a lock refresh. Additionally, those locks do not prevent the named locks from being refreshed. 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. Note that the Lock-Token header is not returned in the response for a successful refresh LOCK request, but the LOCK response body MUST contain the new value for the DAV:lockdiscovery body. NEW: The response body MUST contain a DAV:lockdiscovery property with 'activelock' child elements indicating the current status of each lock that was refreshed. Section 9.10.6., para. 6: OLD: 409 (Conflict), with 'lock-token-matches-request-uri' precondition code - The LOCK request was made with a Lock-Token header, indicating that the client wishes to refresh the given lock. However, the Request-URI did not fall within the scope of the lock identified by the token. 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: 412 (Precondition Failed), with 'lock-token-submitted' precondition code - The LOCK request was made with an If header, indicating that the client wishes to refresh the given lock. However, the Request- URI did not fall within the scope of the lock identified by the token. 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 9.10.8., para. 2: OLD: LOCK /workspace/webdav/proposal.doc HTTP/1.1 Host: example.com Timeout: Infinite, Second-4100000000 Lock-Token: Authorization: Digest username="ejw", realm="ejw@example.com", nonce="...", uri="/workspace/webdav/proposal.doc", response="...", opaque="..." NEW: LOCK /workspace/webdav/proposal.doc HTTP/1.1 Host: example.com Timeout: Infinite, Second-4100000000 If: () Authorization: Digest username="ejw", realm="ejw@example.com", nonce="...", uri="/workspace/webdav/proposal.doc", response="...", opaque="..." Section 16., para. 14: OLD: 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 does 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 purposeof UNLOCK. However, if the Request-URI does 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. Appendix E., para. 14: OLD: o There is no implicit refresh of locks anymore. Locks are only refreshed upon explicit request. Furthermore, the lock token for the lock to be refreshed is now specified in the Lock-Token request header rather than the If header (see Section 9.10.2). NEW: o There is no implicit refresh of locks anymore. Locks are only refreshed upon explicit request (see Section 9.10.2). Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Tue Feb 28 09:15:17 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FE5dF-0003eq-MS for webdav-archive@lists.ietf.org; Tue, 28 Feb 2006 09:15:17 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FE5dE-0004Zg-DD for webdav-archive@lists.ietf.org; Tue, 28 Feb 2006 09:15:17 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FE5bl-0000Ev-Mr for w3c-dist-auth-dist@listhub.w3.org; Tue, 28 Feb 2006 14:13:45 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.50) id 1FE5be-0000DF-7D for w3c-dist-auth@listhub.w3.org; Tue, 28 Feb 2006 14:13:38 +0000 Received: from wimpy.net.nih.gov ([128.231.88.106]) by lisa.w3.org with esmtp (Exim 4.50) id 1FE5bX-0008QV-OI for w3c-dist-auth@w3.org; Tue, 28 Feb 2006 14:13:38 +0000 Received: from wimpy.net.nih.gov (localhost [127.0.0.1]) by wimpy.net.nih.gov (8.12.11/8.11.7) with ESMTP id k1SEDUwU021483 for ; Tue, 28 Feb 2006 09:13:30 -0500 (EST) Received: from [128.231.145.14] (holmes.nhgri.nih.gov [128.231.145.14]) by wimpy.net.nih.gov (8.12.11/8.11.7) with ESMTP id k1SEDTAq021472 for ; Tue, 28 Feb 2006 09:13:30 -0500 (EST) User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Tue, 28 Feb 2006 09:13:28 -0500 From: Sean Davis To: Message-ID: Thread-Topic: Webdav (apache) not enforcing limits Thread-Index: AcY8cSU3Y/KflKhkEdqcBQANkzVl6A== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Received-SPF: none (lisa.w3.org: domain of sdavis2@mail.nih.gov does not designate permitted sender hosts) X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Scan-Sig: lisa.w3.org 1FE5bX-0008QV-OI 2a43494e6aa25b573e1c70ccbc36d5ce X-Original-To: w3c-dist-auth@w3.org Subject: Webdav (apache) not enforcing limits X-Archived-At: http://www.w3.org/mid/C029C4B8.6FE8%25sdavis2@mail.nih.gov Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12153 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 28 Feb 2006 14:13:45 +0000 X-Spam-Score: 1.8 (+) X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002 This is my first post to this list--if I am in the wrong place, please feel free to redirect me. I am running the following on MacOS 10.4.5: Apache/2.0.54 (Unix) DAV/2 proxy_html/2.5 SVN/1.2.3 PHP/5.0.4 mod_perl/2.0.1 Perl/v5.8.6 I have a webDAV directory configured as such: Dav On AuthType Basic AuthName "Public WebDAV Repository" AuthUserFile /usr/local/apache2/passwd/htpass Options none AllowOverride none Require user sean However, when I connect to this DAV directory (via the mac "connect to server"), I can happily PUT, DELETE, and PROPFIND. Below is the access log. I'm confused as to why I can still do these things with the above configuration. 128.231.145.14 - sean [28/Feb/2006:08:46:34 -0500] "PUT /webDAV/public/Abstract.doc HTTP/1.1" 204 - 128.231.145.14 - sean [28/Feb/2006:08:46:55 -0500] "DELETE /webDAV/public/Abstract.doc HTTP/1.1" 204 - 128.231.145.14 - sean [28/Feb/2006:08:46:55 -0500] "DELETE /webDAV/public/._Abstract.doc HTTP/1.1" 204 - 128.231.145.14 - sean [28/Feb/2006:08:46:55 -0500] "PROPFIND /webDAV/public/ HTTP/1.1" 207 2230 128.231.145.14 - sean [28/Feb/2006:08:49:00 -0500] "PROPFIND /webDAV/public/ HTTP/1.1" 207 560 128.231.145.14 - sean [28/Feb/2006:08:49:00 -0500] "PROPFIND /webDAV/public/ HTTP/1.1" 207 2230 128.231.145.14 - - [28/Feb/2006:08:49:00 -0500] "GET /webDAV/public/._Templeton HTTP/1.1" 304 - From w3c-dist-auth-request@listhub.w3.org Tue Feb 28 13:51:34 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FE9wc-000491-0P for webdav-archive@lists.ietf.org; Tue, 28 Feb 2006 13:51:34 -0500 Received: from frink.w3.org ([128.30.52.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FE9wb-000629-N4 for webdav-archive@lists.ietf.org; Tue, 28 Feb 2006 13:51:33 -0500 Received: from lists by frink.w3.org with local (Exim 4.50) id 1FE9vf-00020N-3b for w3c-dist-auth-dist@listhub.w3.org; Tue, 28 Feb 2006 18:50:35 +0000 Received: from aji.w3.org ([133.27.228.225]) by frink.w3.org with esmtp (Exim 4.50) id 1FE9vY-0001zR-3g for w3c-dist-auth@listhub.w3.org; Tue, 28 Feb 2006 18:50:28 +0000 Received: from mail-out4.apple.com ([17.254.13.23]) by aji.w3.org with esmtp (Exim 4.50) id 1FE9vQ-0006pm-0q for w3c-dist-auth@w3.org; Tue, 28 Feb 2006 18:50:27 +0000 Received: from relay7.apple.com (a17-128-113-37.apple.com [17.128.113.37]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id k1SIoDEn008594; Tue, 28 Feb 2006 10:50:13 -0800 (PST) Received: from [17.221.42.43] (pucca.apple.com [17.221.42.43]) by relay7.apple.com (Apple SCV relay) with ESMTP id 7331C178; Tue, 28 Feb 2006 10:50:13 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1901FF57-FA87-4D91-A1C7-3216DFB10802@wsanchez.net> Cc: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= Date: Tue, 28 Feb 2006 10:50:12 -0800 To: Sean Davis X-Mailer: Apple Mail (2.746.2) X-Brightmail-Tracker: AAAAAA== Received-SPF: none (aji.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: aji.w3.org 1FE9vQ-0006pm-0q fe1a76d27a0c70c9141f46598e6601d7 X-Original-To: w3c-dist-auth@w3.org Subject: Re: Webdav (apache) not enforcing limits X-Archived-At: http://www.w3.org/mid/1901FF57-FA87-4D91-A1C7-3216DFB10802@wsanchez.net Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/12154 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-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, 28 Feb 2006 18:50:35 +0000 X-Spam-Score: 1.8 (+) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 This is an Apache configuration question, not a WebDAV question. I suggest you try one of the Apache support lists: http://httpd.apache.org/lists.html#http-users -wsv On Feb 28, 2006, at 6:13 AM, Sean Davis wrote: > > This is my first post to this list--if I am in the wrong place, > please feel > free to redirect me. > > I am running the following on MacOS 10.4.5: > > Apache/2.0.54 (Unix) DAV/2 proxy_html/2.5 SVN/1.2.3 PHP/5.0.4 > mod_perl/2.0.1 > Perl/v5.8.6 > > I have a webDAV directory configured as such: > > > Dav On > AuthType Basic > AuthName "Public WebDAV Repository" > AuthUserFile /usr/local/apache2/passwd/htpass > Options none > AllowOverride none > > Require user sean > > > > However, when I connect to this DAV directory (via the mac "connect to > server"), I can happily PUT, DELETE, and PROPFIND. Below is the > access log. > I'm confused as to why I can still do these things with the above > configuration. > > > 128.231.145.14 - sean [28/Feb/2006:08:46:34 -0500] "PUT > /webDAV/public/Abstract.doc HTTP/1.1" 204 - > > > > 128.231.145.14 - sean [28/Feb/2006:08:46:55 -0500] "DELETE > /webDAV/public/Abstract.doc HTTP/1.1" 204 - > 128.231.145.14 - sean [28/Feb/2006:08:46:55 -0500] "DELETE > /webDAV/public/._Abstract.doc HTTP/1.1" 204 - > 128.231.145.14 - sean [28/Feb/2006:08:46:55 -0500] "PROPFIND / > webDAV/public/ > HTTP/1.1" 207 2230 > 128.231.145.14 - sean [28/Feb/2006:08:49:00 -0500] "PROPFIND / > webDAV/public/ > HTTP/1.1" 207 560 > 128.231.145.14 - sean [28/Feb/2006:08:49:00 -0500] "PROPFIND / > webDAV/public/ > HTTP/1.1" 207 2230 > 128.231.145.14 - - [28/Feb/2006:08:49:00 -0500] "GET > /webDAV/public/._Templeton HTTP/1.1" 304 - > >