Re: Last Call: <draft-melnikov-mmhs-header-fields-04.txt> (Registration of Military Message Handling System (MMHS) header fields for use in Internet Mail) to Informational RFC

Alexey Melnikov <alexey.melnikov@isode.com> Sat, 17 September 2011 14:42 UTC

Return-Path: <alexey.melnikov@isode.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09F8721F858C for <ietf@ietfa.amsl.com>; Sat, 17 Sep 2011 07:42:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.51
X-Spam-Level:
X-Spam-Status: No, score=-102.51 tagged_above=-999 required=5 tests=[AWL=0.089, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DpR57abkWsvu for <ietf@ietfa.amsl.com>; Sat, 17 Sep 2011 07:42:21 -0700 (PDT)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 2A13621F8586 for <ietf@ietf.org>; Sat, 17 Sep 2011 07:42:21 -0700 (PDT)
Received: from [188.28.93.234] (188.28.93.234.threembb.co.uk [188.28.93.234]) by rufus.isode.com (submission channel) via TCP with ESMTPA id <TnSyUQAZ1B4W@rufus.isode.com>; Sat, 17 Sep 2011 15:44:36 +0100
Message-ID: <4E74B259.7050401@isode.com>
Date: Sat, 17 Sep 2011 15:44:41 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: Mykyta Yevstifeyev <evnikita2@gmail.com>
Subject: Re: Last Call: <draft-melnikov-mmhs-header-fields-04.txt> (Registration of Military Message Handling System (MMHS) header fields for use in Internet Mail) to Informational RFC
References: <20110914195304.6235.35027.idtracker@ietfa.amsl.com> <4E722BF9.2010502@gmail.com>
In-Reply-To: <4E722BF9.2010502@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: draft-melnikov-mmhs-header-fields@tools.ietf.org, IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Sep 2011 14:42:22 -0000

Hi Mykyta,
Thank you for the review. My answers are below.

Mykyta Yevstifeyev wrote:

> So some small comments:
>
> 1) A nit in Change controller field for all the header fields: you 
> should either change it to IESG (iesg@ietf.org) or IETF with 
> subsequent address ietf@ietf.org.

I don't think this is a big deal either way, but I've changed to IESG.

> 2) Also, it might be useful to point out in the sub-sections of 
> Section 3 which ABNF productions do the header fields match.
>
> 3) Section 4:
>
>>   Terms not defined here are taken from [RFC5322] and [RFC2156].
>
> You probably missed RFC 5234 (with e. g. <DQUOTE>) here.

Right.

> Some ABNF nits:
>
> 4)
>
>>      military-string = 1*69( ps-char )
>
> No harm to change it to "1*69ps-char"

No, but the original is a bit more readable.

> 5)
>
>>      std-precedence = "deferred" / "routine" / "priority" /
>>                       "immediate" / "flash" / "override"
>>      std-message-type = "exercise" / "operation" / "project" /  "drill"
>
> Is there an ability to extend the allowed range of parameters here?

No. Numeric values are for extensibility.

> 6)
>
>>      nonneg-integer = "0" / (NZ-DIGIT *DIGIT)
>
> Should this be
>
>>      nonneg-integer = "0" / ( [ "+" ] NZ-DIGIT *DIGIT)
>
> as non-negative integer implies that it may be prepended by "+" (as 
> well as zero - I don't know exactly).

I would rather leave this as is, there is no need for "+" and some 
people already implemented the currect ABNF.

> 7)
>
>>      military-string-sequence = military-string
>>                          [ [FWS] ";" [FWS] military-string-sequence ]
>
> I think
>
>>      military-string-sequence = military-string
>>                          [ [FWS] ";" [FWS] military-string ]
>
> is just the same but improves readability (unless you make this 
> intentionally, but I see no reason).

The original definition is recursive. What you've suggested is 
incorrect, because it only allowes 2 values (with optional FWS, etc. in 
between).

So the correct form would be:

military-string-sequence = military-string
                         *( [FWS] ";" [FWS] military-string )

> 8)
>
>>      Subject-Indicator-Codes = "MMHS-Subject-Indicator-Codes:"
>>                                [FWS] [sic-sequence] [FWS] CRLF
>
> Can the header field appear to be:
>
>>      MMHS-Subject-Indicator-Codes:
>
> as you allow.  Maybe removing [] around sic-sequence?

Yes, good point. Another person also pointed this out.

> 9) I'd like you hereby disallowed further registration of header 
> fields beginning with "MMHS", likewise RFC 5504 "Downgraded" prefix 
> (http://tools.ietf.org/html/rfc5504#page-18).

I think other people already commented on this. So no change.

> Mykyta Yevstifeyev
>
> 14.09.2011 22:53, The IESG wrote:
>
>> The IESG has received a request from an individual submitter to consider
>> the following document:
>> - 'Registration of Military Message Handling System (MMHS) header fields
>>     for use in Internet Mail'
>>    <draft-melnikov-mmhs-header-fields-04.txt>  as an Informational RFC
>