Re: SHOULD vs MUST case sensitivity

Iljitsch van Beijnum <iljitsch@muada.com> Sat, 28 June 2008 20:57 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1ACFA28C156; Sat, 28 Jun 2008 13:57:38 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6AAFE28C156 for <ietf@core3.amsl.com>; Sat, 28 Jun 2008 13:57:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.471
X-Spam-Level:
X-Spam-Status: No, score=-2.471 tagged_above=-999 required=5 tests=[AWL=0.128, BAYES_00=-2.599]
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 INVu+g2x2gTD for <ietf@core3.amsl.com>; Sat, 28 Jun 2008 13:57:35 -0700 (PDT)
Received: from sequoia.muada.com (unknown [IPv6:2001:1af8:2:5::2]) by core3.amsl.com (Postfix) with ESMTP id CC65B28C153 for <ietf@ietf.org>; Sat, 28 Jun 2008 13:57:32 -0700 (PDT)
Received: from [192.168.2.13] (static-167-138-7-89.ipcom.comunitel.net [89.7.138.167] (may be forged)) (authenticated bits=0) by sequoia.muada.com (8.13.3/8.13.3) with ESMTP id m5SKvXYu032318 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 28 Jun 2008 22:57:33 +0200 (CEST) (envelope-from iljitsch@muada.com)
Message-Id: <DBE1F9D4-FA3E-4A8F-A90C-8095AEA809DA@muada.com>
From: Iljitsch van Beijnum <iljitsch@muada.com>
To: "C. M. Heard" <heard@pobox.com>
In-Reply-To: <Pine.LNX.4.64.0806271844290.22369@shell4.bayarea.net>
Mime-Version: 1.0 (Apple Message framework v924)
Subject: Re: SHOULD vs MUST case sensitivity
Date: Sat, 28 Jun 2008 22:57:28 +0200
References: <20080525020040.4DE5A5081A@romeo.rtfm.com> <F66D7286825402429571678A16C2F5EE03ADF950@zrc2hxm1.corp.nortel.com> <20080620195947.29D0B5081A@romeo.rtfm.com> <9D9CF008-7350-4831-8F21-E08A0A7B255E@insensate.co.uk> <7706.1214216391.855029@peirce.dave.cridland.net> <g3ror8$2b9$1@ger.gmane.org> <900B2F8D-5960-4277-9DBC-E59A05F1CFBA@cisco.com> <48623304.1050008@employees.org> <2D990430F5F5D3C7984BDFDF@p3.JCK.COM><48627A42.6030907@employees.org> <4862920D.4060003@dcrocker.net> <941D5DCD8C42014FAF70FB7424686DCF034FC969@eusrcmw721.eamcs.ericsson.se> <48657683.2050608@dcrocker.net> <Pine.LNX.4.64.0806271844290.22369@shell4.bayarea.net>
X-Mailer: Apple Mail (2.924)
Cc: IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On 28 jun 2008, at 3:54, C. M. Heard wrote:

> The common usage in the IETF is to capitalize the words when used
> with the meanings in Sections 1-5 of RFC 2119 and to use then in
> lower case when ordinary English usage is meant.

Are you saying that according to RFC 2119 "SHOULD" means something  
different than "should"?

In what universe does that make sense?

The way I see it, these words always meant what RFC 2119 says that  
mean or something very close. Their capitalization doesn't really tell  
the reader anything, but is a good tool in writing specs: if the word  
is capitalized, the author was aware of the fact that the word shapes  
the specification. If the word wasn't capitalized, the author MAY have  
been sloppy.

Please spend some time on any of the ops wg mailinglists. People who  
are obviously new to the IETF ask all kinds of questions about RFCs  
that SHOULD be completely obvious from the text but either the text is  
lacking or the questioner managed to overlook the part that addresses  
the question. Specifications need to be clear to the point of painful  
bluntness, ANY level of ambiguity is unacceptable. This includes  
working under the assumption that in the version read by implementers,  
the definitions section is missing.
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf