IETF Logo Mail Archive

Re: [Gen-art] draft-baeuerle-netnews-cancel-lock-06 and RFCs 5536 & 5322

Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 20 September 2017 15:22 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 728C513301F for <gen-art@ietfa.amsl.com>; Wed, 20 Sep 2017 08:22:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.935
X-Spam-Level:
X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] 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 0x9gfQAvrOYZ for <gen-art@ietfa.amsl.com>; Wed, 20 Sep 2017 08:22:47 -0700 (PDT)
Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (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 1DACF1331D9 for <gen-art@ietf.org>; Wed, 20 Sep 2017 08:22:40 -0700 (PDT)
Received: from resomta-ch2-10v.sys.comcast.net ([69.252.207.106]) by resqmta-ch2-04v.sys.comcast.net with ESMTP id ugpUdd7t7kqLNugpjdNIaA; Wed, 20 Sep 2017 15:22:39 +0000
Received: from PaulKyzivatsMBP.localdomain ([24.62.227.142]) by resomta-ch2-10v.sys.comcast.net with SMTP id ugphdD24XhHTKugpidFM6u; Wed, 20 Sep 2017 15:22:39 +0000
To: Alexey Melnikov <aamelnikov@fastmail.fm>
Cc: Pete Resnick <presnick@qti.qualcomm.com>, draft-baeuerle-netnews-cancel-lock.all@ietf.org, General Area Review Team <gen-art@ietf.org>
References: <9be2e7af-b99d-4f86-6552-bfada936600d@alum.mit.edu> <20170707174750.487009ed@WStation4> <7452e826-62e9-0d6e-32b5-dcdefcb4c2ea@alum.mit.edu> <20170711203934.458e3b62@WStation4> <37001dcd-6551-78b4-18e7-75fbebaff761@alum.mit.edu> <0147f247-2763-8017-f123-5cdd6ceb06b3@alum.mit.edu> <1505814165.1516258.1110891352.7E7D795F@webmail.messagingengine.com> <38d90b33-4edf-8bba-9bfe-9b5f5a0890d3@alum.mit.edu> <1505831034.2210395.1111181888.051F2D85@webmail.messagingengine.com> <D0DEE08D-531E-4CD5-8C65-52B008B7CB02@qti.qualcomm.com> <2761ff34-eec8-d326-18c1-7f126155593f@alum.mit.edu> <E06A5BFE-8232-43D7-8F39-CF441B90720A@fastmail.fm>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <ae382a2c-f966-bfe7-667f-0fa632f2d413@alum.mit.edu>
Date: Wed, 20 Sep 2017 11:22:37 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <E06A5BFE-8232-43D7-8F39-CF441B90720A@fastmail.fm>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-CMAE-Envelope: MS4wfPVvX1xPNx5X7gx3bz2U1CqgiMHw8ezJVoAbXVRt8PuW1oOtlrdH0vu7Tf/dB746t+8m8IMbHwc4+Z/r0al7+fFLBjpJlsJEaT7qeZYk73qLHGIaw3Rd lIwtSQjLjYGpYvoJ4YTH6545La6aKmg8zw2vUcqhnrD7kHmmESUxChwe6o4okatzr0rKTOk6ra0uFIlxCNzV0YOVYcNnjZjx9Khs3aVFBO350YZY2JPbPsCC wHbZ71pTaGekg+mv8cehMCSfx98MvZCkW4iSk8IuIskxMPECtqSw7IGW8SGbxaEtVCzlQIYv3eUMO4/UstYF+yQinlykyM6HFTs6M72ISTA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/l6eJ21-5OQASXJGffELafyI_Ci8>
Subject: Re: [Gen-art] draft-baeuerle-netnews-cancel-lock-06 and RFCs 5536 & 5322
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Sep 2017 15:22:48 -0000

On 9/20/17 5:57 AM, Alexey Melnikov wrote:

>> Since there is an IANA registry, another possibility would be to not attempt to revise the syntax from 5322 at all.
> 
> On my memory most of new header fields are defined without extending "optional-field" production. So people are already doing what you propose.
> 
>> Instead, simply rely on the the extensibility already there via <optional-field> and register all the new header fields in the IANA registry. (Use ABNF to define the syntax of the individual new headers but not their linkage into the message.)
>>
>> Then use text to specify conditions about where they may appear in a message.
> 
> Right.

OK. Barring further comments to the contrary I will revise my review 
(and the erratum) to recommend this approach.

	Thanks,
	Paul

v2.23.0 | Report a Bug | By Email