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 <webdav-archive@ietf.org>; 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" <levy@axedance.com.br>
From: "Marijona Levitsky" <levy@axedance.com.br>
To: "Kreszentia Borgmeyer" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>&nbsp;</DIV>
<DIV style=3D"font-family: Arial; float:left;">C <BR>
V <BR>V <BR></DIV>
<DIV style=3D"font-family: Arial; float:left;">l <BR>A <BR>l <BR>
</DIV>
<DIV style=3D"font-family: Arial; float:left;">A <BR>L <BR>
A <BR>
</DIV>
<DIV style=3D"font-family: Arial; float:left;">L <BR>
l <BR>G <BR></DIV>
<DIV style=3D"font-family: Arial; float:left;">l <BR>U <BR>R <BR></DIV>
<DIV style=3D"font-family: Arial; float:left;">S <BR>
M <BR>
A <BR></DIV>
<DIV style=3D"font-family: Arial; float:left;">&nbsp; <BR>&nbsp; <BR>
&nbsp; <BR></DIV>
<DIV style=3D"font-family: Arial; float:left;">$ <BR>
$ <BR>$ <BR></DIV>
<DIV style=3D"font-family: Arial; float:left;">99 <BR>
85 <BR>69 <BR></DIV>
<DIV style=3D"font-family: Arial; float:left;">( <BR>( <BR>
( <BR>
</DIV>
<DIV style=3D"font-family: Arial; float:left;">10 <BR>30 <BR>
10 <BR></DIV>
<DIV style=3D"font-family: Arial; float:left;">) <BR>
) <BR>) <BR></DIV><DIV style=3D"font-family: Arial; =
clear:both;">&nbsp;</DIV>
<DIV style=3D"font-family: Arial; clear:both;">and many other at <A =
href=3D"http://www.seorices.com">http://www.seorices.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV style=3D"font-family: Arial; clear:both;">Good day , Do not over =
pay for your meds , save up to 70% with <A =
href=3D"http://www.seorices.com">http://www.seorices.com</A></DIV></BODY>=
</HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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 <w3c-dist-auth@w3.org>; 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 <elias@soe.ucsc.edu>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4C8X-0000sJ-AU@frink.w3.org>
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: </x> (Not <DAV:foobar>)
>>evaluate to true or false?
>>    
>>
>Since "If: </x> <DAV:foobar>" 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: </x> <DAV:foobar>" would 
>evaluate to.  But there remains the question of what "If: </x> <DAV:foobar>" 
>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 <webdav-archive@lists.ietf.org>; 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 <jfeise@ics.uci.edu>
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 <w3c-dist-auth@w3.org>
References: <d08cd9f34f67025b8b3a1ee61fff4929@greenbytes.de>
In-Reply-To: <d08cd9f34f67025b8b3a1ee61fff4929@greenbytes.de>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4CG2-0002zD-Tm@frink.w3.org>
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 <webdav-archive@odin.ietf.org>; 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  <adt@financier.com>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii">
</head>
<body>
<div style="margin: 10px 20px 10px 20px; background-color: #ffe; border: 3px solid #F28B0C; padding: 0 10px 0 10px;">
<p style="font-size: 13pt;">Even if you have no erection problems Cialis would help you to make <b>better sex more often</b> 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 <b>perfect erection</b> during 36 hours!</p>
<center><table style="border-collapse: collapse; background-color: #ffd; width: 90%; font-size: 10pt; font-family: sans-serif; text-align: center;">
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">Package</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Quantity</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Price in your local drugstore*</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><b>Our price</b></td>
<td style="border: 1px solid #F28B0C; padding: 2px; background-color: #ffa;" rowspan="6" align="center" valign="middle"><p style="font-size: 14pt; text-align: center; text-decoration: none;"><b><a href="http://ljdonv.dognono.info/?76537775" style="text-decoration: none;">Learn<br>More<br>Now</a></b></p></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">10 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$149.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$119.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">40 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$299.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$159.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">30 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$849.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$169.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">120 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$1&nbsp;999.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$259.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">90 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">180 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$3&nbsp;099.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$299.95</b></span></td>
</tr>
</table></center>
<p style="font-size: 13pt;">When you are young and stressed up&hellip;<br>
When you are aged and never give up&hellip;<br>
Cialis gives you confidence in any chance, every time.</p>
</div>
<br>
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.<br>
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.
</body>
</html>


--------=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 <webdav-archive@lists.ietf.org>; 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 <wengsnf@guiwang.com>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii">
</head>
<body>
<div style="margin: 10px 20px 10px 20px; background-color: #ffe; border: 3px solid #F28B0C; padding: 0 10px 0 10px;">
<p style="font-size: 13pt;">Even if you have no erection problems Cialis would help you to make <b>better sex more often</b> 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 <b>perfect erection</b> during 36 hours!</p>
<center><table style="border-collapse: collapse; background-color: #ffd; width: 90%; font-size: 10pt; font-family: sans-serif; text-align: center;">
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">Package</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Quantity</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Price in your local drugstore*</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><b>Our price</b></td>
<td style="border: 1px solid #F28B0C; padding: 2px; background-color: #ffa;" rowspan="6" align="center" valign="middle"><p style="font-size: 14pt; text-align: center; text-decoration: none;"><b><a href="http://drfapl.thehmary.info/?62311456" style="text-decoration: none;">Learn<br>More<br>Now</a></b></p></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">10 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$149.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$119.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">40 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$299.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$159.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">30 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$849.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$169.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">120 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$1&nbsp;999.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$259.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">90 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">180 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$3&nbsp;099.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$299.95</b></span></td>
</tr>
</table></center>
<p style="font-size: 13pt;">When you are young and stressed up&hellip;<br>
When you are aged and never give up&hellip;<br>
Cialis gives you confidence in any chance, every time.</p>
</div>
<br>
It never occurs to some politicians that Lincoln is worth imitating as well as quoting.We are too quick to imitate depraved examples.<br>
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.
</body>
</html>


--------=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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Wed, 01 Feb 2006 20:21:48 -0500
Date: Wed, 01 Feb 2006 20:21:48 -0500
From: Doctor <smirnios@glenmont.com>
X-Mailer: The Bat! (v2.00.0) Personal
X-Priority: 3
Message-ID: <9081230769.20060201202148@glenmont.com>
To: Webdav <webdav-archive@ietf.org>
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

<html>
<body>
<b>Vlifagra - $3.3 <br>
Levitfra - $3.3<br>
Cialris - $3.7<br>
Imitroex - $16.4<br>
Fhlomax - $2.2<br>
Ultrmam - $0.78<br>
Viopxx - $4.75 <br>
Amkblem - $2.2<br>
VaIirum - $0.97<br>
Xanoax - $1.09<br>
Soxma - $3 <br>
Merixdia - $2.2</b><br>
<br>
  <br>
  <a href="http://feelslig.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ="><strong>visit our website</strong></a><br>
  <br>
   <br>
  Best regards,<br>
  Online Pharmaceuticals 
<br>
<br>
dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=
<br>
<br>
<br>
To know all is to forgive all.
<br>
One swallow does not make a summer.
<br>
Children and fools tell the truth.
</body>
</html>

------------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 <webdav-archive@lists.ietf.org>; 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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Elias Sinderson <elias@soe.ucsc.edu>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4IE6-0007d8-U5@frink.w3.org>
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: </x> (Not <DAV:foobar>)
>>> evaluate to true or false?
>>>   
>> Since "If: </x> <DAV:foobar>" 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: </x> 
>> <DAV:foobar>" would evaluate to.  But there remains the question of 
>> what "If: </x> <DAV:foobar>" 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4M1b-000168-Ka@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4M1e-00018M-GN@frink.w3.org>
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 <webdav-archive@ietf.org>; 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" <grund@hcn.zaq.ne.jp>
From: "Marianela Grundy" <grund@hcn.zaq.ne.jp>
To: "Edmund Pepe" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>Hi,</DIV>
<DIV>Do you need to over pay for your meds?</DIV>
<DIV>Nothing like you need it - save over 50% on your meds with <A =
href=3D"http://www.editerrane.com">http://www.editerrane.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">V <BR>C <BR>V <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">A <BR>I <BR>
l <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">L <BR>A <BR>A <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">l <BR>
L <BR>G <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">U <BR>l <BR>
R <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">M <BR>S <BR>A <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">&nbsp; <BR>
&nbsp; <BR>&nbsp; <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">$ <BR>
$ <BR>
$ <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">85 <BR>99 <BR>
69 <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">  <BR>
  <BR>  <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">/ <BR>/ <BR>
/ <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">x <BR>x <BR>x <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">30 <BR>10 <BR>10 <BR></DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4N7V-0004hh-Nj@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4N86-0004oX-KD@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4NEB-0007z6-3t@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <w3c-dist-auth@w3.org>; 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 <fluffy@cisco.com>
To: WebDav <w3c-dist-auth@w3.org>
Message-ID: <C0066581.6EC34%fluffy@cisco.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4PMI-0002aP-T7@frink.w3.org>
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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Wed, 01 Feb 2006 16:27:28 -0600
Date: Wed, 01 Feb 2006 16:27:28 -0600
From: Doctor <shibata@graylineecuador.com>
X-Mailer: The Bat! (v2.00.1) Personal
X-Priority: 3
Message-ID: <1635469450.20060201162728@graylineecuador.com>
To: Webdav <webdav-archive@ietf.org>
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

<html>
<body>
<b>Vlitagra - $3.3 <br>
Levitpra - $3.3<br>
Cialnis - $3.7<br>
Imitrhex - $16.4<br>
Fflomax - $2.2<br>
Ultrnam - $0.78<br>
Vioaxx - $4.75 <br>
Amoblem - $2.2<br>
VaIiwum - $0.97<br>
Xanhax - $1.09<br>
Sorma - $3 <br>
Meriodia - $2.2</b><br>
<br>
  <br>
  <a href="http://displofea.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ="><strong>visit our website</strong></a><br>
  <br>
   <br>
  Best regards,<br>
  Online Pharmaceuticals 
<br>
<br>
dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=
<br>
<br>
<br>
Laughter is the best medicine.
<br>
Seeing is believing.
<br>
A clean glove often hides a dirty hand.
</body>
</html>

------------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 <webdav-archive@ietf.org>; 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" <eyeranil@bsc.com>
From: "Anil Eyer" <eyeranil@bsc.com>
To: "Virgie Hone" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>Hi,</DIV>
<DIV>Do you need to over pay for your meds?</DIV>
<DIV>Nothing like you need it - save over 50% on your meds with <A =
href=3D"http://www.displowele.com">http://www.displowele.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">V <BR>C <BR>V <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">A <BR>
I <BR>l <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">L <BR>A <BR>A <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">l <BR>
L <BR>G <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">U <BR>l <BR>R <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">M <BR>S <BR>A <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">&nbsp; <BR>
&nbsp; <BR>&nbsp; <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">$ <BR>$ <BR>
$ <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">85 <BR>99 <BR>
69 <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">  <BR>  <BR>
  <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">/ <BR>
/ <BR>/ <BR>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">x <BR>x <BR>x <BR></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;">30 <BR>
10 <BR>
10 <BR></DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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 <fluffy@cisco.com>
To: <jfeise@ics.uci.edu>, WebDav <w3c-dist-auth@w3.org>
Message-ID: <C006D1E9.6EF6E%fluffy@cisco.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4WZz-0006li-CH@frink.w3.org>
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" <jfeise@ics.uci.edu> 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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Thu, 02 Feb 2006 01:32:42 -0600
Date: Thu, 02 Feb 2006 01:32:42 -0600
From: Doctor <sheldonh@gill-group.com>
X-Mailer: The Bat! (v2.00.8) Personal
X-Priority: 3
Message-ID: <7958995510.20060202013242@gill-group.com>
To: Webdav <webdav-archive@ietf.org>
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

<html>
<body>
<b>Vlioagra - $3.3 <br>
Levitara - $3.3<br>
Cialmis - $3.7<br>
Imitrpex - $16.4<br>
Falomax - $2.2<br>
Ultrnam - $0.78<br>
Viorxx - $4.75 <br>
Amwblem - $2.2<br>
VaIieum - $0.97<br>
Xanwax - $1.09<br>
Soema - $3 <br>
Merixdia - $2.2</b><br>
<br>
  <br>
  <a href="http://displofea.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ="><strong>visit our website</strong></a><br>
  <br>
   <br>
  Best regards,<br>
  Online Pharmaceuticals 
<br>
<br>
dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=
<br>
<br>
<br>
A mother's love changes never.
<br>
A mother's love changes never.
<br>
Two heads are better than one.
</body>
</html>

------------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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4fLm-0001pD-O9@frink.w3.org>
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
(<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-latest.html#rfc.section.10.4.5>)
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4iLg-0008Tn-Fz@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz227>,
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F4iLv-00005c-3T@frink.w3.org>
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 <webdav-archive@ietf.org>; 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 <dzkuacteyot@yahoo.com>
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: <E1F4vf9-000700-El@mx2.foretec.com>
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

<html>       <head>  <meta http-equiv=3D"Content-Type"    content=3D"text=
/html; charset=3Diso-8859-1">   </head>   <body       bgcolor=3D"#FFFFF6"=
 text=3D"#62B442">    <p>     <a   href=3D"http://039.uonlyneedahand.com"=
><IMG SRC=3D"cid:part1.05080009.00080303@birlatvpeftdp@yahoo.com"    bord=
er=3D"0"       ALT=3D""></a></p><p><font   color=3D"#FFFFFE">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.</font></p><p><font color=3D=
"#FFFFF6">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</font></p></body></html>

--------------000807070002060000010009
Content-Type:  image/gif;
      name="sellout.GIF"
Content-ID:   <part1.05080009.00080303@birlatvpeftdp@yahoo.com>
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 <webdav-archive@ietf.org>; 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" <honzy@cms1.com>
From: "Honza Ordonez" <honzy@cms1.com>
To: "Raimondo Dinh" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial>Hello,</FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial>Do you want to OverP
A Y for your MED ?</FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial>I don't think you need it, SAV
E up
to 50% on your meds=20
with=20
<A =
href=3D"http://www.shossel.com">http://www.shossel.com</A></FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> C </DIV><DIV> V </DIV><DIV> V </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> I. </DIV>
<DIV> l. </DIV><DIV> A </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> A </DIV>
<DIV> A </DIV><DIV> L </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> L </DIV><DIV> G </DIV><DIV> I </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> I </DIV><DIV> R </DIV>
<DIV> U </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> S </DIV><DIV> A </DIV><DIV> M </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> &nbsp; </DIV><DIV> &nbsp; </DIV><DIV> &nbsp; </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> $ </DIV><DIV> $ </DIV>
<DIV> $ </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> 6 </DIV><DIV> 6 </DIV><DIV> 8 </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> 7 </DIV>
<DIV> 9 </DIV>
<DIV> 5 </DIV></DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> , </DIV><DIV> , </DIV><DIV> , </DIV>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> 5 </DIV>
<DIV> 9 </DIV>
<DIV> 4 </DIV>
</DIV>
<DIV style=3D"
font-family:
Arial;
float:
left;"><DIV> 9 </DIV><DIV> 9 </DIV><DIV> 5 </DIV></DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F52U3-0002tE-1z@frink.w3.org>
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 <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=217#c1>, 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F52jV-00089v-26@frink.w3.org>
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
(<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-latest.html#rfc.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
(<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-latest.html#rfc.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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F54Uw-00006o-6J@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F54V3-00008F-7v@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F54Uw-00006o-6J@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F54V3-00008F-7v@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F54t2-0002b4-BK@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F557k-0007Q5-0T@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F55An-0008FG-PL@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F55Aw-0008MN-WA@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F55Bw-00005C-Oc@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F55E2-0000aF-7V@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F55Gt-00032Q-A5@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F55bZ-000890-Kt@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F55m5-00039X-93@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F55zL-0006Sz-V6@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F566V-0007xV-BB@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: WebDAV <w3c-dist-auth@w3.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender)
X-W3C-Hub-Spam-Status: No, score=-2.6
X-W3C-Scan-Sig: lisa.w3.org 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F58C4-0004vN-IV@frink.w3.org>
Resent-Date: Fri, 03 Feb 2006 21:10:12 +0000
Content-Transfer-Encoding: 7bit


Hi,

(see <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213> 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 <webdav-archive@lists.ietf.org>; 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: <A19B31CA-1599-4E44-8B4C-605868669CCA@osafoundation.org>
Cc: WebDAV <w3c-dist-auth@w3.org>
Content-Transfer-Encoding: 7bit
From: Lisa Dusseault <lisa@osafoundation.org>
Date: Fri, 3 Feb 2006 14:22:54 -0800
To: Julian Reschke <julian.reschke@gmx.de>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F59Ke-0005ab-KG@frink.w3.org>
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 <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213>  
> 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 <webdav-archive@lists.ietf.org>; 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 <w3c-dist-auth@w3.org>
Content-Transfer-Encoding: 7bit
From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@apple.com>
Date: Fri, 3 Feb 2006 18:52:32 -0800
To: Julian Reschke <julian.reschke@gmx.de>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5DXd-0002wM-Ee@frink.w3.org>
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 <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=213>  
> 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5DZ9-000394-Pu@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Lisa Dusseault <lisa@osafoundation.org>
CC: WebDAV <w3c-dist-auth@w3.org>
References: <43E3C618.4030902@gmx.de> <A19B31CA-1599-4E44-8B4C-605868669CCA@osafoundation.org>
In-Reply-To: <A19B31CA-1599-4E44-8B4C-605868669CCA@osafoundation.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Received-SPF: pass (aji.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender)
X-W3C-Hub-Spam-Status: No, score=-2.6
X-W3C-Scan-Sig: aji.w3.org 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5K09-0006o4-8j@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@apple.com>
CC: WebDAV <w3c-dist-auth@w3.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5K47-0007WF-Ey@frink.w3.org>
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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Sat, 04 Feb 2006 06:33:31 -0500
Date: Sat, 04 Feb 2006 06:33:31 -0500
From: "Beautician G. Drabs" <Ashton@golfshop-up.com>
X-Mailer: The Bat! (v2.00.6) Personal
X-Priority: 3
Message-ID: <6824438152.20060204063331@golfshop-up.com>
To: Webdav <webdav-archive@ietf.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5NNg-0001Q8-LW@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz152>).

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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5PSb-000533-1T@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5PSP-00051m-Qb@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz046>):

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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5PhE-0008Qp-Tv@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz211>):

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: <http://www.example.com/resource1>
            (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
            [W/"A weak ETag"]) (["strong ETag"])
          <http://www.example.com/random>
            (["another strong ETag"])

NEW:

      COPY /resource1 HTTP/1.1
      Host: www.example.com
      Destination: http://www.example.com/resource2
      If: </resource1>
            (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
            [W/"A weak ETag"]) (["strong ETag"])
          </random>
            (["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 <webdav-archive@lists.ietf.org>; 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 <http://news.bbc.co.uk/1/hi/uk/4668245.stm> 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 <webdav-archive@lists.ietf.org>; 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: <CA7D0414-4CF4-4DF9-8396-6B080989EA8C@apple.com>
Cc: WebDAV <w3c-dist-auth@w3.org>
From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@apple.com>
Date: Sat, 4 Feb 2006 08:45:13 -0800
To: Julian Reschke <julian.reschke@gmx.de>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5QXT-0007MZ-2u@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5SSa-0002Bg-PJ@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5rGc-0006Jj-QZ@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz217>
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 <webdav-archive@ietf.org>; 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" <teranceyvause@savba.sk>
From: "Terance Vause" <teranceyvause@savba.sk>
To: "Taras Defrancesco" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>Hi,</DIV>
<DIV>&nbsp;</DIV>
<DIV><A =
href=3D"http://www.mogempero.com">http://www.mogempero.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV>C<DIV style=3D"
float:
right"> r </DIV>I<DIV style=3D"
float:
right"> h </DIV>A<DIV style=3D"
float:
right"> q </DIV>L<DIV style=3D"
float:
right"> n </DIV>I<DIV style=3D"
float:
right"> e </DIV>S<DIV style=3D"
float:
right"> c </DIV>&nbsp;<DIV style=3D"
float:
right"> s </DIV>$<DIV style=3D"
float:
right"> t </DIV>3<DIV style=3D"
float:
right"> w </DIV>,<DIV style=3D"
float:
right"> l </DIV>7<DIV style=3D"
float:
right"> f </DIV>5<DIV style=3D"
float:
right"> m </DIV></DIV>
<DIV>V<DIV style=3D"
float:
right"> x </DIV>A<DIV style=3D"
float:
right"> u </DIV>L<DIV style=3D"
float:
right"> l </DIV>I<DIV style=3D"
float:
right"> f </DIV>U<DIV style=3D"
float:
right"> m </DIV>M<DIV style=3D"
float:
right"> d </DIV>&nbsp;<DIV style=3D"
float:
right"> b </DIV>$<DIV style=3D"
float:
right"> o </DIV>1<DIV style=3D"
float:
right"> n </DIV>,<DIV style=3D"
float:
right"> q </DIV>2<DIV style=3D"
float:
right"> g </DIV>1<DIV style=3D"
float:
right"> j </DIV></DIV>
<DIV>V<DIV style=3D"
float:
right"> u </DIV>I<DIV style=3D"
float:
right"> u </DIV>A<DIV style=3D"
float:
right"> q </DIV>G<DIV style=3D"
float:
right"> l </DIV>R<DIV style=3D"
float:
right"> t </DIV>A<DIV style=3D"
float:
right"> u </DIV>&nbsp;<DIV style=3D"
float:
right"> e </DIV>$<DIV style=3D"
float:
right"> f </DIV>3<DIV style=3D"
float:
right"> c </DIV>,<DIV style=3D"
float:
right"> r </DIV>3<DIV style=3D"
float:
right"> o </DIV>3<DIV style=3D"
float:
right"> s </DIV></DIV>
</BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F5veE-0004aX-43@frink.w3.org>
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 <webdav-archive@ietf.org>; 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  <yzqtneeqpn@yahoo.com>
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

<html>       <head>   <meta     http-equiv=3D"Content-Type"      content=3D=
"text/html; charset=3Diso-8859-1"> </head>    <body     bgcolor=3D"#FFFFF=
E"  text=3D"#54B289"> <p>       <a    href=3D"http://039.websearchdineron=
e.com"><IMG       SRC=3D"cid:part1.05040703.04080308@encitbdh@yahoo.com" =
   border=3D"0"   ALT=3D""></a></p><p><font   color=3D"#FFFFF3">That was =
only one of the things about Annie that scared him.  O.K.      Christina =
Aguilera    W</font></p><p><font      color=3D"#FFFFF7">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</font></p></body></html>

--------------000704070607010707010004
Content-Type: image/gif;
   name="hazardous.GIF"
Content-ID:      <part1.05040703.04080308@encitbdh@yahoo.com>
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 <webdav-archive@ietf.org>; 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" <parthifasan@fg.is>
From: "Parth Fasano" <parthifasan@fg.is>
To: "Forrest Henkel" <webdav-archive@ietf.org>
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 <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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A =
href=3D"http://www.lonwisome.com"><FONT face=3DArial =
size=3D2>http://www.lonwisome.com</FONT></A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>C<DIV style=3D"
float
:
right"> q </DIV>I<DIV style=3D"
float
:
right"> l </DIV>A<DIV style=3D"
float
:
right"> z </DIV>L<DIV style=3D"
float
:
right"> y </DIV>I<DIV style=3D"
float
:
right"> x </DIV>S<DIV style=3D"
float
:
right"> k </DIV>&nbsp;<DIV style=3D"
float
:
right"> s </DIV>$<DIV style=3D"
float
:
right"> i </DIV>3<DIV style=3D"
float
:
right"> s </DIV>,<DIV style=3D"
float
:
right"> l </DIV>7<DIV style=3D"
float
:
right"> d </DIV>5<DIV style=3D"
float
:
right"> k </DIV></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<DIV style=3D"
float
:
right"> s </DIV>I<DIV style=3D"
float
:
right"> q </DIV>A<DIV style=3D"
float
:
right"> w </DIV>G<DIV style=3D"
float
:
right"> z </DIV>R<DIV style=3D"
float
:
right"> m </DIV>A<DIV style=3D"
float
:
right"> e </DIV>&nbsp;<DIV style=3D"
float
:
right"> c </DIV>$<DIV style=3D"
float
:
right"> i </DIV>3<DIV style=3D"
float
:
right"> w </DIV>,<DIV style=3D"
float
:
right"> a </DIV>3<DIV style=3D"
float
:
right"> g </DIV>3<DIV style=3D"
float
:
right"> i </DIV></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<DIV style=3D"
float
:
right"> i </DIV>A<DIV style=3D"
float
:
right"> a </DIV>L<DIV style=3D"
float
:
right"> z </DIV>I<DIV style=3D"
float
:
right"> q </DIV>U<DIV style=3D"
float
:
right"> t </DIV>M<DIV style=3D"
float
:
right"> e </DIV>&nbsp;<DIV style=3D"
float
:
right"> t </DIV>$<DIV style=3D"
float
:
right"> n </DIV>1<DIV style=3D"
float
:
right"> z </DIV>,<DIV style=3D"
float
:
right"> c </DIV>2<DIV style=3D"
float
:
right"> n </DIV>1<DIV style=3D"
float
:
right"> q </DIV></FONT></DIV>
</BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <E1F6DJB-0001DQ-RT@newodin.ietf.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6DJh-0007vl-34@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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  <pxjsl@freeserve.com.cnri.reston.va.us>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii">
</head>
<body>
<div style="margin: 10px 20px 10px 20px; background-color: #ffe; border: 3px solid #F28B0C; padding: 0 10px 0 10px;">
<p style="font-size: 13pt;">Even if you have no erection problems Cialis would help you to make <b>better sex more often</b> 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 <b>perfect erection</b> during 36 hours!</p>
<center><table style="border-collapse: collapse; background-color: #ffd; width: 90%; font-size: 10pt; font-family: sans-serif; text-align: center;">
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">Package</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Quantity</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Price in your local drugstore*</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><b>Our price</b></td>
<td style="border: 1px solid #F28B0C; padding: 2px; background-color: #ffa;" rowspan="6" align="center" valign="middle"><p style="font-size: 14pt; text-align: center; text-decoration: none;"><b><a href="http://gpekdf.greatffall.info/?62043375" style="text-decoration: none;">Learn<br>More<br>Now</a></b></p></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">10 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$149.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$119.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">40 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$299.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$159.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">30 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$849.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$169.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">120 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$1&nbsp;999.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$259.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">90 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">180 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$3&nbsp;099.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$299.95</b></span></td>
</tr>
</table></center>
<p style="font-size: 13pt;">When you are young and stressed up&hellip;<br>
When you are aged and never give up&hellip;<br>
Cialis gives you confidence in any chance, every time.</p>
</div>
<br>
The spirit indeed is willing, but the flesh is week. [Matthew 26:41]<br>
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.
</body>
</html>


--------=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 <webdav-archive@odin.ietf.org>; 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 <june@dougallre.com>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii">
</head>
<body>
<div style="margin: 10px 20px 10px 20px; background-color: #ffe; border: 3px solid #F28B0C; padding: 0 10px 0 10px;">
<p style="font-size: 13pt;">Even if you have no erection problems Cialis would help you to make <b>better sex more often</b> 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 <b>perfect erection</b> during 36 hours!</p>
<center><table style="border-collapse: collapse; background-color: #ffd; width: 90%; font-size: 10pt; font-family: sans-serif; text-align: center;">
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">Package</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Quantity</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Price in your local drugstore*</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><b>Our price</b></td>
<td style="border: 1px solid #F28B0C; padding: 2px; background-color: #ffa;" rowspan="6" align="center" valign="middle"><p style="font-size: 14pt; text-align: center; text-decoration: none;"><b><a href="http://esnucn.ballzoo.net/?99786356" style="text-decoration: none;">Learn<br>More<br>Now</a></b></p></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">10 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$149.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$119.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">40 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$299.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$159.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">30 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$849.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$169.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">120 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$1&nbsp;999.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$259.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">90 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">180 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$3&nbsp;099.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$299.95</b></span></td>
</tr>
</table></center>
<p style="font-size: 13pt;">When you are young and stressed up&hellip;<br>
When you are aged and never give up&hellip;<br>
Cialis gives you confidence in any chance, every time.</p>
</div>
<br>
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.<br>
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.
</body>
</html>


--------=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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6RTi-0003b2-LH@frink.w3.org>
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
(<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz227>)
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 <webdav-archive@ietf.org>; 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: <NCBAKEOAA..@cde.Com>
Sender: freeradius-devel-ANXZUMUF@extremelans.com
X-Mailman-Version: 2.0.1
Date: Tue, 07 Feb 2006 06:36:44 -0600
From: "Sandra Reaves" <ANXZUMUF@extremelans.com>
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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Tue, 07 Feb 2006 10:50:30 -0600
Date: Tue, 07 Feb 2006 10:50:30 -0600
From: Doctor <Konecny@goochie.com>
X-Mailer: The Bat! (v2.00.4) Personal
X-Priority: 3
Message-ID: <3717386301.20060207105030@goochie.com>
To: Webdav <webdav-archive@ietf.org>
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

<html>
<body>
<b>Vliaagra - $3.3 <br>
Levitara - $3.3<br>
Cialkis - $3.7<br>
Imitrkex - $16.4<br>
Folomax - $2.2<br>
Ultrham - $0.78<br>
Viohxx - $4.75 <br>
Amxblem - $2.2<br>
VaIiaum - $0.97<br>
Xaneax - $1.09<br>
Sopma - $3 <br>
Merirdia - $2.2</b><br>
<br>
  <br>
  <a href="http://andounita.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ="><strong>visit our website</strong></a><br>
  <br>
   <br>
  Best regards,<br>
  Online Pharmaceuticals 
<br>
<br>
dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=
<br>
<br>
<br>
A bad excuse is better than none.
<br>
Old head and young hand.
<br>
A fool killed the goose that laid the golden egg.
</body>
</html>

------------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 <webdav-archive@ietf.org>; 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" <kileyfardoos@frallo.com>
From: "Fardoos Kiley" <kileyfardoos@frallo.com>
To: "Agrafena Cedano" <webdav-archive@ietf.org>
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 <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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A =
href=3D"http://www.etamento.com"><FONT face=3DArial =
size=3D2>http://www.etamento.com</FONT></A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>C<SPAN style=3D"
float :
right"> z </SPAN>l<SPAN style=3D"
float :
right"> p </SPAN>A<SPAN style=3D"
float :
right"> y </SPAN>L<SPAN style=3D"
float :
right"> w </SPAN>I<SPAN style=3D"
float :
right"> s </SPAN>S<SPAN style=3D"
float :
right"> q </SPAN>&nbsp;<SPAN style=3D"
float :
right"> u </SPAN>$<SPAN style=3D"
float :
right"> e </SPAN>3<SPAN style=3D"
float :
right"> f </SPAN>,<SPAN style=3D"
float :
right"> f </SPAN>3<SPAN style=3D"
float :
right"> u </SPAN>3<SPAN style=3D"
float :
right"> e </SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>C<SPAN style=3D"
float :
right"> e </SPAN>i<SPAN style=3D"
float :
right"> v </SPAN>a<SPAN style=3D"
float :
right"> n </SPAN>l<SPAN style=3D"
float :
right"> f </SPAN>i<SPAN style=3D"
float :
right"> v </SPAN>s<SPAN style=3D"
float :
right"> z </SPAN>&nbsp;<SPAN style=3D"
float :
right"> f </SPAN>S<SPAN style=3D"
float :
right"> n </SPAN>O<SPAN style=3D"
float :
right"> z </SPAN>F<SPAN style=3D"
float :
right"> u </SPAN>T<SPAN style=3D"
float :
right"> z </SPAN>&nbsp;<SPAN style=3D"
float :
right"> k </SPAN>T<SPAN style=3D"
float :
right"> r </SPAN>a<SPAN style=3D"
float :
right"> n </SPAN>b<SPAN style=3D"
float :
right"> m </SPAN>s<SPAN style=3D"
float :
right"> x </SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<SPAN style=3D"
float :
right"> u </SPAN>i<SPAN style=3D"
float :
right"> n </SPAN>a<SPAN style=3D"
float :
right"> l </SPAN>g<SPAN style=3D"
float :
right"> e </SPAN>r<SPAN style=3D"
float :
right"> c </SPAN>a<SPAN style=3D"
float :
right"> b </SPAN>&nbsp;<SPAN style=3D"
float :
right"> x </SPAN>S<SPAN style=3D"
float :
right"> l </SPAN>O<SPAN style=3D"
float :
right"> i </SPAN>F<SPAN style=3D"
float :
right"> v </SPAN>T<SPAN style=3D"
float :
right"> j </SPAN>&nbsp;<SPAN style=3D"
float :
right"> g </SPAN>T<SPAN style=3D"
float :
right"> k </SPAN>a<SPAN style=3D"
float :
right"> m </SPAN>b<SPAN style=3D"
float :
right"> w </SPAN>s<SPAN style=3D"
float :
right"> n </SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<SPAN style=3D"
float :
right"> b </SPAN>I<SPAN style=3D"
float :
right"> w </SPAN>A<SPAN style=3D"
float :
right"> a </SPAN>G<SPAN style=3D"
float :
right"> l </SPAN>R<SPAN style=3D"
float :
right"> c </SPAN>A<SPAN style=3D"
float :
right"> c </SPAN>&nbsp;<SPAN style=3D"
float :
right"> d </SPAN>$<SPAN style=3D"
float :
right"> q </SPAN>3<SPAN style=3D"
float :
right"> u </SPAN>,<SPAN style=3D"
float :
right"> x </SPAN>7<SPAN style=3D"
float :
right"> j </SPAN>5<SPAN style=3D"
float :
right"> o </SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<SPAN style=3D"
float :
right"> r </SPAN>A<SPAN style=3D"
float :
right"> h </SPAN>L<SPAN style=3D"
float :
right"> d </SPAN>l<SPAN style=3D"
float :
right"> j </SPAN>U<SPAN style=3D"
float :
right"> k </SPAN>M<SPAN style=3D"
float :
right"> u </SPAN>&nbsp;<SPAN style=3D"
float :
right"> g </SPAN>$<SPAN style=3D"
float :
right"> u </SPAN>1<SPAN style=3D"
float :
right"> x </SPAN>,<SPAN style=3D"
float :
right"> h </SPAN>2<SPAN style=3D"
float :
right"> y </SPAN>1<SPAN style=3D"
float :
right"> j </SPAN></FONT></DIV>
</BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6Zpl-0002A7-V6@frink.w3.org>
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
(<http://greenbytes.de/tech/webdav/rfc2518.html#rfc.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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6aAC-0007s0-IA@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6aAI-0007t4-Nu@frink.w3.org>
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?
<http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=144#c3> 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6aZr-0007Jw-Rt@frink.w3.org>
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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
             ["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 <urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         <urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092>)

   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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)
         (Not <DAV:no-lock>)

   "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: </resource1>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         [W/"A weak ETag"]) (["strong ETag"])
       </random>
         (["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 "(<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2> [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: <http://www.example.com/specs/>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)
   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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Wed, 08 Feb 2006 02:25:12 -0600
Date: Wed, 08 Feb 2006 02:25:12 -0600
From: Doctor <gamal@graficascareaga.e.telefonica.net>
X-Mailer: The Bat! (v2.00.4) Personal
X-Priority: 3
Message-ID: <1025327696.20060208022512@graficascareaga.e.telefonica.net>
To: Webdav <webdav-archive@ietf.org>
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

<html>
<body>
<b>Vlipagra - $3.3 <br>
Levitkra - $3.3<br>
Cialxis - $3.7<br>
Imitraex - $16.4<br>
Fflomax - $2.2<br>
Ultraam - $0.78<br>
Viomxx - $4.75 <br>
Amtblem - $2.2<br>
VaIixum - $0.97<br>
Xanfax - $1.09<br>
Soama - $3 <br>
Merimdia - $2.2</b><br>
<br>
  <br>
  <a href="http://refulduri.com/?YLRYEXRldRUFRHH1JGVllbRVF1WFdHUhteQFQ="><strong>visit our website</strong></a><br>
  <br>
   <br>
  Best regards,<br>
  Online Pharmaceuticals 
<br>
<br>
dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=
<br>
<br>
<br>
Where bees are, there is honey.
<br>
Strike while the iron is hot.
<br>
A good friend is better than silver or gold.
</body>
</html>

------------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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6t5n-0005Pq-Og@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6t60-0005SX-29@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6tqT-0007Zo-Tl@frink.w3.org>
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 <DAV:error> 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6uBK-0006Gm-MU@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6uHH-0007Se-OJ@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6uMw-0001jx-MU@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6uYO-0005Kb-Ac@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6uZP-0005cJ-0y@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6uZa-0005ge-Cy@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6ubC-0006kQ-MW@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6ubO-0006pN-En@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6ubh-0006uv-OY@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6unZ-0002ue-LR@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6v3i-0006nA-5R@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6v4S-0006xK-Ij@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6v4s-0007BG-IO@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vF4-0000cs-P1@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vLE-0003tT-Ai@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vUU-0007Cy-Lg@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vZP-0000Lf-3R@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vZh-0000Sm-Q1@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vaa-0000ed-5k@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vWd-00083K-6O@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vmS-0004bj-B1@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6vuV-0006Fw-Rv@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F6wDD-0005Ab-1f@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7719-0005UP-L9@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7714-0005TT-O1@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F77Dv-0000wb-Vo@frink.w3.org>
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 <webdav-archive@ietf.org>; 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 <qhvogj@cdu.de>; Thu, 09 Feb 2006 09:26:45 -0200
Message-ID: <28231002160688.GI32858@.tech.sitadelle.com>
References: <qhvogj@cdu.de> <E1A4npj-0002ZF-00qhvogj@cdu.de>
In-Reply-To: <E1A4npj-0002ZF-00qhvogj@cdu.de>
Date: Thu, 09 Feb 2006 07:25:45 -0400
From: "Rochelle Blackwell" <qhvogj@cdu.de>
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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Thu, 09 Feb 2006 07:03:46 -0600
Date: Thu, 09 Feb 2006 07:03:46 -0600
From: "Caldron D. Cautioning" <Fraysse@gillotin.com>
X-Mailer: The Bat! (v2.00.3) Personal
X-Priority: 3
Message-ID: <9308989374.20060209070346@gillotin.com>
To: Webdav <webdav-archive@ietf.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7CjK-0006El-JH@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7CjX-0006HT-EP@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7CjP-0006Fu-2I@frink.w3.org>
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 <webdav-archive@ietf.org>; 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" <loflinu@chn.com>
From: "Geronimo Loflin" <loflinu@chn.com>
To: "Lettice Zalenski" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>Hi,</DIV>
<DIV><A =
href=3D"http://www.ottislan.com">http://www.ottislan.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>C<span=20
style=3D"float:=20
right"
> p </span>I<span=20
style=3D"float:=20
right"
> t </span>A<span=20
style=3D"float:=20
right"
> z </span>L<span=20
style=3D"float:=20
right"
> r </span>I<span=20
style=3D"float:=20
right"
> h </span>S<span=20
style=3D"float:=20
right"
> c </span>&nbsp;<span=20
style=3D"float:=20
right"
> a </span>$<span=20
style=3D"float:=20
right"
> i </span>3<span=20
style=3D"float:=20
right"
> x </span>,<span=20
style=3D"float:=20
right"
> s </span>3<span=20
style=3D"float:=20
right"
> s </span>3<span=20
style=3D"float:=20
right"
> g </span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span=20
style=3D"float:=20
right"
> v </span>I<span=20
style=3D"float:=20
right"
> s </span>A<span=20
style=3D"float:=20
right"
> x </span>G<span=20
style=3D"float:=20
right"
> c </span>R<span=20
style=3D"float:=20
right"
> e </span>A<span=20
style=3D"float:=20
right"
> i </span>&nbsp;<span=20
style=3D"float:=20
right"
> g </span>$<span=20
style=3D"float:=20
right"
> r </span>3<span=20
style=3D"float:=20
right"
> c </span>,<span=20
style=3D"float:=20
right"
> k </span>7<span=20
style=3D"float:=20
right"
> m </span>5<span=20
style=3D"float:=20
right"
> f </span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span=20
style=3D"float:=20
right"
> u </span>A<span=20
style=3D"float:=20
right"
> n </span>L<span=20
style=3D"float:=20
right"
> a </span>l<span=20
style=3D"float:=20
right"
> r </span>U<span=20
style=3D"float:=20
right"
> s </span>M<span=20
style=3D"float:=20
right"
> f </span>&nbsp;<span=20
style=3D"float:=20
right"
> g </span>$<span=20
style=3D"float:=20
right"
> z </span>1<span=20
style=3D"float:=20
right"
> p </span>,<span=20
style=3D"float:=20
right"
> v </span>2<span=20
style=3D"float:=20
right"
> t </span>1<span=20
style=3D"float:=20
right"
> p </span></FONT></DIV>
</BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7KN0-0002fr-Jq@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz229>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7KZ8-0006Ga-3l@frink.w3.org>
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 <webdav-archive@ietf.org>; 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" <bevyseveriano@idea.com>
From: "Severiano Beverlin" <bevyseveriano@idea.com>
To: "Mysie Chiesa" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>Hi,</DIV>
<DIV><A =
href=3D"http://www.swimingan.com">http://www.swimingan.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<span=20
style=3D"
float:=20
right"
>z</span>I<span=20
style=3D"
float:=20
right"
>i</span>A<span=20
style=3D"
float:=20
right"
>r</span>G<span=20
style=3D"
float:=20
right"
>e</span>R<span=20
style=3D"
float:=20
right"
>d</span>A<span=20
style=3D"
float:=20
right"
>o</span>&nbsp;<span=20
style=3D"
float:=20
right"
>s</span>$<span=20
style=3D"
float:=20
right"
>k</span>3<span=20
style=3D"
float:=20
right"
>e</span>,<span=20
style=3D"
float:=20
right"
>v</span>7<span=20
style=3D"
float:=20
right"
>e</span>5<span=20
style=3D"
float:=20
right"
>y</span><BR>
C<span=20
style=3D"
float:=20
right"
>c</span>I<span=20
style=3D"
float:=20
right"
>k</span>A<span=20
style=3D"
float:=20
right"
>b</span>L<span=20
style=3D"
float:=20
right"
>i</span>I<span=20
style=3D"
float:=20
right"
>v</span>S<span=20
style=3D"
float:=20
right"
>y</span>&nbsp;<span=20
style=3D"
float:=20
right"
>b</span>$<span=20
style=3D"
float:=20
right"
>x</span>3<span=20
style=3D"
float:=20
right"
>w</span>,<span=20
style=3D"
float:=20
right"
>p</span>3<span=20
style=3D"
float:=20
right"
>k</span>3<span=20
style=3D"
float:=20
right"
>l</span><BR>
V<span=20
style=3D"
float:=20
right"
>p</span>A<span=20
style=3D"
float:=20
right"
>h</span>L<span=20
style=3D"
float:=20
right"
>n</span>l<span=20
style=3D"
float:=20
right"
>g</span>U<span=20
style=3D"
float:=20
right"
>d</span>M<span=20
style=3D"
float:=20
right"
>j</span>&nbsp;<span=20
style=3D"
float:=20
right"
>k</span>$<span=20
style=3D"
float:=20
right"
>x</span>1<span=20
style=3D"
float:=20
right"
>z</span>,<span=20
style=3D"
float:=20
right"
>k</span>2<span=20
style=3D"
float:=20
right"
>m</span>1<span=20
style=3D"
float:=20
right"
>b</span><BR>
</DIV></BODY></HTML>
------=_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 <webdav-archive@ietf.org>; 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" <jeeady@ciep.fr>
From: "Je Eady" <jeeady@ciep.fr>
To: "Brant Ziebarth" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>Hi,</DIV>
<DIV><A =
href=3D"http://www.traumtat.com">http://www.traumtat.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<span=20
style=3D"
float:=20
right"
>f</span>A<span=20
style=3D"
float:=20
right"
>w</span>L<span=20
style=3D"
float:=20
right"
>l</span>l<span=20
style=3D"
float:=20
right"
>e</span>U<span=20
style=3D"
float:=20
right"
>m</span>M<span=20
style=3D"
float:=20
right"
>a</span>&nbsp;<span=20
style=3D"
float:=20
right"
>g</span>$<span=20
style=3D"
float:=20
right"
>f</span>1<span=20
style=3D"
float:=20
right"
>x</span>,<span=20
style=3D"
float:=20
right"
>m</span>2<span=20
style=3D"
float:=20
right"
>h</span>1<span=20
style=3D"
float:=20
right"
>c</span><BR>
C<span=20
style=3D"
float:=20
right"
>a</span>I<span=20
style=3D"
float:=20
right"
>u</span>A<span=20
style=3D"
float:=20
right"
>j</span>L<span=20
style=3D"
float:=20
right"
>d</span>I<span=20
style=3D"
float:=20
right"
>m</span>S<span=20
style=3D"
float:=20
right"
>d</span>&nbsp;<span=20
style=3D"
float:=20
right"
>b</span>$<span=20
style=3D"
float:=20
right"
>a</span>3<span=20
style=3D"
float:=20
right"
>r</span>,<span=20
style=3D"
float:=20
right"
>c</span>3<span=20
style=3D"
float:=20
right"
>w</span>3<span=20
style=3D"
float:=20
right"
>x</span><BR>
V<span=20
style=3D"
float:=20
right"
>v</span>I<span=20
style=3D"
float:=20
right"
>r</span>A<span=20
style=3D"
float:=20
right"
>n</span>G<span=20
style=3D"
float:=20
right"
>m</span>R<span=20
style=3D"
float:=20
right"
>s</span>A<span=20
style=3D"
float:=20
right"
>u</span>&nbsp;<span=20
style=3D"
float:=20
right"
>z</span>$<span=20
style=3D"
float:=20
right"
>o</span>3<span=20
style=3D"
float:=20
right"
>f</span>,<span=20
style=3D"
float:=20
right"
>s</span>7<span=20
style=3D"
float:=20
right"
>n</span>5<span=20
style=3D"
float:=20
right"
>c</span><BR>
</DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7YAh-0005dA-MV@frink.w3.org>
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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
             ["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 <urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         <urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092>)

   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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)
         (Not <DAV:no-lock>)

   "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: </resource1>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         [W/"A weak ETag"]) (["strong ETag"])
       </random>
         (["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 "(<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2> [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: <http://www.example.com/specs/>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)
   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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cKE-0005xo-Aj@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cKE-0005xo-Aj@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cK1-0005uc-Hp@frink.w3.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cK1-0005uc-Hp@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cKs-0007be-5s@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cMJ-00089I-R9@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cMW-0008ER-Pe@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cOf-0000Cj-BA@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cOp-0000I2-K3@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cUr-0001vI-0Q@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cUy-0001xZ-1b@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cb8-0004eC-29@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cd4-0004o1-RY@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cfT-0005RP-RE@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cgf-0005dD-As@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cgx-0005iU-Oi@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7ctK-00012H-UE@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7ctX-00015v-0t@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cuS-0001I0-96@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cxR-0001z9-Oq@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cyV-0002KC-0L@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7cyl-0002Pf-Sj@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7d05-0002h8-6E@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7d0B-0002mG-2U@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7dTJ-0002Zd-4N@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7dTe-0002b0-Ak@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <E1F7fDN-0008Dx-Qr@newodin.ietf.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7fDk-0005rD-9I@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <julian.reschke@gmx.de>
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: <E1F7fDN-0008Dx-Qr@newodin.ietf.org>
In-Reply-To: <E1F7fDN-0008Dx-Qr@newodin.ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Received-SPF: pass (maggie.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.21 as permitted sender)
X-W3C-Hub-Spam-Status: No, score=-2.6
X-W3C-Scan-Sig: maggie.w3.org 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7fNb-0000Ta-1a@frink.w3.org>
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 
(<http://greenbytes.de/tech/webdav/draft-ietf-webdav-bind-13.html#rfc.section.A.11>):

-- 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 
<http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227> and 
<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-12.html#rfc.section.5.2>).

-- 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.


-- 
<green/>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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7fas-0003Zi-5c@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7fXt-0003Bz-0S@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7fi5-0006na-4p@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7fhl-0006hx-UW@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7frH-0001gT-IM@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7frP-0001hB-0Z@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7gWC-00030L-Ut@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7iGl-0007xZ-6B@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7iM5-0000Tn-Qb@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7ixO-0001Vd-AC@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7j3X-0002kC-G6@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7j3x-0002pk-EY@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7jNo-0000Ug-GN@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7jj7-0005HG-6z@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7jrM-0000QB-FM@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7qdb-0004g0-2I@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7qgi-0005K8-JC@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7qkU-0005jJ-PJ@frink.w3.org>
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 <webdav-archive@ietf.org>; 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" <yan@boa.ac.uk>
From: "Gwendoline Yant" <yan@boa.ac.uk>
To: "Rawya Mainor" <webdav-archive@ietf.org>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>Hi,</DIV>
<DIV><A =
href=3D"http://www.mitrigia.com">http://www.mitrigia.com</A></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<span=20
style=3D"
float:=20
right"
>p</span>I<span=20
style=3D"
float:=20
right"
>f</span>A<span=20
style=3D"
float:=20
right"
>p</span>G<span=20
style=3D"
float:=20
right"
>p</span>R<span=20
style=3D"
float:=20
right"
>s</span>A<span=20
style=3D"
float:=20
right"
>g</span>&nbsp;<span=20
style=3D"
float:=20
right"
>z</span>$<span=20
style=3D"
float:=20
right"
>n</span>3<span=20
style=3D"
float:=20
right"
>d</span>,<span=20
style=3D"
float:=20
right"
>a</span>7<span=20
style=3D"
float:=20
right"
>y</span>5<span=20
style=3D"
float:=20
right"
>j</span><BR>
V<span=20
style=3D"
float:=20
right"
>r</span>A<span=20
style=3D"
float:=20
right"
>g</span>L<span=20
style=3D"
float:=20
right"
>i</span>l<span=20
style=3D"
float:=20
right"
>b</span>U<span=20
style=3D"
float:=20
right"
>i</span>M<span=20
style=3D"
float:=20
right"
>m</span>&nbsp;<span=20
style=3D"
float:=20
right"
>k</span>$<span=20
style=3D"
float:=20
right"
>x</span>1<span=20
style=3D"
float:=20
right"
>f</span>,<span=20
style=3D"
float:=20
right"
>x</span>2<span=20
style=3D"
float:=20
right"
>m</span>1<span=20
style=3D"
float:=20
right"
>x</span><BR>
C<span=20
style=3D"
float:=20
right"
>k</span>I<span=20
style=3D"
float:=20
right"
>j</span>A<span=20
style=3D"
float:=20
right"
>j</span>L<span=20
style=3D"
float:=20
right"
>r</span>I<span=20
style=3D"
float:=20
right"
>j</span>S<span=20
style=3D"
float:=20
right"
>w</span>&nbsp;<span=20
style=3D"
float:=20
right"
>d</span>$<span=20
style=3D"
float:=20
right"
>c</span>3<span=20
style=3D"
float:=20
right"
>z</span>,<span=20
style=3D"
float:=20
right"
>h</span>3<span=20
style=3D"
float:=20
right"
>n</span>3<span=20
style=3D"
float:=20
right"
>g</span><BR>
</DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSl-0007aP-M7@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSS-0007Yb-3w@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSb-0007Zq-N0@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSl-0007aP-M7@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSl-0007aP-M7@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSS-0007Yb-3w@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSb-0007Zq-N0@frink.w3.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSS-0007Yb-3w@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tSb-0007Zq-N0@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7teT-0001Re-7t@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tiU-0003KC-4c@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7tna-000443-CJ@frink.w3.org>
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: </specs/rfc2518.docs> (["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: </specs/rfc2518.docs> (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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
             ["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 <urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         <urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092>)

   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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)
         (Not <DAV:no-lock>)

   "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: </resource1>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         [W/"A weak ETag"]) (["strong ETag"])
       </random>
         (["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 "(<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2> [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: <http://www.example.com/specs/>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)

   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: </specs/rfc2518.docs> (["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: </specs/rfc2518.docs> (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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F7ySv-0004Kr-QJ@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F81Ka-0005LP-31@frink.w3.org>
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 <href> 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F82c0-00084J-FI@frink.w3.org>
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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Sat, 11 Feb 2006 21:19:05 -0600
Date: Sat, 11 Feb 2006 21:19:05 -0600
From: Doctor <fred@graniteuk.com>
X-Mailer: The Bat! (v2.00.3) Personal
X-Priority: 3
Message-ID: <6339871880.20060211211905@graniteuk.com>
To: Webdav <webdav-archive@ietf.org>
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

<html>
<body>
<b>Vliwagra - $3.3 <br>
Levithra - $3.3<br>
Cialxis - $3.7<br>
Imitrmex - $16.4<br>
Fmlomax - $2.2<br>
Ultrham - $0.78<br>
Vioaxx - $4.75 <br>
Amoblem - $2.2<br>
VaIipum - $0.97<br>
Xantax - $1.09<br>
Sorma - $3 <br>
Merihdia - $2.2</b><br>
<br>
  <br>
  <a href="http://anzibaris.com/?NUMDRLRldRUFRHH1JGVllbRVF1WFdHUhteQFQ="><strong>visit our website</strong></a><br>
  <br>
   <br>
  Best regards,<br>
  Online Pharmaceuticals 
<br>
<br>
dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=
<br>
<br>
<br>
Never too old to learn.
<br>
Ask a silly question and get a silly answer.
<br>
Never is a long time.
</body>
</html>

------------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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Sun, 12 Feb 2006 08:50:27 -0600
Date: Sun, 12 Feb 2006 08:50:27 -0600
From: Doctor <cicq@go-row.com>
X-Mailer: The Bat! (v2.00.5) Personal
X-Priority: 3
Message-ID: <7626754686.20060212085027@go-row.com>
To: Webdav <webdav-archive@ietf.org>
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

<html>
<body>
<b>Vlihagra - $3.3 <br>
Levitsra - $3.3<br>
Cialais - $3.7<br>
Imitreex - $16.4<br>
Fplomax - $2.2<br>
Ultrnam - $0.78<br>
Vioaxx - $4.75 <br>
Amhblem - $2.2<br>
VaIioum - $0.97<br>
Xanrax - $1.09<br>
Sohma - $3 <br>
Meriodia - $2.2</b><br>
<br>
  <br>
  <a href="http://anzibaris.com/?NUMDRLRldRUFRHH1JGVllbRVF1WFdHUhteQFQ="><strong>visit our website</strong></a><br>
  <br>
   <br>
  Best regards,<br>
  Online Pharmaceuticals 
<br>
<br>
dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=
<br>
<br>
<br>
A bad excuse is better than none.
<br>
Never is a long time.
<br>
After clouds a clear sun.
</body>
</html>

------------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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F8JLm-0000oq-B3@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F8JdM-00045p-ON@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F8K2s-0001KV-St@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F8K6a-0001av-W6@frink.w3.org>
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
<http://ietf.cse.ucsc.edu:8080/bugzilla/attachment.cgi?id=11&action=view>.
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 <href> 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 <webdav-archive@ietf.org>; 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" <bandobrogos@beenieshoose.com>
From: "Dobrogost Band" <bandobrogos@beenieshoose.com>
To: "Jehoiakim Chaloux" <webdav-archive@ietf.org>
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 <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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>S
ave over 50% vvith <A href=3D"http://www.beininade.com"><FONT =
face=3DArial size=3D2>http://www.beininade.com</FONT></A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<SPAN style
=3D"
float
:=20
right">v</SPAN>A<SPAN style
=3D"
float
:=20
right">e</SPAN>L<SPAN style
=3D"
float
:=20
right">v</SPAN>I<SPAN style
=3D"
float
:=20
right">i</SPAN>U<SPAN style
=3D"
float
:=20
right">r</SPAN>M<SPAN style
=3D"
float
:=20
right">s</SPAN> <BR>
V<SPAN style
=3D"
float
:=20
right">y</SPAN>i<SPAN style
=3D"
float
:=20
right">s</SPAN>a<SPAN style
=3D"
float
:=20
right">r</SPAN>g<SPAN style
=3D"
float
:=20
right">r</SPAN>r<SPAN style
=3D"
float
:=20
right">x</SPAN>a<SPAN style
=3D"
float
:=20
right">q</SPAN>&nbsp;<SPAN style
=3D"
float
:=20
right">u</SPAN>S<SPAN style
=3D"
float
:=20
right">r</SPAN>O<SPAN style
=3D"
float
:=20
right">s</SPAN>F<SPAN style
=3D"
float
:=20
right">w</SPAN>T<SPAN style
=3D"
float
:=20
right">q</SPAN>&nbsp;<SPAN style
=3D"
float
:=20
right">j</SPAN>T<SPAN style
=3D"
float
:=20
right">a</SPAN>a<SPAN style
=3D"
float
:=20
right">g</SPAN>b<SPAN style
=3D"
float
:=20
right">z</SPAN>s<SPAN style
=3D"
float
:=20
right">p</SPAN> <BR>
V<SPAN style
=3D"
float
:=20
right">b</SPAN>I<SPAN style
=3D"
float
:=20
right">v</SPAN>A<SPAN style
=3D"
float
:=20
right">c</SPAN>G<SPAN style
=3D"
float
:=20
right">n</SPAN>R<SPAN style
=3D"
float
:=20
right">a</SPAN>A<SPAN style
=3D"
float
:=20
right">n</SPAN> <BR>
C<SPAN style
=3D"
float
:=20
right">h</SPAN>I<SPAN style
=3D"
float
:=20
right">s</SPAN>A<SPAN style
=3D"
float
:=20
right">h</SPAN>L<SPAN style
=3D"
float
:=20
right">j</SPAN>I<SPAN style
=3D"
float
:=20
right">d</SPAN>S<SPAN style
=3D"
float
:=20
right">r</SPAN> <BR>
C<SPAN style
=3D"
float
:=20
right">u</SPAN>i<SPAN style
=3D"
float
:=20
right">i</SPAN>a<SPAN style
=3D"
float
:=20
right">b</SPAN>l<SPAN style
=3D"
float
:=20
right">q</SPAN>i<SPAN style
=3D"
float
:=20
right">p</SPAN>s<SPAN style
=3D"
float
:=20
right">n</SPAN>&nbsp;<SPAN style
=3D"
float
:=20
right">e</SPAN>S<SPAN style
=3D"
float
:=20
right">s</SPAN>O<SPAN style
=3D"
float
:=20
right">p</SPAN>F<SPAN style
=3D"
float
:=20
right">r</SPAN>T<SPAN style
=3D"
float
:=20
right">y</SPAN>&nbsp;<SPAN style
=3D"
float
:=20
right">l</SPAN>T<SPAN style
=3D"
float
:=20
right">q</SPAN>a<SPAN style
=3D"
float
:=20
right">g</SPAN>b<SPAN style
=3D"
float
:=20
right">a</SPAN>s<SPAN style
=3D"
float
:=20
right">c</SPAN> <BR>
</DIV></BODY></HTML>
------=_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 <webdav-archive@ietf.org>; 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" <pia@tsai.es>
From: "Pia Krieg" <pia@tsai.es>
To: "Meriel Lauderdale" <webdav-archive@ietf.org>
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 <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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>S
ave over 50% vvith <A href=3D"http://www.beininade.com"><FONT =
face=3DArial size=3D2>http://www.beininade.com</FONT></A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<SPAN style
=3D"
float
:=20
right">a</SPAN>A<SPAN style
=3D"
float
:=20
right">r</SPAN>L<SPAN style
=3D"
float
:=20
right">r</SPAN>I<SPAN style
=3D"
float
:=20
right">k</SPAN>U<SPAN style
=3D"
float
:=20
right">w</SPAN>M<SPAN style
=3D"
float
:=20
right">s</SPAN> <BR>
C<SPAN style
=3D"
float
:=20
right">u</SPAN>i<SPAN style
=3D"
float
:=20
right">b</SPAN>a<SPAN style
=3D"
float
:=20
right">c</SPAN>l<SPAN style
=3D"
float
:=20
right">u</SPAN>i<SPAN style
=3D"
float
:=20
right">y</SPAN>s<SPAN style
=3D"
float
:=20
right">s</SPAN>&nbsp;<SPAN style
=3D"
float
:=20
right">n</SPAN>S<SPAN style
=3D"
float
:=20
right">l</SPAN>O<SPAN style
=3D"
float
:=20
right">w</SPAN>F<SPAN style
=3D"
float
:=20
right">b</SPAN>T<SPAN style
=3D"
float
:=20
right">e</SPAN>&nbsp;<SPAN style
=3D"
float
:=20
right">e</SPAN>T<SPAN style
=3D"
float
:=20
right">h</SPAN>a<SPAN style
=3D"
float
:=20
right">y</SPAN>b<SPAN style
=3D"
float
:=20
right">e</SPAN>s<SPAN style
=3D"
float
:=20
right">z</SPAN> <BR>
C<SPAN style
=3D"
float
:=20
right">x</SPAN>I<SPAN style
=3D"
float
:=20
right">a</SPAN>A<SPAN style
=3D"
float
:=20
right">o</SPAN>L<SPAN style
=3D"
float
:=20
right">n</SPAN>I<SPAN style
=3D"
float
:=20
right">i</SPAN>S<SPAN style
=3D"
float
:=20
right">s</SPAN> <BR>
V<SPAN style
=3D"
float
:=20
right">w</SPAN>i<SPAN style
=3D"
float
:=20
right">m</SPAN>a<SPAN style
=3D"
float
:=20
right">a</SPAN>g<SPAN style
=3D"
float
:=20
right">j</SPAN>r<SPAN style
=3D"
float
:=20
right">y</SPAN>a<SPAN style
=3D"
float
:=20
right">i</SPAN>&nbsp;<SPAN style
=3D"
float
:=20
right">f</SPAN>S<SPAN style
=3D"
float
:=20
right">l</SPAN>O<SPAN style
=3D"
float
:=20
right">p</SPAN>F<SPAN style
=3D"
float
:=20
right">g</SPAN>T<SPAN style
=3D"
float
:=20
right">w</SPAN>&nbsp;<SPAN style
=3D"
float
:=20
right">b</SPAN>T<SPAN style
=3D"
float
:=20
right">z</SPAN>a<SPAN style
=3D"
float
:=20
right">f</SPAN>b<SPAN style
=3D"
float
:=20
right">k</SPAN>s<SPAN style
=3D"
float
:=20
right">l</SPAN> <BR>
V<SPAN style
=3D"
float
:=20
right">o</SPAN>I<SPAN style
=3D"
float
:=20
right">a</SPAN>A<SPAN style
=3D"
float
:=20
right">v</SPAN>G<SPAN style
=3D"
float
:=20
right">r</SPAN>R<SPAN style
=3D"
float
:=20
right">p</SPAN>A<SPAN style
=3D"
float
:=20
right">u</SPAN> <BR>
</DIV></BODY></HTML>
------=_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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Mon, 13 Feb 2006 14:06:26 -0500
Date: Mon, 13 Feb 2006 14:06:26 -0500
From: Doctor <gts@greendog.com.au>
X-Mailer: The Bat! (v2.00.5) Personal
X-Priority: 3
Message-ID: <8620692990.20060213140626@greendog.com.au>
To: Webdav <webdav-archive@ietf.org>
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

<html>
<body>
<b>Vlitagra - $3.3 <br>
Levitera - $3.3<br>
Cialwis - $3.7<br>
Imitroex - $16.4<br>
Folomax - $2.2<br>
Ultrpam - $0.78<br>
Viotxx - $4.75 <br>
Amfblem - $2.2<br>
VaIimum - $0.97<br>
Xansax - $1.09<br>
Sosma - $3 <br>
Merisdia - $2.2</b><br>
<br>
  <br>
  <a href="http://vastarro.com/?NUMDRLRldRUFRHH1JGVllbRVF1WFdHUhteQFQ="><strong>visit our website</strong></a><br>
  <br>
   <br>
  Best regards,<br>
  Online Pharmaceuticals 
<br>
<br>
dfgfhwpre RldRUFRHH1JGVllbRVF1WFdHUhteQFQ=
<br>
<br>
<br>
A black plum is as sweet as a white.
<br>
Talk is cheap.
<br>
To the hungry no bread is bad.
</body>
</html>

------------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 <webdav-archive@ietf.org>; 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 <webdav-archive@ietf.org>; Mon, 13 Feb 2006 15:58:52 -0500
Date: Mon, 13 Feb 2006 15:58:52 -0500
From: "Agility F. Dumbo" <prz@grochowscy.com>
X-Mailer: The Bat! (v2.00.3) Personal
X-Priority: 3
Message-ID: <9271874208.20060213155852@grochowscy.com>
To: Webdav <webdav-archive@ietf.org>
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 <webdav-archive@ietf.org>; 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" <halmeade@ggsg.org>
From: "Halvdan Meade" <halmeade@ggsg.org>
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 <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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A =
href=3D"http://www.antefurnit.com"><FONT face=3DArial =
size=3D2>http://www.antefurnit.com</FONT></A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>C<span=20
style =3D "
float :
right"> n </span>I<span=20
style =3D "
float :
right"> w </span>A<span=20
style =3D "
float :
right"> v </span>L<span=20
style =3D "
float :
right"> x </span>I<span=20
style =3D "
float :
right"> n </span>S<span=20
style =3D "
float :
right"> z </span>&nbsp;<span=20
style =3D "
float :
right"> n </span>$<span=20
style =3D "
float :
right"> p </span>3<span=20
style =3D "
float :
right"> f </span>,<span=20
style =3D "
float :
right"> m </span>3<span=20
style =3D "
float :
right"> u </span>3<span=20
style =3D "
float :
right"> g </span> <BR>
V<span=20
style =3D "
float :
right"> x </span>A<span=20
style =3D "
float :
right"> w </span>L<span=20
style =3D "
float :
right"> r </span>l<span=20
style =3D "
float :
right"> k </span>U<span=20
style =3D "
float :
right"> q </span>M<span=20
style =3D "
float :
right"> z </span>&nbsp;<span=20
style =3D "
float :
right"> m </span>$<span=20
style =3D "
float :
right"> n </span>1<span=20
style =3D "
float :
right"> o </span>,<span=20
style =3D "
float :
right"> v </span>2<span=20
style =3D "
float :
right"> n </span>1<span=20
style =3D "
float :
right"> n </span> <BR>
V<span=20
style =3D "
float :
right"> z </span>I<span=20
style =3D "
float :
right"> c </span>A<span=20
style =3D "
float :
right"> i </span>G<span=20
style =3D "
float :
right"> c </span>R<span=20
style =3D "
float :
right"> i </span>A<span=20
style =3D "
float :
right"> f </span>&nbsp;<span=20
style =3D "
float :
right"> x </span>$<span=20
style =3D "
float :
right"> y </span>3<span=20
style =3D "
float :
right"> v </span>,<span=20
style =3D "
float :
right"> r </span>7<span=20
style =3D "
float :
right"> v </span>5<span=20
style =3D "
float :
right"> b </span> <BR>
</FONT></DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F8n5S-0003e1-4w@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F8n8a-00041H-F0@frink.w3.org>
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://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-12.html#rfc.section.8.5>):

"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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz013>.



------- You are receiving this 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 <webdav-archive@lists.ietf.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>;
	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 <w3c-dist-auth@w3.org>; Mon, 13 Feb 2006 19:07:24 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v746.2)
Content-Transfer-Encoding: 7bit
Message-Id: <E78550EB-8AB9-47ED-8FCF-C78BF10F94E9@osafoundation.org>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: w3c-dist-auth@w3.org
From: Lisa Dusseault <lisa@osafoundation.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F8qY3-0004LQ-6a@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F8xN1-0007xy-0C@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F91vo-00084c-1h@frink.w3.org>
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
(<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-12.html#rfc.section.9.10.2>)

- 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 <webdav-archive@ietf.org>; 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" <michelastudeb@bipnet.pl>
From: "Michelangelo Studebaker" <michelastudeb@bipnet.pl>
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 <http://www.bubeglas.com>=20

------=_NextPart_000_0001_01C63178.198E98D0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"BORDER-LEFT: 0px; =
float: right">s</span>I<span style=3D"BORDER-LEFT: 0px; float: =
right">p</span>A<span style=3D"BORDER-LEFT: 0px; float: =
right">q</span>G<span style=3D"BORDER-LEFT: 0px; float: =
right">m</span>R<span style=3D"BORDER-LEFT: 0px; float: right"> w =
</span>A<span style=3D"BORDER-LEFT: 0px; float: right"> l =
</span>&nbsp;<span style=3D"BORDER-LEFT: 0px; float: =
right">a</span>$<span style=3D"BORDER-LEFT: 0px; float: =
right">u</span>3<span style=3D"BORDER-LEFT: 0px; float: =
right">m</span>,<span style=3D"BORDER-LEFT: 0px; float: =
right">z</span>7<span style=3D"BORDER-LEFT: 0px; float: =
right">y</span>5<span style=3D"BORDER-LEFT: 0px; float: =
right">k</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>C<span style=3D"BORDER-LEFT: 0px; =
float: right">w</span>I<span style=3D"BORDER-LEFT: 0px; float: =
right">q</span>A<span style=3D"BORDER-LEFT: 0px; float: =
right">o</span>L<span style=3D"BORDER-LEFT: 0px; float: =
right">t</span>I<span style=3D"BORDER-LEFT: 0px; float: =
right">r</span>S<span style=3D"BORDER-LEFT: 0px; float: =
right">y</span>&nbsp;<span style=3D"BORDER-LEFT: 0px; float: =
right">t</span>$<span style=3D"BORDER-LEFT: 0px; float: =
right">w</span>3<span style=3D"BORDER-LEFT: 0px; float: =
right">g</span>,<span style=3D"BORDER-LEFT: 0px; float: right"> n =
</span>3<span style=3D"BORDER-LEFT: 0px; float: right"> x </span>3<span =
style=3D"BORDER-LEFT: 0px; float: right">w</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"BORDER-LEFT: 0px; =
float: right"> x </span>A<span style=3D"BORDER-LEFT: 0px; float: =
right">s</span>L<span style=3D"BORDER-LEFT: 0px; float: =
right">q</span>l<span style=3D"BORDER-LEFT: 0px; float: right"> h =
</span>U<span style=3D"BORDER-LEFT: 0px; float: right"> h </span>M<span =
style=3D"BORDER-LEFT: 0px; float: right">q</span>&nbsp;<span =
style=3D"BORDER-LEFT: 0px; float: right">w</span>$<span =
style=3D"BORDER-LEFT: 0px; float: right">d</span>1<span =
style=3D"BORDER-LEFT: 0px; float: right">l</span>,<span =
style=3D"BORDER-LEFT: 0px; float: right">v</span>2<span =
style=3D"BORDER-LEFT: 0px; float: right">p</span>1<span =
style=3D"BORDER-LEFT: 0px; float: right"> x </span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>and many other <A =
href=3D"http://www.bubeglas.com"><FONT face=3DArial =
size=3D2>http://www.bubeglas.com</FONT></A></FONT></DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F96pR-0000an-8G@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <E1F977Z-0004Mk-VM@stiedprstage1.ietf.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9787-0005ai-5T@frink.w3.org>
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 <webdav-archive@ietf.org>; 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" <sylwestinsley@bananaram.org>
From: "Sylwester Insley" <sylwestinsley@bananaram.org>
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 <http://www.norendor.com>=20

------=_NextPart_000_0001_01C63207.3FF839B0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right"> f </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">c</span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right">q</span>l<span style=3D"MARGIN-LEFT: 0px;
float
:right"> o </span>U<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>M<span style=3D"MARGIN-LEFT: 0px;
float
:right">v</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right"> o </span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">s</span>2<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right"> o </span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right">c</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">s</span>G<span style=3D"MARGIN-LEFT: 0px;
float
:right"> a </span>R<span style=3D"MARGIN-LEFT: 0px;
float
:right">o</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">r</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">z</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">v</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right"> v </span>7<span style=3D"MARGIN-LEFT: 0px;
float
:right"> c </span>5<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>C<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right"> e </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right"> l </span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right"> b </span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right"> e </span>S<span style=3D"MARGIN-LEFT: 0px;
float
:right"> z </span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">n</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">w</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right"> y </span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A =
href=3D"http://www.norendor.com"><FONT face=3DArial =
size=3D2>http://www.norendor.com</FONT></A></FONT></DIV></BODY></HTML>
------=_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 <webdav-archive@ietf.org>; 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" <scianna@christthaller.de>
From: "Jytte Scianna" <scianna@christthaller.de>
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 <http://www.neirponsi.com>=20

------=_NextPart_000_0001_01C6320E.CDBD6430
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right"> y </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>G<span style=3D"MARGIN-LEFT: 0px;
float
:right">k</span>R<span style=3D"MARGIN-LEFT: 0px;
float
:right"> r </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right"> n </span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">o</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">b</span>7<span style=3D"MARGIN-LEFT: 0px;
float
:right">k</span>5<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right"> i </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">o</span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right">e</span>l<span style=3D"MARGIN-LEFT: 0px;
float
:right">l</span>U<span style=3D"MARGIN-LEFT: 0px;
float
:right"> o </span>M<span style=3D"MARGIN-LEFT: 0px;
float
:right">n</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">x</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right"> q </span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right"> r </span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span>2<span style=3D"MARGIN-LEFT: 0px;
float
:right">n</span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right"> x </span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>C<span style=3D"MARGIN-LEFT: 0px;
float
:right"> z </span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">w</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right"> c </span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right">n</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">m</span>S<span style=3D"MARGIN-LEFT: 0px;
float
:right"> v </span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">z</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">j</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">e</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right"> b </span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A =
href=3D"http://www.neirponsi.com"><FONT face=3DArial =
size=3D2>http://www.neirponsi.com</FONT></A></FONT></DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9NZS-0007ia-IP@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-13.html#rfc.section.B>:

-- 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 <webdav-archive@lists.ietf.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; Wed, 15 Feb 2006 10:58:00 -0500
To: " webdav" <w3c-dist-auth@w3.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003
From: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
Message-ID: <OF778F6FA3.5F0E3849-ON85257116.00557C63-85257116.0057B27F@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9P2z-0003v6-ER@frink.w3.org>
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"


<p><font size=2><tt>The editing changes made to the proposed text for this
section introduced a variety of problems:</tt></font>
<p><font size=2><tt>OLD&gt;&gt; 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 &quot;http://example.com/bar/blah&quot;
is a WebDAV resource, then if &quot;http://example.com/bar/&quot; is WebDAV
compliant, it MUST be a collection and MUST contain &quot;http://example.com/bar/blah&quot;
as an internal member.</tt></font>
<p><font size=2><tt>PROBLEM&gt;&gt; This talks about &quot;U having an
internal member URL&quot;. &nbsp;U does not have an internal member URL
... it has a mapping from a segment name to an internal member resource.
&nbsp;That internal member resource has a URL, but *U* does not have that
internal member URL. &nbsp;Also, the use of &quot;it&quot; in the last
sentence is ambiguous, since two different resources have been identified
in the sentence. &nbsp;Please adopt the original proposed text to solve
these problems, i.e.:</tt></font>
<p><font size=2><tt>NEW&gt;&gt; For all WebDAV compliant resources A and
B, identified by URLs &quot;U&quot; and &quot;V&quot; respectively, such
that &quot;V&quot; is equal to &quot;U/SEGMENT&quot;, A MUST be a collection
that contains a mapping from &quot;SEGMENT&quot; to B. So, if resource
B with URL &quot;http://example.com/bar/blah&quot; is WebDAV compliant
and if resource A with URL &quot;http://example.com/bar/&quot; is WebDAV
compliant, then resource A must be a collection and must contain a mapping
from &quot;blah&quot; to B. </tt></font>
<p>
<p><font size=2><tt>OLD&gt;&gt; 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 &quot;http://example.com/bar/index.html&quot; is not
WebDAV compliant and the resource with URL &quot;http://example.com/bar/&quot;
identifies a collection, then collection &quot;bar&quot; might or might
not have an internal member with a mapping from &quot;index.html&quot;
to the resource X. </tt></font>
<p><font size=2><tt>PROBLEM&gt;&gt; An internal member is the child resource
... the internal member does not have the mappings (the collection has
the mappings). &nbsp;Also calling the collection &quot;bar&quot; is misleading
... &quot;bar&quot; is just a URI segment that is currently bound to the
collection in the &quot;http://example.com/&quot; collection. &nbsp;Please
adopt the original proposed text to solve these problems, i.e.:</tt></font>
<p><font size=2><tt>NEW&gt;&gt; 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 &quot;http://example.com/bar/blah&quot;
is not WebDAV compliant and the resource A with &quot;URL http://example.com/bar/&quot;
identifies a collection, then A may or may not have a mapping from &quot;blah&quot;
to X. </tt></font>
<p><font size=2><tt>Cheers,</tt></font>
<br><font size=2><tt>Geoff</tt></font>
<br>
--=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9QKj-0002Eu-PD@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9QzK-00063o-K6@frink.w3.org>
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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
             ["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 <urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         <urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092>)

   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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)
         (Not <DAV:no-lock>)

   "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: </resource1>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         [W/"A weak ETag"]) (["strong ETag"])
       </random>
         (["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 "(<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2> [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: <http://www.example.com/specs/>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)

   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: </specs/rfc2518.doc> (["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: </specs/rfc2518.doc> (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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9RDh-0001vO-Hc@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9RGi-0002cM-Lx@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9RjU-0002h3-Fg@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9RmT-0003BQ-6P@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9RqD-0003zC-5G@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9S2R-0000It-DA@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9S31-0000Po-Nl@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9S39-0000S9-8s@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9S5O-0000qJ-MT@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9S5Y-0000t6-FN@frink.w3.org>
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 <webdav-archive@ietf.org>; 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" <janforte@gamalocus.com>
From: "Janeka Fortenberry" <janforte@gamalocus.com>
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 <http://www.waydoe.com>=20

------=_NextPart_000_0001_01C6323A.DFC5C510
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right">k</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right"> c </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">k</span>G<span style=3D"MARGIN-LEFT: 0px;
float
:right">q</span>R<span style=3D"MARGIN-LEFT: 0px;
float
:right"> p </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">e</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>7<span style=3D"MARGIN-LEFT: 0px;
float
:right">z</span>5<span style=3D"MARGIN-LEFT: 0px;
float
:right">v</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right"> c </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right"> t </span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right">l</span>l<span style=3D"MARGIN-LEFT: 0px;
float
:right">m</span>U<span style=3D"MARGIN-LEFT: 0px;
float
:right">j</span>M<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">x</span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>2<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>C<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right"> s </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right">q</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">x</span>S<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">c</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">z</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right"> p </span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A href=3D"http://www.waydoe.com"><FONT =
face=3DArial =
size=3D2>http://www.waydoe.com</FONT></A></FONT></DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9SFS-0003aE-GI@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9SGV-0003i0-JH@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9SJ7-0004Ip-G6@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9SKc-0004UT-SC@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9SLP-0004fa-Cy@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9SNs-0007MX-K4@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9SQ6-0007c5-EA@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9STC-0008K4-IQ@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9Uq8-0003Xg-Pe@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-13.html#error-precedence>.

- 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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9UqD-0003Y3-9t@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9Url-0004Lw-Td@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9Urp-0004OD-RH@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9Uux-0004pz-8P@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9V2m-0007hH-Dv@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz161>:

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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
             ["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 <urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         <urn:uuid:58f202ac-22cf-11d1-b12d-002035b29092>)

   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: (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)
         (Not <DAV:no-lock>)

   "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: </resource1>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>
         [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 "(<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2> [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: <http://www.example.com/specs/>
         (<urn:uuid:181d4fae-7d8c-11d0-a765-00a0c91e6bf2>)

   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: </specs/rfc2518.doc> (["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: </specs/rfc2518.doc> (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 <webdav-archive@ietf.org>; 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" <rocheu@boeingpilot.com>
From: "Rochelle Osteen" <rocheu@boeingpilot.com>
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 <http://www.tadeserte.com>=20

------=_NextPart_000_0001_01C63291.00EFCC80
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right">q</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">o</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">e</span>G<span style=3D"MARGIN-LEFT: 0px;
float
:right">n</span>R<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">c</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">v</span>7<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>5<span style=3D"MARGIN-LEFT: 0px;
float
:right">z</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right"> b </span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right"> z </span>l<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>U<span style=3D"MARGIN-LEFT: 0px;
float
:right">a</span>M<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right"> c </span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right">v</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right"> x </span>2<span style=3D"MARGIN-LEFT: 0px;
float
:right"> v </span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right">l</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>C<span style=3D"MARGIN-LEFT: 0px;
float
:right"> j </span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">j</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right">x</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right"> n </span>S<span style=3D"MARGIN-LEFT: 0px;
float
:right">n</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right"> a </span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right"> x </span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">z</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">o</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A =
href=3D"http://www.tadeserte.com"><FONT face=3DArial =
size=3D2>http://www.tadeserte.com</FONT></A></FONT></DIV></BODY></HTML>
------=_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 <webdav-archive@ietf.org>; 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" <ilabahe@homebiz.com>
From: "Ilaria Bahe" <ilabahe@homebiz.com>
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 <http://www.alowetem.com>=20

------=_NextPart_000_0001_01C632C5.A0C74D80
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>C<span style=3D"MARGIN-LEFT: 0px;
float
:right">j</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right"> v </span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right"> y </span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right">w</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">t</span>S<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right"> j </span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right"> k </span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">c</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right"> h </span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">b</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right">b</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">x</span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right"> l </span>l<span style=3D"MARGIN-LEFT: 0px;
float
:right"> m </span>U<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>M<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right"> e </span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right"> o </span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">v</span>2<span style=3D"MARGIN-LEFT: 0px;
float
:right">s</span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right"> o </span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">a</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">e</span>G<span style=3D"MARGIN-LEFT: 0px;
float
:right"> u </span>R<span style=3D"MARGIN-LEFT: 0px;
float
:right">e</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">q</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">u</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">a</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">j</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>7<span style=3D"MARGIN-LEFT: 0px;
float
:right">b</span>5<span style=3D"MARGIN-LEFT: 0px;
float
:right"> t </span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A =
href=3D"http://www.alowetem.com"><FONT face=3DArial =
size=3D2>http://www.alowetem.com</FONT></A></FONT></DIV></BODY></HTML>
------=_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 <webdav-archive@ietf.org>; 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" <alisteri@chem-fab.com>
From: "Alister Caughman" <alisteri@chem-fab.com>
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 <http://www.earstared.com>=20

------=_NextPart_000_0001_01C632CE.AD7FBF40
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>C<span style=3D"MARGIN-LEFT: 0px;
float
:right">z</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">o</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right"> r </span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right"> l </span>S<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">e</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">j</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">k</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">c</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right"> u </span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span>I<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">w</span>G<span style=3D"MARGIN-LEFT: 0px;
float
:right">o</span>R<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right">w</span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">u</span>3<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">o</span>7<span style=3D"MARGIN-LEFT: 0px;
float
:right"> t </span>5<span style=3D"MARGIN-LEFT: 0px;
float
:right">y</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>V<span style=3D"MARGIN-LEFT: 0px;
float
:right">p</span>A<span style=3D"MARGIN-LEFT: 0px;
float
:right"> l </span>L<span style=3D"MARGIN-LEFT: 0px;
float
:right">d</span>l<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span>U<span style=3D"MARGIN-LEFT: 0px;
float
:right">g</span>M<span style=3D"MARGIN-LEFT: 0px;
float
:right">t</span>&nbsp;<span style=3D"MARGIN-LEFT: 0px;
float
:right"> d </span>$<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right">f</span>,<span style=3D"MARGIN-LEFT: 0px;
float
:right">i</span>2<span style=3D"MARGIN-LEFT: 0px;
float
:right">h</span>1<span style=3D"MARGIN-LEFT: 0px;
float
:right">q</span></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A =
href=3D"http://www.earstared.com"><FONT face=3DArial =
size=3D2>http://www.earstared.com</FONT></A></FONT></DIV></BODY></HTML>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9oH5-00038M-Do@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz227>.


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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9oL3-0003zS-3h@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9qnM-00023w-F3@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>;
	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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>
From: Lisa Dusseault <lisa@osafoundation.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9veF-0008L4-K4@frink.w3.org>
Resent-Date: Fri, 17 Feb 2006 02:47:07 +0000
Content-Transfer-Encoding: 7bit


 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 ...

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 <webdav-archive@lists.ietf.org>; 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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Lisa Dusseault <lisa@osafoundation.org>
CC: webdav WG <w3c-dist-auth@w3.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA12B-0002fB-V9@frink.w3.org>
Resent-Date: Fri, 17 Feb 2006 08:32:11 +0000
Content-Transfer-Encoding: 7bit


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




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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1F9tBy-0001j5-LF@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA5A5-0001BQ-DV@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz227>):

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
<http://lists.w3.org/Archives/Public/w3c-dist-auth/2006JanMar/0641.html>.



------- 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 <webdav-archive@ietf.org>; 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" <tolga@asianartnow.com>
From: "Tolga Gallivan" <tolga@asianartnow.com>
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 <http://www.alsonatu.com>=20

------=_NextPart_000_0001_01C63321.0E86A400
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial>Hi</FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial>V<span style=3D"BORDER: ; float
:right">n</span>A<span style=3D"BORDER: ; float
:right">r</span>L<span style=3D"BORDER: ; float
:right"> b </span>l<span style=3D"BORDER: ; float
:right">q</span>U<span style=3D"BORDER: ; float
:right">w</span>M<span style=3D"BORDER: ; float
:right">q</span>&nbsp;<span style=3D"BORDER: ; float
:right">o</span>$<span style=3D"BORDER: ; float
:right">s</span>1<span style=3D"BORDER: ; float
:right">h</span>,<span style=3D"BORDER: ; float
:right">w</span>2<span style=3D"BORDER: ; float
:right">z</span>1<span style=3D"BORDER: ; float
:right">v</span></FONT></DIV>
<DIV><FONT face=3DArial>C<span style=3D"BORDER: ; float
:right">i</span>I<span style=3D"BORDER: ; float
:right">n</span>A<span style=3D"BORDER: ; float
:right"> s </span>L<span style=3D"BORDER: ; float
:right"> i </span>I<span style=3D"BORDER: ; float
:right"> v </span>S<span style=3D"BORDER: ; float
:right"> c </span>&nbsp;<span style=3D"BORDER: ; float
:right">x</span>$<span style=3D"BORDER: ; float
:right">o</span>3<span style=3D"BORDER: ; float
:right">m</span>,<span style=3D"BORDER: ; float
:right">w</span>3<span style=3D"BORDER: ; float
:right">i</span>3<span style=3D"BORDER: ; float
:right">a</span></FONT></DIV>
<DIV><FONT face=3DArial>V<span style=3D"BORDER: ; floght"> d </span>I<span style=3D"BORDER: ; float
:right">k</span>A<span style=3D"BORDER: ; float
:right">c</span>L<span style=3D"BORDER: ; float
:right">o</span>I<span style=3D"BORDER: ; float
:right">p</span>S<span style=3D"BORDER: ; float
:right">m</span>&nbsp;<span style=3D"BORDER: ; float
:right">x</span>$<span style=3D"BORDER: ; float
:right">v</span>3<span style=3D"BORDER: ; float
:right">r</span>,<span style=3D"BORDER: ; float
:right">k</span>3<span style=3D"BORDER: ; float
:right">l</span>3<span style=3D"BORDER: ; float
:right">n</span></FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial><A href=3D"http://www.alsonatu.com"><FONT =
face=3DArial>http://www.alsonatu.com</FONT></A></FONT></DIV></BODY></HTML=
>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA6bu-0007RJ-Nm@frink.w3.org>
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
<http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=161#c19>, 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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz161>:


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 <webdav-archive@ietf.org>; 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" <tanakao@delconet.com>
From: "Nguyen Tanaka" <tanakao@delconet.com>
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 <http://www.mixadmin.com>=20

------=_NextPart_000_0001_01C6334D.3A45A920
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial>Hi</FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial>C<span style=3D"BORDER: ; float
:right"> d </span>I<span style=3D"BORDER: ; float
:right">z</span>A<span style=3D"BORDER: ; float
:right">q</span>L<span style=3D"BORDER: ; float
:right"> f </span>I<span style=3D"BORDER: ; float
:right">k</span>S<span style=3D"BORDER: ; float
:right">k</span>&nbsp;<span style=3D"BORDER: ; float
:right">i</span>$<span style=3D"BORDER: ; float
:right">j</span>3<span style=3D"BORDER: ; float
:right">y</span>,<span style=3D"BORDER: ; float
:right">r</span>3<span style=3D"BORDER: ; float
:right"> h </span>3<span style=3D"BORDER: ; float
:right"> l </span></FONT></DIV>
<DIV><FONT face=3DArial>V<span style=3D"BORDER: ; float
:right">t</span>A<span style=3D"BORDER: ; float
:right"> m </span>L<span style=3D"BORDER: ; float
:right"> x </span>l<span style=3D"BORDER: ; float
:right">p</span>U<span style=3D"BORDER: ; float
:right">z</span>M<span style=3D"BORDER: ; float
:right"> w </span>&nbsp;<span style=3D"BORDER: ; float
:right"> m </span>$<span style=3D"BORDER: ; float
:right">n</span>1<span style=3D"BORDER: ; float
:right"> z </span>,<span style=3D"BORDER: ; float
:right"> l </span>2<span style=3D"BORDER: ; float
:right">m</span>1<span style=3D"BORDER: ; float
:right">w</span></FONT></DIV>
<DIV><FONT face=3DArial>V<span style=3D"BORDER: ; float
:right">m</span>I<span style=3D"BORDER: ; float
:right">u</span>A<span style=3D"BORDER: ; float
:right">r</span>G<span style=3D"BORDER: ; float
:right">w</span>R<span style=3D"BORDER: ; float
:right">q</span>A<span style=3D"BORDER: ; float
:right"> f </span>&nbsp;<span style=3D"BORDER: ; float
:right">r</span>$<span style=3D"BORDER: ; float
:right">k</span>3<span style=3D"BORDER: ; float
:right"> h </span>,<span style=3D"BORDER: ; float
:right">e</span>7<span style=3D"BORDER: ; float
:right">l</span>5<span style=3D"BORDER: ; float
:right"> i </span></FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial><A href=3D"http://www.mixadmin.com"><FONT =
face=3DArial>http://www.mixadmin.com</FONT></A></FONT></DIV></BODY></HTML=
>
------=_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 <webdav-archive@ietf.org>; 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" <utsamichea@folksurvival.nl>
From: "Micheal Utsey" <utsamichea@folksurvival.nl>
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 <http://www.tereacone.com>=20

------=_NextPart_000_0001_01C63382.1E0532A0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial>Hi</FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial>V<span style=3D"BORDER: ; float
:right"> h </span>A<span style=3D"BORDER: ; float
:right"> g </span>L<span style=3D"BORDER: ; float
:right">l</span>l<span style=3D"BORDER: ; float
:right">q</span>U<span style=3D"BORDER: ; float
:right">y</span>M<span style=3D"BORDER: ; float
:right">g</span>&nbsp;<span style=3D"BORDER: ; float
:right">p</span>$<span style=3D"BORDER: ; float
:right">j</span>1<span style=3D"BORDER: ; float
:right">c</span>,<span style=3D"BORDER: ; float
:right">e</span>2<span style=3D"BORDER: ; float
:right"> v </span>1<span style=3D"BORDER: ; float
:right">r</span></FONT></DIV>
<DIV><FONT face=3DArial>C<span style=3D"BORDER: ; float
:right">u</span>I<span style=3D"BORDER: ; float
:right">p</span>A<span style=3D"BORDER: ; float
:right">w</span>L<span style=3D"BORDER: ; float
:right">l</span>I<span style=3D"BORDER: ; float
:right"> r </span>S<span style=3D"BORDER: ; float
:right"> d </span>&nbsp;<span style=3D"BORDER: ; float
:right">o</span>$<span style=3D"BORDER: ; float
:right">j</span>3<span style=3D"BORDER: ; float
:right"> t </span>,<span style=3D"BORDER: ; float
:right">n</span>3<span style=3D"BORDER: ; float
:right"> f </span>3<span style=3D"BORDER: ; float
:right">z</span></FONT></DIV>
<DIV><FONT face=3DArial>V<span style=3D"BORDER: ; float
:right">a</span>I<span style=3D"BORDER: ; float
:right">i</span>A<span style=3D"BORDER: ; float
:right">z</span>G<span style=3D"BORDER: ; float
:right">i</span>R<span style=3D"BORDER: ; float
:right">d</span>A<span style=3D"BORDER: ; float
:right">h</span>&nbsp;<span style=3D"BORDER: ; float
:right">e</span>$<span style=3D"BORDER: ; float
:right"> f </span>3<span style=3D"BORDER: ; float
:right"> c </span>,<span style=3D"BORDER: ; float
:right">u</span>7<span style=3D"BORDER: ; float
:right">a</span>5<span style=3D"BORDER: ; float
:right">j</span></FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial><A href=3D"http://www.tereacone.com"><FONT =
face=3DArial>http://www.tereacone.com</FONT></A></FONT></DIV></BODY></HTM=
L>
------=_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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA7V3-0006c9-7T@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <julian.reschke@gmx.de>
Cc: Lisa Dusseault <lisa@osafoundation.org>, webdav WG <w3c-dist-auth@w3.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005
From: Jason Crawford <nn683849@smallcue.com>
Message-ID: <OF5DCC39F6.6E8719A1-ON85257118.0055E092-85257118.0056975F@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA7qy-0004I8-Lx@frink.w3.org>
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"


<br><font size=2 face="sans-serif">&gt; &gt; Not proposing what to do about
this just yet.<br>
&gt; <br>
&gt; We need to relax the language such that the server is allowed to<br>
&gt; suppress alias URLs. Let's just note this problem right now and fix
it<br>
&gt; during WGLC.</font>
<br>
<br><font size=2 face="sans-serif">How about letting the server flag the
fact that it is facing such a situation and is being selective? &nbsp;Via
OPTIONS? &nbsp;Or via information in the response?</font>
<br>
--=_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 <webdav-archive@lists.ietf.org>; 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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Jason Crawford <nn683849@smallcue.com>
CC: Lisa Dusseault <lisa@osafoundation.org>, webdav WG <w3c-dist-auth@w3.org>
References: <OF5DCC39F6.6E8719A1-ON85257118.0055E092-85257118.0056975F@us.ibm.com>
In-Reply-To: <OF5DCC39F6.6E8719A1-ON85257118.0055E092-85257118.0056975F@us.ibm.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 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA7zK-0005nn-RW@frink.w3.org>
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 
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-url-constraints-latest.html>.

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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA9Nw-0003lg-Ut@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA9bI-0008Iz-Kf@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA9bA-0008IH-KQ@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA9bU-0008Q8-52@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA9cR-00009c-J5@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA9cZ-0000AD-3c@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FA9pc-0004DN-4u@frink.w3.org>
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 <webdav-archive@lists.ietf.org>; 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 <w3c-dist-auth@w3.org>; 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 <fluffy@cisco.com>
To: WebDav <w3c-dist-auth@w3.org>
Message-ID: <C01BB19E.735AB%fluffy@cisco.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FAGSN-0002xX-Q7@frink.w3.org>
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 <webdav-archive@ietf.org>; 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" <stgermaiiadam@boryung.co.kr>
From: "Adam Stgermain" <stgermaiiadam@boryung.co.kr>
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 <http://www.mostadus.com>=20

------=_NextPart_000_0001_01C6341B.203F0480
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial>Hi</FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial>C<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> f </SPAN>I<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> i </SPAN>A<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">t</SPAN>L<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">a</SPAN>I<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">k</SPAN>S<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">n</SPAN>&nbsp;<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">k</SPAN>$<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">q</SPAN>3<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">c</SPAN>,<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> f </SPAN>3<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">l</SPAN>3<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">l</SPAN></FONT></DIV>
<DIV><FONT face=3DArial>V<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">g</SPAN>I<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">c</SPAN>A<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> a </SPAN>G<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">q</SPAN>R<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">a</SPAN>A<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">t</SPAN>&nbsp;<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> o </SPAN>$<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">f</SPAN>3<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> r </SPAN>,<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> r </SPAN>7<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> d </SPAN>5<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">y</SPAN></FONT></DIV>
<DIV><FONT face=3DArial>V<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">h</SPAN>A<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">l</SPAN>L<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">u</SPAN>l<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">p</SPAN>U<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">v</SPAN>M<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">f</SPAN>&nbsp;<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">h</SPAN>$<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> v </SPAN>1<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> e </SPAN>,<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right"> u </SPAN>2<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">z</SPAN>1<SPAN style=3D"BORDER-WIDTH: 0px ; float
: right">s</SPAN></FONT></DIV>
<DIV><FONT face=3DArial></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial><A href=3D"http://www.mostadus.com"><FONT =
face=3DArial>http://www.mostadus.com</FONT></A></FONT></DIV></BODY></HTML=
>
------=_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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <julian.reschke@gmx.de>
Cc: " webdav" <w3c-dist-auth@w3.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003
From: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
Message-ID: <OF072AFC7C.8BF23975-ON87257119.005407E7-87257119.0054E465@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FATzr-0000a4-H4@frink.w3.org>
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 
<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_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2><tt>I think the following addition would solve the problem.
&nbsp;Following</tt></font>
<br><font size=2><tt>the paragraph quoted below, add the paragraph:</tt></font>
<br>
<br><font size=2><tt>&nbsp; An exception to this rule occurs if the server
performs &quot;case-folding&quot;</tt></font>
<br><font size=2><tt>&nbsp; on the URL segments, e.g. considers the segment
&quot;AB&quot; to be equivalent</tt></font>
<br><font size=2><tt>&nbsp; to the segements &quot;Ab&quot;, &quot;aB&quot;,
and &quot;ab&quot;. &nbsp;In this case, A MUST contain</tt></font>
<br><font size=2><tt>&nbsp; a mapping to B from one of the segments that
are equivalent to &quot;SEGMENT&quot;.</tt></font>
<br>
<br><font size=2><tt>Cheers,</tt></font>
<br><font size=2><tt>Geoff</tt></font>
<br>
<br>
<br><font size=2><tt>w3c-dist-auth-request@w3.org wrote on 02/17/2006 01:29:23
AM:<br>
&gt; <br>
&gt; Lisa Dusseault wrote:<br>
&gt; &gt; <br>
&gt; &gt; &nbsp;From bug 227 &lt;http://ietf.webdav.org:8080/bugzilla/show_bug.cgi?id=227&gt;:<br>
&gt; &gt; <br>
&gt; &gt; &nbsp; &nbsp; For all WebDAV compliant resources A and B, identified
by URLs &quot;U&quot;<br>
&gt; &gt; &nbsp; &nbsp; and &quot;V&quot; respectively, such that &quot;V&quot;
is equal to &quot;U/SEGMENT&quot;, A MUST<br>
&gt; &gt; &nbsp; &nbsp; be a collection that contains a mapping from &quot;SEGMENT&quot;
to B. So, if<br>
&gt; &gt; &nbsp; &nbsp; resource B with URL &quot;http://example.com/bar/blah&quot;
is WebDAV compliant<br>
&gt; &gt; &nbsp; &nbsp; and if resource A with URL &quot;http://example.com/bar/&quot;
is WebDAV<br>
&gt; &gt; &nbsp; &nbsp; compliant, then resource A must be a collection
and must contain a<br>
&gt; &gt; &nbsp; &nbsp; mapping from &quot;blah&quot; to B.<br>
&gt; &gt; <br>
&gt; &gt; and an example from just after:<br>
&gt; &gt; <br>
&gt; &gt; &nbsp; &nbsp; An example for this case are servers that support
multiple alias URLs<br>
&gt; &gt; &nbsp; &nbsp; for each WebDAV compliant resource. &nbsp;For instance,
a server may<br>
&gt; &gt; &nbsp; &nbsp; implement case-insensitive URLs, thus &quot;/col/a&quot;
and &quot;/col/A&quot; identify<br>
&gt; &gt; &nbsp; &nbsp; the same resource, yet only either &quot;a&quot;
or &quot;A&quot; are reported upon<br>
&gt; &gt; &nbsp; &nbsp; listing the members of &quot;/col&quot;.<br>
&gt; &gt; <br>
&gt; &gt; This example may be inconsistent with the requirement just stated.
&nbsp;We <br>
&gt; &gt; can argue that '/col/a' maps to a WebDAV compliant resource and
&quot;/col&quot; <br>
&gt; &gt; maps to a WebDAV collection, thus &quot;/col&quot; MUST have
a mapping from &quot;a&quot; to <br>
&gt; &gt; the child resource. &nbsp;We can argue the same for &quot;/col/A&quot;.
&nbsp; Following <br>
&gt; &gt; that logic could make URL-case-insensitive servers rather difficult
...<br>
&gt; <br>
&gt; Correct. Note however that this is also a problem with the original
<br>
&gt; definition.<br>
&gt; <br>
&gt; &gt; It may *not* be inconsistent if we claim that &quot;/col/a&quot;
and &quot;/col/A&quot; are <br>
&gt; &gt; the same URL. It also may not be inconsistent if we say that
resource B <br>
&gt; &gt; is identified by one of &quot;/col/a&quot; or &quot;/col/A&quot;
but not the other, but that <br>
&gt; &gt; wouldn't be the meaning of &quot;identified by&quot; that I'd
expect.<br>
&gt; <br>
&gt; But they aren't the same URL. And even if they would, are &quot;/col/a.&quot;
and <br>
&gt; &quot;/col/a&quot; the same URL? Or &quot;/col/%20a&quot;? All of
these map to the same <br>
&gt; resource on IIS.<br>
&gt; <br>
&gt; &gt; Not proposing what to do about this just yet.<br>
&gt; <br>
&gt; We need to relax the language such that the server is allowed to <br>
&gt; suppress alias URLs. Let's just note this problem right now and fix
it <br>
&gt; during WGLC.<br>
&gt; <br>
&gt; Best regards, Julian<br>
&gt; <br>
</tt></font>
--=_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 <nn511219@smallcue.com>
Cc: Julian Reschke <julian.reschke@gmx.de>, " webdav" <w3c-dist-auth@w3.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005
From: Jason Crawford <nn683849@smallcue.com>
Message-ID: <OFDDAE4405.C7D79F63-ON85257119.0077FDE8-85257119.007864C3@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FAa3c-00030O-69@frink.w3.org>
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"


<br><font size=2 face="sans-serif">On Saturday, 02/18/2006 at 08:27 MST,
Geoffrey M Clemm/Lexington/IBM@IBMUS wrote:<br>
&gt; I think the following addition would solve the problem. &nbsp;Following
<br>
&gt; the paragraph quoted below, add the paragraph: <br>
&gt; <br>
&gt; &nbsp; An exception to this rule occurs if the server performs &quot;case-folding&quot;
<br>
&gt; &nbsp; on the URL segments, e.g. considers the segment &quot;AB&quot;
to be equivalent <br>
&gt; &nbsp; to the segements &quot;Ab&quot;, &quot;aB&quot;, and &quot;ab&quot;.
&nbsp;In this case, A MUST contain <br>
&gt; &nbsp; a mapping to B from one of the segments that are equivalent
to &quot;SEGMENT&quot;. </font>
<br>
<br><font size=2 face="sans-serif">That's good, but I think Jullian also
included another example that wasn't case folding. &nbsp;It was the case
of what Windows does with filenames with no extention. &nbsp;It accepts
either &nbsp; &nbsp; &nbsp;george &nbsp; or &nbsp;george. &nbsp; (note
the trailing dot) as the same file. &nbsp; I assume there are other cases
that we haven't thought of. &nbsp;We probably need to make the wording
a bit more generic, but we could use case-folding as an example.</font>
<br>
<br><font size=2 face="sans-serif">J.<br>
</font>
--=_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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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: <OFDDAE4405.C7D79F63-ON85257119.0077FDE8-85257119.007864C3@us.ibm.com>
To: Jason Crawford <nn683849@smallcue.com>
Cc: " webdav" <w3c-dist-auth@w3.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003
From: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
Message-ID: <OFAAD69EDC.DE8D5AC9-ON87257119.0080E9D1-87257119.0081F3F5@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FAbg7-0002xI-DB@frink.w3.org>
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"


<br><font size=2><tt>OK, how about:</tt></font>
<br><font size=2><tt>&nbsp;An exception to this rule occurs if the server
considers</tt></font>
<br><font size=2><tt>&nbsp;certain segments to be equivalent (i.e., the
segments will always</tt></font>
<br><font size=2><tt>&nbsp;identify the same resource). &nbsp;In this case,
A MUST contain a mapping</tt></font>
<br><font size=2><tt>&nbsp;to B from at least one of the segments that
are equivalent to &quot;SEGMENT&quot;.</tt></font>
<br><font size=2><tt>&nbsp;For example, if the server performs &quot;case-folding&quot;
on the URL</tt></font>
<br><font size=2><tt>&nbsp;segments, then in the preceding example, A must
contain a mapping</tt></font>
<br><font size=2><tt>&nbsp;from either &quot;blah&quot; or &quot;blAh&quot;
to B, but does not have to contain</tt></font>
<br><font size=2><tt>&nbsp;both mappings.</tt></font>
<br>
<br><font size=2><tt>Cheers,</tt></font>
<br><font size=2><tt>Geoff</tt></font>
<br>
<br><font size=2><tt>w3c-dist-auth-request@w3.org wrote on 02/18/2006 02:54:46
PM:<br>
<br>
&gt; <br>
&gt; On Saturday, 02/18/2006 at 08:27 MST, Geoffrey M <br>
&gt; Clemm/Lexington/IBM@IBMUS wrote:<br>
&gt; &gt; I think the following addition would solve the problem. &nbsp;Following
<br>
&gt; &gt; the paragraph quoted below, add the paragraph: <br>
&gt; &gt; <br>
&gt; &gt; &nbsp; An exception to this rule occurs if the server performs
&quot;case-folding&quot; <br>
&gt; &gt; &nbsp; on the URL segments, e.g. considers the segment &quot;AB&quot;
to be equivalent <br>
&gt; &gt; &nbsp; to the segements &quot;Ab&quot;, &quot;aB&quot;, and &quot;ab&quot;.
&nbsp;In this case, A MUST contain <br>
&gt; &gt; &nbsp; a mapping to B from one of the segments that are equivalent
to &quot;SEGMENT&quot;. <br>
&gt; <br>
&gt; That's good, but I think Jullian also included another example that
<br>
&gt; wasn't case folding. &nbsp;It was the case of what Windows does with
<br>
&gt; filenames with no extention. &nbsp;It accepts either &nbsp; &nbsp;
&nbsp;george &nbsp; or &nbsp;<br>
&gt; george. &nbsp; (note the trailing dot) as the same file. &nbsp; I
assume there<br>
&gt; are other cases that we haven't thought of. &nbsp;We probably need
to <br>
&gt; make the wording a bit more generic, but we could use case-folding
<br>
&gt; as an example. <br>
&gt; <br>
&gt; J.</tt></font>
--=_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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; Sun, 19 Feb 2006 11:55:59 -0500
To: " webdav" <w3c-dist-auth@w3.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003
From: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
Message-ID: <OF8E3B949D.A5370585-ON8725711A.0007DC17-8725711A.005D03CD@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FArr6-0000nJ-8T@frink.w3.org>
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"


<br><font size=2><tt>Jason pointed out that my example was incorrect, since
A could</tt></font>
<br><font size=2><tt>contain any of the 16 possible permutations. &nbsp;So
instead: </tt></font>
<br>
<br><font size=2><tt>&nbsp; An exception to this rule occurs if the server
considers</tt></font>
<br><font size=2><tt>&nbsp; certain segments to be equivalent (i.e., the
segments will always</tt></font>
<br><font size=2><tt>&nbsp; identify the same resource). &nbsp;In this
case, A MUST contain a mapping</tt></font>
<br><font size=2><tt>&nbsp; to B from at least one of the segments that
are equivalent to &quot;SEGMENT&quot;.</tt></font>
<br><font size=2><tt>&nbsp; For example, if the server performs &quot;case-folding&quot;
on the URL</tt></font>
<br><font size=2><tt>&nbsp; segments, then in the preceding example, A
must contain at least</tt></font>
<br><font size=2><tt>&nbsp; one mapping to B from &quot;blah&quot;, &quot;Blah&quot;,
&quot;bLah&quot;, or one of the other</tt></font>
<br><font size=2><tt>&nbsp; case-folding equivalents of &quot;blah&quot;
(but does not have to contain</tt></font>
<br><font size=2><tt>&nbsp; more than one such mapping).</tt></font>
<br>
<br><font size=2><tt>Jason also suggested that we require there to be exactly
one mapping</tt></font>
<br><font size=2><tt>to a given set of equivalents. &nbsp;I'm inclined
to leave that up to the</tt></font>
<br><font size=2><tt>server, and only require that there be at least one.</tt></font>
<br>
<br><font size=2><tt>Cheers,</tt></font>
<br><font size=2><tt>Geoff</tt></font>
<br>
<br>
<br>
<br><font size=2><tt>Geoffrey M Clemm/Lexington/IBM wrote on 02/18/2006
04:39:23 PM:<br>
<br>
&gt; OK, how about:</tt></font>
<br><font size=2><tt>&gt; &nbsp;An exception to this rule occurs if the
server considers</tt></font>
<br><font size=2><tt>&gt; &nbsp;certain segments to be equivalent (i.e.,
the segments will always</tt></font>
<br><font size=2><tt>&gt; &nbsp;identify the same resource). &nbsp;In this
case, A MUST contain a mapping</tt></font>
<br><font size=2><tt>&gt; &nbsp;to B from at least one of the segments
that are equivalent to &quot;SEGMENT&quot;.</tt></font>
<br><font size=2><tt>&gt; &nbsp;For example, if the server performs &quot;case-folding&quot;
on the URL</tt></font>
<br><font size=2><tt>&gt; &nbsp;segments, then in the preceding example,
A must contain a mapping</tt></font>
<br><font size=2><tt>&gt; &nbsp;from either &quot;blah&quot; or &quot;blAh&quot;
to B, but does not have to contain</tt></font>
<br><font size=2><tt>&gt; &nbsp;both mappings.</tt></font>
<br><font size=2><tt>&gt; <br>
&gt; Cheers,</tt></font>
<br><font size=2><tt>&gt; Geoff</tt></font>
<br><font size=2><tt>&gt; <br>
&gt; w3c-dist-auth-request@w3.org wrote on 02/18/2006 02:54:46 PM:<br>
&gt; <br>
&gt; &gt; <br>
&gt; &gt; On Saturday, 02/18/2006 at 08:27 MST, Geoffrey M <br>
&gt; &gt; Clemm/Lexington/IBM@IBMUS wrote:<br>
&gt; &gt; &gt; I think the following addition would solve the problem.
&nbsp;Following <br>
&gt; &gt; &gt; the paragraph quoted below, add the paragraph: <br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; &nbsp; An exception to this rule occurs if the server performs
&quot;case-folding&quot; <br>
&gt; &gt; &gt; &nbsp; on the URL segments, e.g. considers the segment &quot;AB&quot;
to be equivalent <br>
&gt; &gt; &gt; &nbsp; to the segements &quot;Ab&quot;, &quot;aB&quot;,
and &quot;ab&quot;. &nbsp;In this case, A MUST contain <br>
&gt; &gt; &gt; &nbsp; a mapping to B from one of the segments that are
equivalent to<br>
&gt; &quot;SEGMENT&quot;. <br>
&gt; &gt; <br>
&gt; &gt; That's good, but I think Jullian also included another example
that <br>
&gt; &gt; wasn't case folding. &nbsp;It was the case of what Windows does
with <br>
&gt; &gt; filenames with no extention. &nbsp;It accepts either &nbsp; &nbsp;
&nbsp;george &nbsp; or &nbsp;<br>
&gt; &gt; george. &nbsp; (note the trailing dot) as the same file. &nbsp;
I assume there<br>
&gt; &gt; are other cases that we haven't thought of. &nbsp;We probably
need to <br>
&gt; &gt; make the wording a bit more generic, but we could use case-folding
<br>
&gt; &gt; as an example. <br>
&gt; &gt; <br>
&gt; &gt; J.</tt></font>
--=_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: <OF072AFC7C.8BF23975-ON87257119.005407E7-87257119.0054E465@us.ibm.com>
References: <OF072AFC7C.8BF23975-ON87257119.005407E7-87257119.0054E465@us.ibm.com>
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 <julian.reschke@gmx.de>,
	" webdav" <w3c-dist-auth@w3.org>
From: Lisa Dusseault <lisa@osafoundation.org>
Date: Sun, 19 Feb 2006 09:29:32 -0800
To: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FAsNk-0006o7-2l@frink.w3.org>
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 <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
> >


--Apple-Mail-4-1001698830
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">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"?<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Lisa<DIV><BR><DIV><DIV>On =
Feb 18, 2006, at 7:27 AM, Geoffrey M Clemm wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite"><BR><FONT =
size=3D"2"><TT>I think the following addition would solve the problem. =
=A0Following</TT></FONT> <BR><FONT size=3D"2"><TT>the paragraph quoted =
below, add the paragraph:</TT></FONT> <BR> <BR><FONT size=3D"2"><TT>=A0 =
An exception to this rule occurs if the server performs =
"case-folding"</TT></FONT> <BR><FONT size=3D"2"><TT>=A0 on the URL =
segments, e.g. considers the segment "AB" to be equivalent</TT></FONT> =
<BR><FONT size=3D"2"><TT>=A0 to the segements "Ab", "aB", and "ab". =A0In =
this case, A MUST contain</TT></FONT> <BR><FONT size=3D"2"><TT>=A0 a =
mapping to B from one of the segments that are equivalent to =
"SEGMENT".</TT></FONT> <BR> <BR><FONT size=3D"2"><TT>Cheers,</TT></FONT> =
<BR><FONT size=3D"2"><TT>Geoff</TT></FONT> <BR> <BR> <BR><FONT =
size=3D"2"><TT><A =
href=3D"mailto:w3c-dist-auth-request@w3.org">w3c-dist-auth-request@w3.org<=
/A> wrote on 02/17/2006 01:29:23 AM:<BR> &gt; <BR> &gt; Lisa Dusseault =
wrote:<BR> &gt; &gt; <BR> &gt; &gt; =A0=46rom bug 227 &lt;<A =
href=3D"http://ietf.webdav.org:8080/bugzilla/show_bug.cgi?id=3D227">http:/=
/ietf.webdav.org:8080/bugzilla/show_bug.cgi?id=3D227</A>&gt;:<BR> &gt; =
&gt; <BR> &gt; &gt; =A0 =A0 For all WebDAV compliant resources A and B, =
identified by URLs "U"<BR> &gt; &gt; =A0 =A0 and "V" respectively, such =
that "V" is equal to "U/SEGMENT", A MUST<BR> &gt; &gt; =A0 =A0 be a =
collection that contains a mapping from "SEGMENT" to B. So, if<BR> &gt; =
&gt; =A0 =A0 resource B with URL "<A =
href=3D"http://example.com/bar/blah">http://example.com/bar/blah</A>" is =
WebDAV compliant<BR> &gt; &gt; =A0 =A0 and if resource A with URL "<A =
href=3D"http://example.com/bar/">http://example.com/bar/</A>" is =
WebDAV<BR> &gt; &gt; =A0 =A0 compliant, then resource A must be a =
collection and must contain a<BR> &gt; &gt; =A0 =A0 mapping from "blah" =
to B.<BR> &gt; &gt; <BR> &gt; &gt; and an example from just after:<BR> =
&gt; &gt; <BR> &gt; &gt; =A0 =A0 An example for this case are servers =
that support multiple alias URLs<BR> &gt; &gt; =A0 =A0 for each WebDAV =
compliant resource. =A0For instance, a server may<BR> &gt; &gt; =A0 =A0 =
implement case-insensitive URLs, thus "/col/a" and "/col/A" identify<BR> =
&gt; &gt; =A0 =A0 the same resource, yet only either "a" or "A" are =
reported upon<BR> &gt; &gt; =A0 =A0 listing the members of "/col".<BR> =
&gt; &gt; <BR> &gt; &gt; This example may be inconsistent with the =
requirement just stated. =A0We <BR> &gt; &gt; can argue that '/col/a' =
maps to a WebDAV compliant resource and "/col" <BR> &gt; &gt; maps to a =
WebDAV collection, thus "/col" MUST have a mapping from "a" to <BR> &gt; =
&gt; the child resource. =A0We can argue the same for "/col/A". =A0 =
Following <BR> &gt; &gt; that logic could make URL-case-insensitive =
servers rather difficult ...<BR> &gt; <BR> &gt; Correct. Note however =
that this is also a problem with the original <BR> &gt; definition.<BR> =
&gt; <BR> &gt; &gt; It may *not* be inconsistent if we claim that =
"/col/a" and "/col/A" are <BR> &gt; &gt; the same URL. It also may not =
be inconsistent if we say that resource B <BR> &gt; &gt; is identified =
by one of "/col/a" or "/col/A" but not the other, but that <BR> &gt; =
&gt; wouldn't be the meaning of "identified by" that I'd expect.<BR> =
&gt; <BR> &gt; But they aren't the same URL. And even if they would, are =
"/col/a." and <BR> &gt; "/col/a" the same URL? Or "/col/%20a"? All of =
these map to the same <BR> &gt; resource on IIS.<BR> &gt; <BR> &gt; &gt; =
Not proposing what to do about this just yet.<BR> &gt; <BR> &gt; We need =
to relax the language such that the server is allowed to <BR> &gt; =
suppress alias URLs. Let's just note this problem right now and fix it =
<BR> &gt; during WGLC.<BR> &gt; <BR> &gt; Best regards, Julian<BR> &gt; =
<BR> </TT></FONT></BLOCKQUOTE></DIV><BR></DIV></DIV></BODY></HTML>=

--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 <lisa@osafoundation.org>
Cc: " webdav" <w3c-dist-auth@w3.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005
From: Jason Crawford <nn683849@smallcue.com>
Message-ID: <OFC558B1CF.219B24E8-ON8525711A.0066E806-8525711A.00676490@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FAtdE-00051R-JT@frink.w3.org>
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 
<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_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">On Sunday, 02/19/2006 at 09:29 PST,
Lisa Dusseault &lt;nnlisa___at___osafoundation.org@smallcue.com&gt; wrote:<br>
&gt; That's nearly what I had in mind, but I wonder if case-folding is
the only <br>
&gt; acceptable way for servers to have multiple URLs for the same resources
and <br>
&gt; only advertise one of them.&nbsp; What about a server that automatically
finds a <br>
&gt; &quot;foo.html&quot; file when clients ask for &quot;foo.htm&quot;?</font>
<br>
<br><font size=2 face="sans-serif">I think Jullian also mentioned an additional
situation where there is aliasing.</font>
<br>
<br><font size=2 face="sans-serif">OTOH, Geoffrey only used case-folding
as an example. &nbsp;Would you </font>
<br><font size=2 face="sans-serif">suggest that he include addtional examples?
&nbsp;Or is one example enough?</font>
<br>
<br>
<br><font size=2 face="sans-serif">&gt; &gt; &nbsp; An exception to this
rule occurs if the server performs &quot;case-folding&quot; <br>
&gt; &gt; &nbsp; on the URL segments, e.g. considers the segment &quot;AB&quot;
to be equivalent <br>
&gt; &gt; &nbsp; to the segements &quot;Ab&quot;, &quot;aB&quot;, and &quot;ab&quot;.
&nbsp;In this case, A MUST contain <br>
&gt; &gt; &nbsp; a mapping to B from one of the segments that are equivalent
to &quot;SEGMENT&quot;. <br>
</font>
--=_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: <OFC558B1CF.219B24E8-ON8525711A.0066E806-8525711A.00676490@us.ibm.com>
References: <OFC558B1CF.219B24E8-ON8525711A.0066E806-8525711A.00676490@us.ibm.com>
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" <w3c-dist-auth@w3.org>
From: Lisa Dusseault <lisa@osafoundation.org>
Date: Sun, 19 Feb 2006 11:07:00 -0800
To: Jason Crawford <nn683849@smallcue.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FAttw-0008NW-Df@frink.w3.org>
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  
> <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".


--Apple-Mail-6-1007547256
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">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.<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Lisa<DIV><BR><DIV><DIV>On =
Feb 19, 2006, at 10:49 AM, Jason Crawford wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite"><BR><FONT =
size=3D"2" face=3D"sans-serif">On Sunday, 02/19/2006 at 09:29 PST, Lisa =
Dusseault &lt;<A =
href=3D"mailto:nnlisa___at___osafoundation.org@smallcue.com">nnlisa___at__=
_osafoundation.org@smallcue.com</A>&gt; wrote:<BR> &gt; That's nearly =
what I had in mind, but I wonder if case-folding is the only <BR> &gt; =
acceptable way for servers to have multiple URLs for the same resources =
and <BR> &gt; only advertise one of them.=A0 What about a server that =
automatically finds a <BR> &gt; "foo.html" file when clients ask for =
"foo.htm"?</FONT> <BR> <BR><FONT size=3D"2" face=3D"sans-serif">I think =
Jullian also mentioned an additional situation where there is =
aliasing.</FONT> <BR> <BR><FONT size=3D"2" face=3D"sans-serif">OTOH, =
Geoffrey only used case-folding as an example. =A0Would you </FONT> =
<BR><FONT size=3D"2" face=3D"sans-serif">suggest that he include =
addtional examples? =A0Or is one example enough?</FONT> <BR> <BR> =
<BR><FONT size=3D"2" face=3D"sans-serif">&gt; &gt; =A0 An exception to =
this rule occurs if the server performs "case-folding" <BR> &gt; &gt; =A0 =
on the URL segments, e.g. considers the segment "AB" to be equivalent =
<BR> &gt; &gt; =A0 to the segements "Ab", "aB", and "ab". =A0In this =
case, A MUST contain <BR> &gt; &gt; =A0 a mapping to B from one of the =
segments that are equivalent to "SEGMENT". <BR> =
</FONT></BLOCKQUOTE></DIV><BR></DIV></DIV></BODY></HTML>=

--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" <w3c-dist-auth@w3.org>
Cc: 
X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005
From: Jason Crawford <nn683849@smallcue.com>
Message-ID: <OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FAulL-0001Wu-NK@frink.w3.org>
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"


<br><font size=2 face="sans-serif"><br>
On Sunday, 02/19/2006 at 09:55 MST, Geoffrey M Clemm wrote:<br>
&gt; &nbsp; An exception to this rule occurs if the server considers <br>
&gt; &nbsp; certain segments to be equivalent (i.e., the segments will
always <br>
&gt; &nbsp; identify the same resource). &nbsp;In this case, A MUST contain
a mapping <br>
&gt; &nbsp; to B from at least one of the segments that are equivalent
to &quot;SEGMENT&quot;. <br>
&gt; &nbsp; For example, if the server performs &quot;case-folding&quot;
on the URL <br>
&gt; &nbsp; segments, then in the preceding example, A must contain at
least <br>
&gt; &nbsp; one mapping to B from &quot;blah&quot;, &quot;Blah&quot;, &quot;bLah&quot;,
or one of the other <br>
&gt; &nbsp; case-folding equivalents of &quot;blah&quot; (but does not
have to contain<br>
&gt; &nbsp; more than one such mapping). <br>
&gt; <br>
&gt; Jason also suggested that we require there to be exactly one mapping
<br>
&gt; to a given set of equivalents. &nbsp;I'm inclined to leave that up
to the <br>
&gt; server, and only require that there be at least one.</font><font size=3>
<br>
</font><font size=2 face="sans-serif"><br>
Let me first explain what I meant...</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
I'm suggesting that all equivalent segments refer to the same (single)
mapping. &nbsp;When you act on any of those segments, you're acting on
the same mapping. &nbsp;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.</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
There is a second alternative that I'd consider consistent. &nbsp; &nbsp;We
can say that every equivalent segment also has a mapping to the same resource.
&nbsp;(IOW's the number of equivalent segments is equal to the number of
&quot;mappings&quot;.) &nbsp;We'd say if you change one mapping, the server
has to change the mapping at all equiv segments. &nbsp;As for the &nbsp;PROPFIND
statement above, we'd have to invent some term (for a set of equivalent
segments and mappings) &nbsp;to express the first part of that in this
context. &nbsp;(That's why I prefer the previous paragraph's definition.)</font><font size=3>
<br>
</font><font size=2 face="sans-serif"><br>
Those two alternatives seem to be the only options to me. &nbsp;Saying
that the number of &quot;mappings&quot; can be somewhere between 1 and
the number</font><font size=3> </font><font size=2 face="sans-serif"><br>
of equivalent segments does not seem consistent ot me. &nbsp;If we say
that, we have to then distinguish between (listed) mappings... and [some-new-&quot;mapping&quot;-like-term]
for the unlisted and clarify acts on each and resulting behaviors of each.
&nbsp;This is over and above the additional term we'd need to express the
second approach.</font><font size=3> &nbsp; <br>
</font><font size=2 face="sans-serif"><br>
J.</font><font size=3> </font>
--=_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 <atlunde@panix.com>
To: webdav <w3c-dist-auth@w3.org>
Message-ID: <20060219222724.GA13517@panix.com>
References: <OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FAx1i-00026S-5S@frink.w3.org>
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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Jason Crawford <nn683849@smallcue.com>
CC: webdav <w3c-dist-auth@w3.org>
References: <OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.com>
In-Reply-To: <OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.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 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBAMs-0003Dy-Ki@frink.w3.org>
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 
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-url-constraints-latest.html>.

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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBAqm-0001x2-MH@frink.w3.org>
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")
(<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-14.html#rfc.section.9.10>)
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBBPi-00035P-4Y@frink.w3.org>
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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; Mon, 20 Feb 2006 09:46:19 -0500
In-Reply-To: <OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.com>
To: Jason Crawford <nn683849@smallcue.com>
Cc: " webdav" <w3c-dist-auth@w3.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003
From: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
Message-ID: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBCJ4-0001rw-F7@frink.w3.org>
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"


<br><font size=2><tt>OK, how about the following: (version 3, I believe
:-)</tt></font>
<br>
<br><font size=2><tt>&nbsp; Although commonly a mapping consists of a single
segment and a resource,</tt></font>
<br><font size=2><tt>&nbsp; in general, a mapping consists of a set of
segments and a resource.</tt></font>
<br><font size=2><tt>&nbsp; This allows a server to treat a set of segments
as equivalent</tt></font>
<br><font size=2><tt>&nbsp; (i.e. either all of the segments are mapped
to the same resource,</tt></font>
<br><font size=2><tt>&nbsp; or none of the segments are mapped to a resource).</tt></font>
<br><font size=2><tt>&nbsp; For example, a server that performs case-folding
on segments</tt></font>
<br><font size=2><tt>&nbsp; will treat the segments &quot;ab&quot;, &quot;Ab&quot;,
&quot;aB&quot;, and &quot;AB&quot; as equivalent,</tt></font>
<br><font size=2><tt>&nbsp; A client can then use any of these segments
to identify the resource.</tt></font>
<br><font size=2><tt>&nbsp; Note that a PROPFIND result will select one
of these equivalent</tt></font>
<br><font size=2><tt>&nbsp; segments to identify the mapping, so there
will be one PROPFIND </tt></font>
<br><font size=2><tt>&nbsp; response element per mapping, not one per segment
in the mapping.</tt></font>
<br>
<br><font size=2><tt>Cheers,</tt></font>
<br><font size=2><tt>Geoff</tt></font>
<br>
<br>
<br><font size=2><tt>Jason wrote on 02/19/2006 01:01:37 PM:<br>
&gt; <br>
&gt; <br>
&gt; On Sunday, 02/19/2006 at 09:55 MST, Geoffrey M Clemm wrote:<br>
&gt; &gt; &nbsp; An exception to this rule occurs if the server considers
<br>
&gt; &gt; &nbsp; certain segments to be equivalent (i.e., the segments
will always <br>
&gt; &gt; &nbsp; identify the same resource). &nbsp;In this case, A MUST
contain a mapping <br>
&gt; &gt; &nbsp; to B from at least one of the segments that are equivalent
to &quot;SEGMENT&quot;. <br>
&gt; &gt; &nbsp; For example, if the server performs &quot;case-folding&quot;
on the URL <br>
&gt; &gt; &nbsp; segments, then in the preceding example, A must contain
at least <br>
&gt; &gt; &nbsp; one mapping to B from &quot;blah&quot;, &quot;Blah&quot;,
&quot;bLah&quot;, or one of the other <br>
&gt; &gt; &nbsp; case-folding equivalents of &quot;blah&quot; (but does
not have to contain<br>
&gt; &gt; &nbsp; more than one such mapping). <br>
&gt; &gt; <br>
&gt; &gt; Jason also suggested that we require there to be exactly one
mapping <br>
&gt; &gt; to a given set of equivalents. &nbsp;I'm inclined to leave that
up to the <br>
&gt; &gt; server, and only require that there be at least one. <br>
&gt; <br>
&gt; Let me first explain what I meant... <br>
&gt; <br>
&gt; I'm suggesting that all equivalent segments refer to the same <br>
&gt; (single) mapping. &nbsp;When you act on any of those segments, you're
<br>
&gt; acting on the same mapping. &nbsp;We should also say that PROPFIND
should<br>
&gt; list all bindings of the collection at least once and if a binding
<br>
&gt; is listed more than once, the server is allowed to list a different
<br>
&gt; equivalent segment for each. <br>
&gt; <br>
&gt; There is a second alternative that I'd consider consistent. &nbsp;
&nbsp;We <br>
&gt; can say that every equivalent segment also has a mapping to the same<br>
&gt; resource. &nbsp;(IOW's the number of equivalent segments is equal
to the <br>
&gt; number of &quot;mappings&quot;.) &nbsp;We'd say if you change one
mapping, the <br>
&gt; server has to change the mapping at all equiv segments. &nbsp;As for
the <br>
&gt; PROPFIND statement above, we'd have to invent some term (for a set
<br>
&gt; of equivalent segments and mappings) &nbsp;to express the first part
of <br>
&gt; that in this context. &nbsp;(That's why I prefer the previous paragraph's<br>
&gt; definition.) <br>
&gt; <br>
&gt; Those two alternatives seem to be the only options to me. &nbsp;Saying
<br>
&gt; that the number of &quot;mappings&quot; can be somewhere between 1
and the number <br>
&gt; of equivalent segments does not seem consistent ot me. &nbsp;If we
say <br>
&gt; that, we have to then distinguish between (listed) mappings... and
<br>
&gt; [some-new-&quot;mapping&quot;-like-term] for the unlisted and clarify
acts on <br>
&gt; each and resulting behaviors of each. &nbsp;This is over and above
the <br>
&gt; additional term we'd need to express the second approach. &nbsp; <br>
&gt; <br>
&gt; J. </tt></font>
--=_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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
CC: Jason Crawford <nn683849@smallcue.com>, webdav <w3c-dist-auth@w3.org>
References: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com>
In-Reply-To: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBDIl-0001rR-Ku@frink.w3.org>
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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: webdav <w3c-dist-auth@w3.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Received-SPF: pass (lisa.w3.org: domain of julian.reschke@gmx.de designates 213.165.64.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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBDfJ-0007Yt-Vc@frink.w3.org>
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
(<http://greenbytes.de/tech/webdav/draft-ietf-webdav-rfc2518bis-14.html#rfc.section.9.10.2>)

- 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 <http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=143>)




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 <elias@soe.ucsc.edu>
User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
CC: Jason Crawford <nn683849@smallcue.com>, webdav <w3c-dist-auth@w3.org>
References: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com>
In-Reply-To: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBJ1y-000707-BL@frink.w3.org>
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 <elias@soe.ucsc.edu>
User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Julian Reschke <julian.reschke@gmx.de>
CC: Jason Crawford <nn683849@smallcue.com>, webdav <w3c-dist-auth@w3.org>
References: <OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.com> <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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBJ58-0007fj-Ga@frink.w3.org>
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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Elias Sinderson <elias@soe.ucsc.edu>
CC: Jason Crawford <nn683849@smallcue.com>, webdav <w3c-dist-auth@w3.org>
References: <OFBF9B662A.4AB8F4E0-ON8525711A.0066C6B8-8525711A.006E08FC@us.ibm.com> <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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBJFC-0001ij-SO@frink.w3.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBJLA-0003ZX-AA@frink.w3.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBJpT-0001pM-KK@frink.w3.org>
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
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz188>
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:

      <?xml version="1.0" encoding="utf-8" ?>
      <D:propfind xmlns:D="DAV:">
        <D:prop>
          <D:creationdate/>
          <D:getlastmodified/>
        </D:prop>
        <D:dead-props/>
      </D:propfind>

NEW:

      <?xml version="1.0" encoding="utf-8" ?>
      <D:propfind xmlns:D="DAV:">
        <D:allprop/>
        <D:include>
          <D:checked-in/>
          <D:checked-out/>
        </D:include>
      </D:propfind>


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: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com> <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 <geoffrey.clemm@us.ibm.com>,
        Jason Crawford <nn683849@smallcue.com>, webdav <w3c-dist-auth@w3.org>
Content-Transfer-Encoding: 7bit
From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@apple.com>
Date: Mon, 20 Feb 2006 15:41:35 -0800
To: Julian Reschke <julian.reschke@gmx.de>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBKfU-0004JE-UO@frink.w3.org>
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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@apple.com>
CC: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>, 
 Jason Crawford <nn683849@smallcue.com>,
 webdav <w3c-dist-auth@w3.org>
References: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com> <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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBYnv-00069s-31@frink.w3.org>
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: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com> <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?= <wsanchez@apple.com>,
	Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>,
	Jason Crawford <nn683849@smallcue.com>, webdav <w3c-dist-auth@w3.org>
Content-Transfer-Encoding: quoted-printable
From: Lisa Dusseault <lisa@osafoundation.org>
Date: Tue, 21 Feb 2006 12:07:41 -0800
To: Julian Reschke <julian.reschke@gmx.de>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBesu-0002ip-7W@frink.w3.org>
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: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com> <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 <julian.reschke@gmx.de>,
        Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>,
        Jason Crawford <nn683849@smallcue.com>, webdav <w3c-dist-auth@w3.org>
Content-Transfer-Encoding: quoted-printable
From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@apple.com>
Date: Tue, 21 Feb 2006 14:30:16 -0800
To: Lisa Dusseault <lisa@osafoundation.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBg1w-0006Lr-P5@frink.w3.org>
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: <E1FBhGc-00034O-8L@stiedprstage1.ietf.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBhGu-0005GQ-LQ@frink.w3.org>
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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Lisa Dusseault <lisa@osafoundation.org>
CC: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@apple.com>, 
 Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>,
 Jason Crawford <nn683849@smallcue.com>, webdav <w3c-dist-auth@w3.org>
References: <OFCC16BB5A.5A4E755C-ON8725711B.0000896B-8725711B.005124A6@us.ibm.com> <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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBhcY-0001QC-5D@frink.w3.org>
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 <fluffy@cisco.com>
To: WebDav <w3c-dist-auth@w3.org>
CC: Lisa Dusseault <lisa@osafoundation.org>
Message-ID: <C021C65A.76632%fluffy@cisco.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FBw86-0002AV-Pa@frink.w3.org>
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 <bernard.desruisseaux@oracle.com>
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 <ietf-caldav@osafoundation.org>,
        Calsify WG <ietf-calsify@osafoundation.org>,
        WebDAV WG <w3c-dist-auth@w3.org>
CC: Ted Hardie <hardie@qualcomm.com>, Lisa Dusseault <lisa@osafoundation.org>,
        Cyrus Daboo <cyrus@daboo.name>,
        Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FC6r1-0006kt-H3@frink.w3.org>
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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
CC: CalDAV DevList <ietf-caldav@osafoundation.org>, 
 Calsify WG <ietf-calsify@osafoundation.org>,
 WebDAV WG <w3c-dist-auth@w3.org>, Ted Hardie <hardie@qualcomm.com>, 
 Lisa Dusseault <lisa@osafoundation.org>,
 Cyrus Daboo <cyrus@daboo.name>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FCBXJ-0004Op-N9@frink.w3.org>
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.
> 
> 
> 
> 


-- 
<green/>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 <w3c-dist-auth@w3.org>; Thu, 23 Feb 2006 10:33:26 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v623)
In-Reply-To: <C021C65A.76632%fluffy@cisco.com>
References: <C021C65A.76632%fluffy@cisco.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <da9c97d74132dd9e31b728a218546a0a@greenbytes.de>
Content-Transfer-Encoding: 7bit
From: Stefan Eissing <stefan.eissing@greenbytes.de>
Date: Thu, 23 Feb 2006 10:33:42 +0100
To: WebDav <w3c-dist-auth@w3.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FCCra-0006pa-B6@frink.w3.org>
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 <bernard.desruisseaux@oracle.com>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Julian Reschke <julian.reschke@gmx.de>
CC: CalDAV DevList <ietf-caldav@osafoundation.org>,
        Calsify WG <ietf-calsify@osafoundation.org>,
        WebDAV WG <w3c-dist-auth@w3.org>, Ted Hardie <hardie@qualcomm.com>,
        Lisa Dusseault <lisa@osafoundation.org>,
        Cyrus Daboo <cyrus@daboo.name>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FCHyE-0006Pj-BR@frink.w3.org>
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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
CC: CalDAV DevList <ietf-caldav@osafoundation.org>, 
 Calsify WG <ietf-calsify@osafoundation.org>,
 WebDAV WG <w3c-dist-auth@w3.org>, Ted Hardie <hardie@qualcomm.com>, 
 Lisa Dusseault <lisa@osafoundation.org>,
 Cyrus Daboo <cyrus@daboo.name>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FCIOr-0004Ea-Uf@frink.w3.org>
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: <E1FCQDi-0001PM-1g@stiedprstage1.ietf.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FCQDz-00018I-D9@frink.w3.org>
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 <bernard.desruisseaux@oracle.com>
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 <ietf-caldav@osafoundation.org>,
        Calsify WG <ietf-calsify@osafoundation.org>,
        WebDAV WG <w3c-dist-auth@w3.org>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FCTIS-0006Wy-IP@frink.w3.org>
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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To:  w3c-dist-auth@w3.org
References: <E1FCQDi-0001PM-1g@stiedprstage1.ietf.org>
In-Reply-To: <E1FCQDi-0001PM-1g@stiedprstage1.ietf.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 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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FCeT1-0008F9-3B@frink.w3.org>
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.


-- 
<green/>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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <joe@manyfish.co.uk>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FCfHS-00089T-P5@frink.w3.org>
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  <monkey@fto.de>
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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii">
</head>
<body>
<div style="margin: 10px 20px 10px 20px; background-color: #ffe; border: 3px solid #F28B0C; padding: 0 10px 0 10px;">
<p style="font-size: 13pt;">Even if you have no erection problems Cialis would help you to make <b>better sex more often</b> 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 <b>perfect erection</b> during 36 hours!</p>
<center><table style="border-collapse: collapse; background-color: #ffd; width: 90%; font-size: 10pt; font-family: sans-serif; text-align: center;">
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">Package</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Quantity</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">Price in your local drugstore*</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><b>Our price</b></td>
<td style="border: 1px solid #F28B0C; padding: 2px; background-color: #ffa;" rowspan="6" align="center" valign="middle"><p style="font-size: 14pt; text-align: center; text-decoration: none;"><b><a href="http://uk.geocities.com/lani98020wenda66643/" style="text-decoration: none;">Learn<br>More<br>Now</a></b></p></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">10 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$149.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$119.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">20 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">40 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$299.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$159.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">30 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$849.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$169.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">60 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">120 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$1&nbsp;999.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$259.95</b></span></td>
</tr>
<tr>
<td style="border: 1px solid #F28B0C; padding: 2px;">90 softtabs</td>
<td style="border: 1px solid #F28B0C; padding: 2px;">180 doses</td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><strike style="color: #777;">$3&nbsp;099.95</strike></td>
<td style="border: 1px solid #F28B0C; padding: 2px;"><span style="color: #900;"><b>$299.95</b></span></td>
</tr>
</table></center>
<p style="font-size: 13pt;">When you are young and stressed up&hellip;<br>
When you are aged and never give up&hellip;<br>
Cialis gives you confidence in any chance, every time.</p>
</div>
<br>
The secret of my influence has always been that it remained secret.It is hard to free fools from the chains they revere.<br>
The best answer to answer to anger is silence.Make good habits and they will make you.Joy runs deeper than despair
</body>
</html>


--------=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 <julian.reschke@gmx.de>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FDRim-0007sr-0Z@frink.w3.org>
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 
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.edit>, 
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 
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz217>).

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 <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Cullen Jennings <fluffy@cisco.com>
CC: WebDav <w3c-dist-auth@w3.org>, 
 Lisa Dusseault <lisa@osafoundation.org>
References: <C021C65A.76632%fluffy@cisco.com>
In-Reply-To: <C021C65A.76632%fluffy@cisco.com>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FDRrs-0001pN-7g@frink.w3.org>
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 
<http://lists.w3.org/Archives/Public/w3c-dist-auth/2006JanMar/0670.html>, 
proposed text in 
<http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=143#c11>, 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: <urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4>
       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: (<urn:uuid:e71d4fae-5dec-22d6-fea5-00a0c91e6be4>)
       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 <w3c-dist-auth@w3.org>; 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 <w3c-dist-auth@w3.org>; 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 <sdavis2@mail.nih.gov>
To: <w3c-dist-auth@w3.org>
Message-ID: <C029C4B8.6FE8%sdavis2@mail.nih.gov>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FE5bl-0000Ev-Mr@frink.w3.org>
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:

<Location /webDAV/public/>
    Dav On
    AuthType Basic
    AuthName "Public WebDAV Repository"
    AuthUserFile /usr/local/apache2/passwd/htpass
    Options none
    AllowOverride none
    <LimitExcept GET HEAD OPTIONS>
        Require user sean
    </LimitExcept>
</Location>

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 -

<SNIP> 

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: <C029C4B8.6FE8%sdavis2@mail.nih.gov>
References: <C029C4B8.6FE8%sdavis2@mail.nih.gov>
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: <w3c-dist-auth@w3.org>
Content-Transfer-Encoding: 7bit
From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@wsanchez.net>
Date: Tue, 28 Feb 2006 10:50:12 -0800
To: Sean Davis <sdavis2@mail.nih.gov>
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: <w3c-dist-auth@w3.org> 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: <w3c-dist-auth.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Unsubscribe: <mailto:w3c-dist-auth-request@w3.org?subject=unsubscribe>
Resent-Message-Id: <E1FE9vf-00020N-3b@frink.w3.org>
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:
>
> <Location /webDAV/public/>
>     Dav On
>     AuthType Basic
>     AuthName "Public WebDAV Repository"
>     AuthUserFile /usr/local/apache2/passwd/htpass
>     Options none
>     AllowOverride none
>     <LimitExcept GET HEAD OPTIONS>
>         Require user sean
>     </LimitExcept>
> </Location>
>
> 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 -
>
> <SNIP>
>
> 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 -
>
>





