Re: [ietf-dkim] [Technical Errata Reported] RFC6376 (4926)

Barry Leiba <barryleiba@computer.org> Wed, 08 February 2017 03:06 UTC

Return-Path: <ietf-dkim-bounces@mipassoc.org>
X-Original-To: ietfarch-ietf-dkim-archive@ietfa.amsl.com
Delivered-To: ietfarch-ietf-dkim-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D64A129443 for <ietfarch-ietf-dkim-archive@ietfa.amsl.com>; Tue, 7 Feb 2017 19:06:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no 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 napWTU7GYt7C for <ietfarch-ietf-dkim-archive@ietfa.amsl.com>; Tue, 7 Feb 2017 19:06:08 -0800 (PST)
Received: from simon.songbird.com (simon.songbird.com [72.52.113.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 926351293E8 for <ietf-dkim-archive@ietf.org>; Tue, 7 Feb 2017 19:06:08 -0800 (PST)
Received: from simon.songbird.com (simon.songbird.com [127.0.0.1]) by simon.songbird.com (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v1836UW0030061; Tue, 7 Feb 2017 19:06:31 -0800
Received: from mail-qk0-f174.google.com (mail-qk0-f174.google.com [209.85.220.174]) by simon.songbird.com (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v1836Rfh030050 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT) for <ietf-dkim@mipassoc.org>; Tue, 7 Feb 2017 19:06:28 -0800
Received: by mail-qk0-f174.google.com with SMTP id 11so109468779qkl.3 for <ietf-dkim@mipassoc.org>; Tue, 07 Feb 2017 19:04:49 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ydA/AVDkSMKnIrzK6KsVmZNzc/hBYN99Bo7H7OhF9G4=; b=R7RjGyA7ENUqdNtHV2Iw8LrZtbqlJ9SOkQYDBVi4Q7mdblwAhYZzmb7Cs/R69c1x/r btKu388ixDoyoTPuYrr0Sd66juGSZoR/2lC12qxMBVaMYmfoxAXYdvdpxckw3TiuKOEQ U+2oMo2g77b2qE8JpcFccCE1SwAkqZiMigosUdim6+HR+7L8k0u6f4XB7kXlf2Wm9MI1 yZWvfYa/GDKGAOWtHbh3+1ep7dsB5J+O0Po3fLnjwbvt1ej8mbkWYj2BkyigW9tiJtuR qEOL7QXZncAM6kRKbB9yuITMEFPJITpp5PVtgx0aKqW3iCHTB4fjGqHOBSkC80nshNyn olsQ==
X-Gm-Message-State: AMke39le6RDu8LGft2nI4quOzgOP56klT5MtXiL0bq2gsNpOllriwBH/KCcnWkvqYLgpuoiWU5hihSpYyhx1gA==
X-Received: by 10.55.127.4 with SMTP id a4mr19867430qkd.215.1486523082892; Tue, 07 Feb 2017 19:04:42 -0800 (PST)
MIME-Version: 1.0
References: <CALaySJJ8QvWp=QChL9Pvt5ytySpeRnU1y4xaXAiRD9vi4M+oZg@mail.gmail.com> <20170207181909.9946.qmail@ary.lan> <CALaySJKWvg+92jSk25OvMR1J9vBqtsSgp+VUTw+KuYDY+zJS=g@mail.gmail.com> <84e6e9cd-738d-c642-5533-331113adb604@dcrocker.net> <CALaySJ+4R8MUndC2n7GzMPqNQHb_OCbVPJi07FY2za2rWN-DTw@mail.gmail.com> <d462a0ec-99bf-e5e0-ae39-38aa9d670122@rolandturner.com> <605de54c-5eea-48e9-cb56-944ce7985d32@bbiw.net>
In-Reply-To: <605de54c-5eea-48e9-cb56-944ce7985d32@bbiw.net>
From: Barry Leiba <barryleiba@computer.org>
Date: Wed, 08 Feb 2017 03:04:32 +0000
Message-ID: <CALaySJLgCrTKKKDoBO4VaHxpkf-FzE6+=tNQGWZ9E2W_u--8Aw@mail.gmail.com>
To: Dave Crocker <dcrocker@bbiw.net>, Roland Turner <roland@rolandturner.com>
Cc: DKIM Mailing List <ietf-dkim@mipassoc.org>
Subject: Re: [ietf-dkim] [Technical Errata Reported] RFC6376 (4926)
X-BeenThere: ietf-dkim@mipassoc.org
X-Mailman-Version: 2.1.16
Precedence: list
List-Id: IETF DKIM Discussion List <ietf-dkim.mipassoc.org>
List-Unsubscribe: <http://mipassoc.org/mailman/options/ietf-dkim>, <mailto:ietf-dkim-request@mipassoc.org?subject=unsubscribe>
List-Archive: <http://mipassoc.org/pipermail/ietf-dkim/>
List-Post: <mailto:ietf-dkim@mipassoc.org>
List-Help: <mailto:ietf-dkim-request@mipassoc.org?subject=help>
List-Subscribe: <http://mipassoc.org/mailman/listinfo/ietf-dkim>, <mailto:ietf-dkim-request@mipassoc.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6202750785684331095=="
Errors-To: ietf-dkim-bounces@mipassoc.org
Sender: ietf-dkim <ietf-dkim-bounces@mipassoc.org>

When I was on the IESG, we had been talking with Heather and Sandy about
what to do about fixing up the whole errata system.   Not sure where that
is now.  It wasn't anyone's top priority at the time.

b


On Tue, Feb 7, 2017 at 6:40 PM Dave Crocker <dcrocker@bbiw.net> wrote:

> On 2/7/2017 5:52 PM, Roland Turner wrote:
> > As a passing engineer who doesn't spend that much time spelunking IETF
> > processes, a question that appears to be begged here is why the
> > distinction matters. This is not immediately clear from any of the
> > Status and Type of RFC Errata page
> > <https://www.rfc-editor.org/errata-definitions/>, the How to Report
> > Errata page <https://www.rfc-editor.org/how-to-report/>, or the FAQ
> > <https://www.rfc-editor.org/faq/>.
>
> <rant>
>
> In recent years -- and by way of demonstrated some basic process
> problems, I'll note that I have no idea when the current constraints on
> the process were put in place -- the RFC errata process got moved into a
> very specialized place, to the exclusion of a number of useful
> functions.  It's not that what it does do isn't useful, it's that it has
> become idiosyncractic.  And, yeah, it does not appear to me that most
> folk know what it is and is not useful form.
>
> </rant>
>
> d/
>
> --
>
>    Dave Crocker
>    Brandenburg InternetWorking
>    bbiw.net
>
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html