Re: [Gen-art] Gen-ART review of draft-ietf-vcarddav-webdav-mkcol-05

"Spencer Dawkins" <spencer@wonderhamster.org> Mon, 17 August 2009 12:09 UTC

Return-Path: <spencer@wonderhamster.org>
X-Original-To: gen-art@core3.amsl.com
Delivered-To: gen-art@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 16AA728C1A1; Mon, 17 Aug 2009 05:09:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.035
X-Spam-Level:
X-Spam-Status: No, score=-1.035 tagged_above=-999 required=5 tests=[AWL=0.630, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, J_CHICKENPOX_35=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HlVQHvejZ1iO; Mon, 17 Aug 2009 05:09:31 -0700 (PDT)
Received: from mail.globalsuite.net (mail.globalsuite.net [69.46.103.200]) by core3.amsl.com (Postfix) with SMTP id 3602028C192; Mon, 17 Aug 2009 05:09:09 -0700 (PDT)
X-AuditID: c0a8013c-ac160bb00000711e-d4-4a894868ca9b
Received: from S73602b (unknown [12.172.70.2]) by mail.globalsuite.net (Symantec Mail Security) with ESMTP id BEE04278015; Mon, 17 Aug 2009 06:09:12 -0600 (MDT)
Message-ID: <EC775FA9C08A4131A390CCCC61FD44E5@china.huawei.com>
From: Spencer Dawkins <spencer@wonderhamster.org>
To: Julian Reschke <julian.reschke@gmx.de>
References: <2D88C0E3F0CC4C96A836764D5D59CF05@china.huawei.com> <4A8945B0.4000907@gmx.de>
Date: Mon, 17 Aug 2009 08:09:07 -0400
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="response"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
X-Brightmail-Tracker: AAAAAQ1fNrU=
Cc: General Area Review Team <gen-art@ietf.org>, draft-ietf-vcarddav-webdav-mkcol@tools.ietf.org, ietf@ietf.org
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-vcarddav-webdav-mkcol-05
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Aug 2009 12:09:32 -0000

Hi, Julian,

I agree with your point here (on how RFC 2119 works). I thought the document 
would be clearer with 2119 language here, but it should not be included if 
you aren't comfortable using it.

Thanks,

Spencer


> Spencer Dawkins wrote:
>> ...
>> 3.  WebDAV extended MKCOL
>>
>>   The WebDAV MKCOL request is extended to allow the inclusion of a
>>   request body.  The request body is an XML document containing a
>>   single DAV:mkcol XML element as the root element.  The Content-Type
>>
>> Spencer (minor): if I'm reading this paragraph correctly, I'd suggest 
>> "The request body is an XML document that MUST contain a single DAV:mkcol 
>> XML element as the root element" here - the last sentence in this 
>> paragraph makes me think the requirement is normative, but it doesn't 
>> look normative to 2119 scanners :-)
>> ...
>
> -0.5
>
> As far as I can tell, it is a myth that things can only be normative when 
> using RFC 2119 keywords. As a matter of fact, RFC 2119 points out:
>
> 6. Guidance in the use of these Imperatives
>
>    Imperatives of the type defined in this memo must be used with care
>    and sparingly.  In particular, they MUST only be used where it is
>    actually required for interoperation or to limit behavior which has
>    potential for causing harm (e.g., limiting retransmisssions)  For
>    example, they must not be used to try to impose a particular method
>    on implementors where the method is not required for
>    interoperability.
>
>
> So I'd prefer document authors to be more conservative in using those 
> terms...
>
> BR, Julian