Re: [yam] preliminary -- draft-ietf-yam-rfc1652bis-pre-evaluation

Alexey Melnikov <alexey.melnikov@isode.com> Wed, 19 August 2009 18:07 UTC

Return-Path: <alexey.melnikov@isode.com>
X-Original-To: yam@core3.amsl.com
Delivered-To: yam@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 57F483A693A for <yam@core3.amsl.com>; Wed, 19 Aug 2009 11:07:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.495
X-Spam-Level:
X-Spam-Status: No, score=-2.495 tagged_above=-999 required=5 tests=[AWL=0.104, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aN4gfsiu9Sts for <yam@core3.amsl.com>; Wed, 19 Aug 2009 11:07:40 -0700 (PDT)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by core3.amsl.com (Postfix) with ESMTP id 3FE573A6AE6 for <yam@ietf.org>; Wed, 19 Aug 2009 11:07:40 -0700 (PDT)
Received: from [172.16.2.188] (shiny.isode.com [62.3.217.250]) by rufus.isode.com (submission channel) via TCP with ESMTPA id <Sow=agB9YX9=@rufus.isode.com>; Wed, 19 Aug 2009 19:07:38 +0100
Message-ID: <4A8C3F4A.6020401@isode.com>
Date: Wed, 19 Aug 2009 19:07:06 +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: Tony Hansen <tony@att.com>
References: <4A848309.8020107@dcrocker.net> <4A848FD4.6080601@att.com> <4A84B8DF.4020107@dcrocker.net> <4A84BD5C.9010000@att.com> <4A8577E2.3020908@dcrocker.net> <4A85A390.6050104@att.com> <4A896397.7080008@isode.com> <4A8B09C9.7050407@att.com>
In-Reply-To: <4A8B09C9.7050407@att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: yam@ietf.org
Subject: Re: [yam] preliminary -- draft-ietf-yam-rfc1652bis-pre-evaluation
X-BeenThere: yam@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Yet Another Mail working group discussion list <yam.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/yam>, <mailto:yam-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/yam>
List-Post: <mailto:yam@ietf.org>
List-Help: <mailto:yam-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yam>, <mailto:yam-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Aug 2009 18:07:41 -0000

Tony Hansen wrote:

> Alexey Melnikov wrote:
>
>> Other suggestions (as an individual contributor):
>> 1). I think the extension registration needs to be updated to say 
>> that the extension is valid on Submission port.
>
> Aren't all SMTP extensions implicitly defined for the Submission port 
> unless specifically *not* allowed?

Yes, but the submission document defines an updated template which is 
not used consistently.
This is not a big deal, but I think just saying that explictly would be 
a good thing.

This doesn't have to be mentioned in the pre-evaluation document though.

>> 2). Change 1 line ABNF in section 2 to use RFC 5234 syntax:
>> OLD:
>>
>> body-value ::= "7BIT" / "8BITMIME"
>>
>>
>> NEW:
>>
>> body-value = "7BIT" / "8BITMIME"
>
> Advantage: it's a simple update, a single line, trivial to do, and 
> easy to check for accuracy.
>
> Disadvantage: Does it set the expectation that we'll adjust 8BNF => 
> ABNF in future YAM updates? How slippery is the slope?

I am fine with not mentioning this change in the pre-evaluation 
document, if this helps.

As a WG contributor: I think the WG should just do this change in 
rfc1652bis. If it is little effort, we should upgrade BNF to ABNF.
I am also hoping that we wouldn't have this argument for every document 
processed. It is certainly not worth in relationship to changing/not 
chaning one line in this document.

> Any other thoughts on this?