Re: Use of LWSP in ABNF -- consensus call

Douglas Otis <dotis@mail-abuse.org> Tue, 15 May 2007 23:00 UTC

Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ho606-0000Oz-UG; Tue, 15 May 2007 19:00:14 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ho604-0000NS-NE for ietf@ietf.org; Tue, 15 May 2007 19:00:12 -0400
Received: from harry.mail-abuse.org ([168.61.5.27]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Ho603-0007Jk-C6 for ietf@ietf.org; Tue, 15 May 2007 19:00:12 -0400
Received: from [IPv6:::1] (gateway.mail-abuse.org [168.61.5.81]) by harry.mail-abuse.org (Postfix) with ESMTP id A587241442; Tue, 15 May 2007 16:00:10 -0700 (PDT)
In-Reply-To: <20070515171631.GC70642@verdi>
References: <BFE21101-5BC4-45FA-8905-89C2D4A1E593@osafoundation.org> <4648E8CB.3010502@dcrocker.net> <F5C06D62-639B-40CB-803F-6D9E50673768@osafoundation.org> <464926FC.30109@att.com> <jhfVS$CRfXSGFAUB@paulo1-adsl.demon.co.uk> <20070515171631.GC70642@verdi>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <1B78E330-021A-469A-A447-B2AEC903830E@mail-abuse.org>
Content-Transfer-Encoding: 7bit
From: Douglas Otis <dotis@mail-abuse.org>
Date: Tue, 15 May 2007 16:00:12 -0700
To: John Leslie <john@jlc.net>
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4
Cc: ietf@ietf.org, Paul Overell <paul.overell@thus.net>
Subject: Re: Use of LWSP in ABNF -- consensus call
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.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://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

On May 15, 2007, at 10:16 AM, John Leslie wrote:
>    I did some research, and found the following mentions of LWSP:
>
> rfc0733 obs-by rfc0822
> rfc0822 defs LWSP-char = SPACE / HTAB   obs-by rfc2822
> rfc0987 refs rfc0822
> rfc1138 refs rfc0822
> rfc1148 refs rfc0822
> rfc1327 refs rfc0822
> rfc1486 refs rfc0822
> rfc1505 refs rfc0822
> rfc1528 refs rfc0822
> rfc1848 defs <LWSP-char> ::= SPACE / HTAB
> rfc2017 refs rfc0822
> rfc2045 refs rfc0822
> rfc2046 refs rfc0822
> rfc2110 refs rfc0822
> rfc2156 refs rfc0822
> rfc2184 refs rfc0822
> rfc2231 refs rfc0822
> rfc2234 defs LWSP = *(WSP / CRLF WSP)   obs-by rfc4234
> rfc2243 refs rfc0822
> rfc2378 defs LWSP-char = SP | TAB
> rfc2530 refs rfc2234
> rfc2885 defs LWSP = *(WSP / COMMENT / EOL)
> rfc3015 defs LWSP = *(WSP / COMMENT / EOL)
> rfc3259 defs LWSP = *(WSP / CRLF WSP)
> rfc3501 refs rfc2234
> rfc3525 defs LWSP = *(WSP / COMMENT / EOL)
> rfc3875 defs LWSP = SP | HT | NL
> rfc4234 defs LWSP = *(WSP / CRLF WSP)
> rfc4646 refs rfc2434
>
>    Based on this, I recommend outright deprecation. The RFC4234
> definition is wildly different from the RFC822 usage (which is
> substanitally more often referenced): thus any use of it will tend
> to confuse. It's also a bit dubious, quite specifically allowing
> lines which appear to be blank, but aren't. :^(
>
>    The RFC4234 definition, in fact, is referenced by only 3 RFCs:
>
> RFC2530 Indicating Supported Media Features Using Extensions to DSN  
> and MDN
> RFC3501 INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1
> RFC4646 Tags for Identifying Languages
>
>    The use under RFC2530 is a bit vague ("with LWSP wrapping");  
> likewise
> under RFC3501 ("otherwise treat SP as being equivalent to LWSP"). The
> use under RFC4646 has caused known problems.
>
>    This would seem to justify deprecation, IMHO.

Agreed.

 From a standards standpoint, half a dozen definitions for an ABNF  
mnemonic is absurd.

Perhaps something like:

The LWSP mnemonic has been deprecated and should not be used in  
future drafts.  Explicit definitions based upon different mnemonics  
should be used instead.  If possible, syntax should guard against  
possible security concerns related to visual deceptions.

-Doug

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf