Re: NEW PREFERENCE - depth-noroot (request for expert review)
Julian Reschke <julian.reschke@gmx.de> Thu, 12 January 2017 12:21 UTC
Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B7321295C3 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 12 Jan 2017 04:21:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-3.199, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ySc8J9pxmDWJ for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 12 Jan 2017 04:21:11 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA88C1294D7 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 12 Jan 2017 04:21:11 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1cReKc-0003rR-7V for ietf-http-wg-dist@listhub.w3.org; Thu, 12 Jan 2017 12:18:14 +0000
Resent-Date: Thu, 12 Jan 2017 12:18:14 +0000
Resent-Message-Id: <E1cReKc-0003rR-7V@frink.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by frink.w3.org with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <julian.reschke@gmx.de>) id 1cReKZ-0003qf-Fx for ietf-http-wg@listhub.w3.org; Thu, 12 Jan 2017 12:18:11 +0000
Received: from mout.gmx.net ([212.227.17.21]) by mimas.w3.org with esmtps (TLS1.2:DHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <julian.reschke@gmx.de>) id 1cReKS-0004Hc-GM for ietf-http-wg@w3.org; Thu, 12 Jan 2017 12:18:06 +0000
Received: from [192.168.1.197] ([5.10.171.186]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LnkiR-1cwqs11RLb-00hrpr; Thu, 12 Jan 2017 13:17:14 +0100
To: Amos Jeffries <squid3@treenet.co.nz>, ietf-http-wg@w3.org
References: <061139bc-7884-cee1-eb23-607e6a3ae7ce@gmx.de> <f90cdf37-d49b-f7ec-fa8c-1230c3cd5603@treenet.co.nz>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <a05f337f-d32c-da21-c08e-bd155776059a@gmx.de>
Date: Thu, 12 Jan 2017 13:17:11 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <f90cdf37-d49b-f7ec-fa8c-1230c3cd5603@treenet.co.nz>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:NUOwv/LJTXnLwQNwf5rHCd+2a/XbZ48aCwamjan/WV04eP/1ezy Ub34Fd/7RS4exmA3FMqU5qaM13iiKqFJhwMic73KGkPx3WzgMqv5PhyIc7g3CzfPf9U16f9 x0R8hXcOW2NEHHL1i5RaSoIdYZeDsg+EQNzHeTewepCztyjT8yhqrtXFZC+ZVP1cN9Xhu0S w6hKwUnZk8+rnuANS0o8w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:OuPj7zV1sW8=:452fXdWczsdLq2NQ0F+0O3 jdrKZ38Txd/eh8RgQXcvvsWWK+HnfgYdEKP0GSx6fJDzl+zgw5n6NX+6y4aqHd0ZeSVURYxlt ujZVlAUmEryXF0kSaQ5fNzf4rwVzYVtOk8fmpqnnRQzRyGtPnKzVYB4zulI+XWx6Yd67QWDyp jh7Oa5qWdMnCOTvg024SXcxzwWiJ1vsCjh8wvJG8PszK5I93e4etJTUCsfsH4r+LzjM3GbKPL 0wP+lkd2KwaRzfG9BleZj1R4nWJaKsXowVL2z4LZjKa4QrRNmJj9fYEasvFCKJKFRaYb1B36a DTnUW4xLS+uW1qt7BBvVpZ1N2REahopuR5CnRDdPzVyH7knm3FiCbDJAnK1xYvbdchzXSfYj3 iKpf4iHG8AFNfxvm8c1R4JnI7KLwW8vLnS/6zELs21IEhAU+NaqOI3YHh7Hx4Xwnfunpv7yfC y7UjkNRFnuTAy+hGn9arIyq3xQYTlUbaXyI+R7HLfjJbh+pxFloRxvTfqR4+L8/00tMFInPDQ IRxRvYe+5OQJ6d5NSKThH6xji2NgvYhjwLgk2YqSU0SAUBB04VIEGySEXA/kgRybGgEYtImz3 AcZMaiDI9iRYlKu25scL0/x4EZICVQF5YwNzQ3xdONog/YxQT/LuJUc1O6DL+KHermkGJE+q2 oZ+nS2aqUUT2olqFauFuE/oKiZSYYWJn7xZoVqWZ0hw9Tf5uaGE2TjL9wjvC2/QxoS99RDwCm QP1WpDvWUGe5qIiGXcUlXI12CXNBNHEPsRGKur7pe/eY7gHgb662bRJ+bZ6McK8f9qVrpiNQu /xXkBCv8MUI5zljqHJ7RL6CguPecWfm+jWrDkaiVbNjEaqHoggrjjLh9bsBBAJBk2KkT2bIEI 7AiPIS+P3rSTEj8zxz5KaxoMXwJjp7F4VmcMBOB4Ogn2slct1twPXIfL7KGP9StF25r8uHbMa NxYuOSGCmvQqqi4xG7mDJPQcGvlsk2PMFfIpDWnJ+avC167WvCHBfYwiafUdW3gKwSIrb+bAo sO6VHWZ9iH2KJH5zz+870Uk=
Received-SPF: pass client-ip=212.227.17.21; envelope-from=julian.reschke@gmx.de; helo=mout.gmx.net
X-W3C-Hub-Spam-Status: No, score=-6.1
X-W3C-Hub-Spam-Report: AWL=-0.705, BAYES_20=-0.001, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-1.156, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1cReKS-0004Hc-GM 1b433d37374e1b21d395cf19862fdd89
X-Original-To: ietf-http-wg@w3.org
Subject: Re: NEW PREFERENCE - depth-noroot (request for expert review)
Archived-At: <http://www.w3.org/mid/a05f337f-d32c-da21-c08e-bd155776059a@gmx.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/33278
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
On 2017-01-12 12:44, Amos Jeffries wrote: > On 13/01/2017 12:16 a.m., Julian Reschke wrote: >> Hi there, >> >> draft-murchison-webdav-prefer-13 defines a new "prefer" directive (RFC >> 7240) in >> <https://tools.ietf.org/html/draft-murchison-webdav-prefer-13#section-4>. >> >> Please review and provide feedback. >> >> Best regards, Julian >> > > After reading the preference section I am left wondering: > > 1) what does Appendix B.4 have to do with it? > there is no use of the preference in the examples. My copy says Appendix B.1... > 2) what happens when Depth:0 is given in the request with depth-noroot? It says: > This preference is only intended to be used with WebDAV methods whose > definitions explicitly provide support for the Depth [RFC4918] header > field. Furthermore, this preference only applies when the Depth > header field has a value of "1" or "infinity" (either implicitly or > explicitly). So it would be ignored. > 3) what happens when the Depth header is omitted in the request with > depth-noroot? Defaults apply, as stated above... > 4) what methods this preference is actually valid for? > The depth-noroot text references Depth header existence *or implicit*, > but the Depth header leaves it open and explicitly says any method can > re-define Depth. That does not bode well for implementations getting > interoperability correct. Particularly for the impliciat-Depth methods. I don't see a problem here. The preference is defines for methods that use the Depth: request header field (including future ones). Clients can always check whether the preference was applied. Best regards, Julian (But thanks for checking!)
- NEW PREFERENCE - depth-noroot (request for expert… Julian Reschke
- Re: NEW PREFERENCE - depth-noroot (request for ex… Amos Jeffries
- Re: NEW PREFERENCE - depth-noroot (request for ex… Julian Reschke