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

Dave Crocker <dcrocker@bbiw.net> Wed, 08 February 2017 02:33 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 79521129573 for <ietfarch-ietf-dkim-archive@ietfa.amsl.com>; Tue, 7 Feb 2017 18:33:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.791
X-Spam-Level:
X-Spam-Status: No, score=-1.791 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=bbiw.net header.b=DPg2wO88; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=bbiw.net header.b=QseVysfK
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 gjEGheS3Yz2I for <ietfarch-ietf-dkim-archive@ietfa.amsl.com>; Tue, 7 Feb 2017 18:33:46 -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 608B91294FF for <ietf-dkim-archive@ietf.org>; Tue, 7 Feb 2017 18:33:46 -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 v182YakZ028608; Tue, 7 Feb 2017 18:34:36 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bbiw.net; s=default; t=1486521280; bh=9ytwRz11bBttWKADFpxaFDS6Xv6cXJ8c3OTMwfJ7Mbk=; h=To:References:From:Date:In-Reply-To:Cc:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=DPg2wO88BRnkGKyPyE7g9RDSOaOlqJu9gyScNeZh+Hn4/m1virIoy/P4dRqp22Skj jIUiEbdImXckou9OGoyrmaS4RzBDxhrYN9S1bxUx2ANrM4UEX4UZnYYs//oWU25/8N j/Y3W6QX70zChOEC8wbHDV/9j8MgpuAX+yo9nR6M=
Received: from [192.168.1.168] (76-218-8-128.lightspeed.sntcca.sbcglobal.net [76.218.8.128]) (authenticated bits=0) by simon.songbird.com (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v182YY8f028604 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 7 Feb 2017 18:34:35 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bbiw.net; s=default; t=1486521275; bh=2si0h1AGbjTaCT52Gk+FrBYrKS6fb2P5q6FE3LLryzY=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=QseVysfKMmjpoV/hHddiV3BISYksd0si1nkXq0YLqNdPoxtWrPcHSZYCqafjLdcV4 6fQpgob//cryTK1rs58b7FJkPtKDt406C/QQZyivbPaG7tODW0t4p8+RnSO0ZRfffz AAy2/VHa6j23YnEZEAwGyIRp9K3qgreguZXxT4YM=
To: Roland Turner <roland@rolandturner.com>, Barry Leiba <barryleiba@computer.org>
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>
From: Dave Crocker <dcrocker@bbiw.net>
Organization: Brandenburg InternetWorking
Message-ID: <605de54c-5eea-48e9-cb56-944ce7985d32@bbiw.net>
Date: Tue, 07 Feb 2017 18:32:46 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0
MIME-Version: 1.0
In-Reply-To: <d462a0ec-99bf-e5e0-ae39-38aa9d670122@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-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: ietf-dkim-bounces@mipassoc.org
Sender: ietf-dkim <ietf-dkim-bounces@mipassoc.org>

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