Re: [TOOLS-DEVELOPMENT] Change to 2119 Boilerplate in IDNits

"Ben Campbell" <ben@nostrum.com> Thu, 16 March 2017 20:46 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: tools-development@ietfa.amsl.com
Delivered-To: tools-development@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A95F6129A6F for <tools-development@ietfa.amsl.com>; Thu, 16 Mar 2017 13:46:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.881
X-Spam-Level:
X-Spam-Status: No, score=-1.881 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham 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 YSvRciYeeKv4 for <tools-development@ietfa.amsl.com>; Thu, 16 Mar 2017 13:46:30 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E6CF129A4B for <tools-development@ietf.org>; Thu, 16 Mar 2017 13:46:30 -0700 (PDT)
Received: from [10.0.1.39] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id v2GKkTsY046448 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 16 Mar 2017 15:46:30 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.39]
From: Ben Campbell <ben@nostrum.com>
To: Russ Housley <housley@vigilsec.com>
Cc: IETF Tools Development <tools-development@ietf.org>
Date: Thu, 16 Mar 2017 15:46:29 -0500
Message-ID: <FB977FCB-A6D3-4EBA-B742-DC8511DF77BD@nostrum.com>
In-Reply-To: <FED8FEC7-5AA3-4505-B699-45A216A003C0@vigilsec.com>
References: <148968846715.14133.14617215650520249241.idtracker@ietfa.amsl.com> <2812E2C7-2E1A-40E4-A781-2ED7C27DC1B5@nostrum.com> <FED8FEC7-5AA3-4505-B699-45A216A003C0@vigilsec.com>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
X-Mailer: MailMate (1.9.6r5347)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-development/Zrp0TW72tjYG0EkGOWSeSb_iPWk>
Subject: Re: [TOOLS-DEVELOPMENT] Change to 2119 Boilerplate in IDNits
X-BeenThere: tools-development@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Tools Development list server <tools-development.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-development>, <mailto:tools-development-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-development/>
List-Post: <mailto:tools-development@ietf.org>
List-Help: <mailto:tools-development-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-development>, <mailto:tools-development-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Mar 2017 20:46:31 -0000

I'm going to say DMARC is higher priority. It's causing actual pain. But 
let me confirm that with the IESG.

Thanks!

Ben.

On 16 Mar 2017, at 15:19, Russ Housley wrote:

> Ben:
>
> Please tell us which of these activities has higher priority:
>
> 1) The DMARC and alias code.  Recall that this was perviously blocked 
> by the version of Mailman that were we using, and the upgrade last 
> Tuesday included an upgrade to Mailman.
>
> 2) The IDnits for bit RFC 2119 and draft-leiba-rfc2119-update 
> boilerplate.
>
> Russ
>
>
>> On Mar 16, 2017, at 2:31 PM, Ben Campbell <ben@nostrum.com> wrote:
>>
>> (Writing As IESG tools liaison, and also as the responsible AD for 
>> the draft)
>>
>> Hi,
>>
>> The IESG approved draft-leiba-rfc2119-update today. This draft 
>> changes the 2119 keyword boilerplate so that words are only to be 
>> interpreted with their 2119 meanings when in all-caps. Standard case 
>> instances are to be interpreted by their normal dictionary 
>> definitions.
>>
>> This will require a change to IDNits to allow the new boilerplate. 
>> The IESG would like to see IDNits accept the new boilerplate as soon 
>> as possible, while continuing to allow the old boilerplate for the 
>> time being. At some point in the future, the IESG will request the 
>> old boilerplate to no longer be accepted.
>>
>> Robert and Henrik, can you estimate when this might be possible? 
>> While the draft still needs to go through the RFC Editor process, I 
>> would be surprised to see changes in the proposed new boilerplate.
>>
>>
>> Thanks!
>>
>> Ben.