Re: [apps-discuss] [Editorial Errata Reported] RFC6365 (4005)

Barry Leiba <barryleiba@computer.org> Wed, 04 June 2014 20:52 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 023E01A035D for <apps-discuss@ietfa.amsl.com>; Wed, 4 Jun 2014 13:52:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 xflzFSsbq7aq for <apps-discuss@ietfa.amsl.com>; Wed, 4 Jun 2014 13:52:42 -0700 (PDT)
Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8B921A0351 for <apps-discuss@ietf.org>; Wed, 4 Jun 2014 13:52:41 -0700 (PDT)
Received: by mail-la0-f50.google.com with SMTP id b8so32809lan.9 for <apps-discuss@ietf.org>; Wed, 04 Jun 2014 13:52:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=RZ96KICWjttrSRk+pcgs/CWPM1WYxxqIZhjF+oNGUSE=; b=Uss/eiu+BHTkrA4xmBL8fMRIsrEMUi6SvZ9ilpW8D85QLujOLkp8jjM61bJEzG+I4c mnqEcccNL3cs6KKCbpvA1xKBmqlu2fA2fbQ+JTwYITxQRtn6phhAhJJCTbcHXrQ4JWfn 3G+WjIOgpvi8k/8ZZxecfEgJiG9hdL7mDIMy9LBjGXtby0z4pY1xZYbnwxtdPVUmDhxg A2CzJhKShLBWUQ96t02XMsP4vCEtwqN/g3JBz6p6ViJtTUy6tVmY4WZKgdPrTSAZ2aT5 oCDXIHr/fw8EdMvtCAT2cFVXdSIK2W9jZIa49iHKVHZdG/u5kVCcGYIGoMD19fxQF3ub zzfg==
MIME-Version: 1.0
X-Received: by 10.112.219.73 with SMTP id pm9mr16157621lbc.48.1401915154083; Wed, 04 Jun 2014 13:52:34 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.152.206.9 with HTTP; Wed, 4 Jun 2014 13:52:34 -0700 (PDT)
In-Reply-To: <20140604203255.36E7F18000D@rfc-editor.org>
References: <20140604203255.36E7F18000D@rfc-editor.org>
Date: Wed, 04 Jun 2014 16:52:34 -0400
X-Google-Sender-Auth: 92NkUqVM6H8l6AAf0yrM9P3POKg
Message-ID: <CALaySJK-us3hd7fSH7iUb0pR=feRGww4++H5brYQe=szgWrpjQ@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/apps-discuss/JEAXjnpIDij8_di9RN7dtnzZ7Fs
Cc: Apps Discuss <apps-discuss@ietf.org>, john=ietf@jck.com, Pete Resnick <presnick@qti.qualcomm.com>, Paul Hoffman <paul.hoffman@vpnc.org>, "John C. Klensin" <john+ietf@jck.com>
Subject: Re: [apps-discuss] [Editorial Errata Reported] RFC6365 (4005)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Jun 2014 20:52:43 -0000

John, your argument may well be absolutely correct, but this is also
absolutely *not* an error in the specification.  You and Paul
certainly *meant* to say "US-ASCII", and, while in retrospect perhaps
you shouldn't have, it's not an issue for an errata report.

Am I wrong here?

Barry

On Wed, Jun 4, 2014 at 4:32 PM, RFC Errata System
<rfc-editor@rfc-editor.org> wrote:
> The following errata report has been submitted for RFC6365,
> "Terminology Used in Internationalization in the IETF".
>
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=6365&eid=4005
>
> --------------------------------------
> Type: Editorial
> Reported by: John Klensin <john=ietf@jck.com>
>
> Section: GLOBAL
>
> Original Text
> -------------
> US-ASCII
>
> Corrected Text
> --------------
> ASCII
>
> Notes
> -----
> The term "US-ASCII" is an IETF artifact, left over from some misunderstandings about what "ASCII" referred to (and the complete absence of CSCII or CASCII, MSCII or MXSCII, BRSCII, ARSCII, and other "American" coded character sets).  It is a source of confusion for people who come to IETF specifications with a background in coded character sets and terminology from other areas or standards bodies and has been warned against multiple times.  It should not have appeared in this document except possibly with a warning against its use (and the use of other bogus terms like "ASCII7").  The second author, who is normally sensitive to the issue, has no idea how this got past him, even in text picked up from other documents, but supposes this is what errata are for.
>
> In any event, there is no such thing as "US-ASCII": the term is an erroneous and misleading synonym/ substitute for "ASCII".  The reference for the latter is correct, but the citation anchor should probably be corrected as well.
>
> Instructions:
> -------------
> This errata is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party (IESG)
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC6365 (draft-ietf-appsawg-rfc3536bis-06)
> --------------------------------------
> Title               : Terminology Used in Internationalization in the IETF
> Publication Date    : September 2011
> Author(s)           : P. Hoffman, J. Klensin
> Category            : BEST CURRENT PRACTICE
> Source              : Applications Area Working Group
> Area                : Applications
> Stream              : IETF
> Verifying Party     : IESG