Re: [yam] Referencing 1652bis and update to RFC 5321/5322

S Moonesamy <sm+ietf@elandsys.com> Mon, 28 June 2010 10:19 UTC

Return-Path: <sm@elandsys.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 09F9B3A6836 for <yam@core3.amsl.com>; Mon, 28 Jun 2010 03:19:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.584
X-Spam-Level:
X-Spam-Status: No, score=-0.584 tagged_above=-999 required=5 tests=[AWL=-0.715, BAYES_50=0.001, SARE_RMML_Stock10=0.13]
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 IwTc+dgfxlFA for <yam@core3.amsl.com>; Mon, 28 Jun 2010 03:19:15 -0700 (PDT)
Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by core3.amsl.com (Postfix) with ESMTP id 4AE8C3A67DA for <yam@ietf.org>; Mon, 28 Jun 2010 03:19:15 -0700 (PDT)
Received: from SUBMAN.elandsys.com ([41.136.235.157]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id o5SAJDDg019667; Mon, 28 Jun 2010 03:19:18 -0700
Message-Id: <6.2.5.6.2.20100628022327.0add5e10@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Mon, 28 Jun 2010 03:19:01 -0700
To: yam@ietf.org
From: S Moonesamy <sm+ietf@elandsys.com>
In-Reply-To: <4C27F351.9060604@att.com>
References: <6.2.5.6.2.20100626145920.0b610618@elandnews.com> <6785AF47EC3ACD933037ABE5@PST.JCK.COM> <6.2.5.6.2.20100626173821.0b374a90@resistor.net> <4C2725DA.6000507@isode.com> <4C27F351.9060604@att.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Subject: Re: [yam] Referencing 1652bis and update to RFC 5321/5322
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: Mon, 28 Jun 2010 10:19:16 -0000

Hi Tony,
At 17:56 27-06-10, Tony Hansen wrote:
>I would call this an excellent agenda item for Maastricht.

Yes.

>Some of the documents are quite needy of a rev, irrespective of 
>Russ' document's outcome. Deciding on the set of documents that make 
>up that list would be one of the tasks for the WG. One of the 
>interesting thing about using the pre-evaluation step is that we've 
>forced people to think through the state of the documents and to get 
>buy-in from the WG for those changes. None of the pre-eval docs so 
>far have been contentious, but future ones may be more so.

Some of the documents could be do with a revision.

It is an effort to do these updates especially for the authors/editors.

At 20:22 27-06-10, John C Klensin wrote:
>Per my earlier note, if the WG is going to go down that path, I
>think it is important to distinguish between:
>
>         (1) In need of a rev because of specific issues that
>         require clarification.
>
>         (2) In need of a rev because the document itself is
>         sufficiently defective that it requires a complete
>         revision and replacement.

Some of the issues are more or less clarifications instead of the 
defects.  There is one issue (#22) listed as an interperability problem.

>queue only because we had to promise them to IESG members for
>the Full Standard version in order to get 5321 signed off.  If
>the IESG makes "Full Standard version" meaningless, there should
>be no need to do that work.

There is also an impact on substantial parts of the current 
charter.  If this is turned into document updates to the email 
specifications, it might end up being contentious.

If and only if people are still interested in updating some of the 
documents, what should be the scope of the work?

Regards,
S. Moonesamy