Re: radical suggestion

Bruce Lilly <blilly@erols.com> Sat, 14 September 2002 23:39 UTC

Received: from localhost (localhost [[UNIX: localhost]]) by above.proper.com (8.11.6/8.11.3) id g8ENdRD04059 for ietf-822-bks; Sat, 14 Sep 2002 16:39:27 -0700 (PDT)
Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by above.proper.com (8.11.6/8.11.3) with ESMTP id g8ENdRk04055 for <ietf-822@imc.org>; Sat, 14 Sep 2002 16:39:27 -0700 (PDT)
Received: from 209-122-227-176.s857.apx1.nyw.ny.dialup.rcn.com ([209.122.227.176] helo=mail.blilly.com) by smtp01.mrf.mail.rcn.net with esmtp (Exim 3.35 #6) id 17qMVd-0006c4-00 for ietf-822@imc.org; Sat, 14 Sep 2002 19:39:29 -0400
Received: from alex.blilly.com (alex.blilly.com [192.168.99.6]) by mail.blilly.com with ESMTP id g8ENdLxL021802(8.12.3/8.12.3/SuSE Linux 0.6/2002-07-27 16:10:46); Sat, 14 Sep 2002 19:39:22 -0400
Message-ID: <3D83C8A9.8000704@alex.blilly.com>
Date: Sat, 14 Sep 2002 19:39:21 -0400
From: Bruce Lilly <blilly@erols.com>
Reply-To: ietf-822@imc.org
Organization: Bruce Lilly
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
MIME-Version: 1.0
CC: ietf-822@imc.org
Subject: Re: radical suggestion
References: <200209142118.g8ELI6018320@astro.cs.utk.edu>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavis-milter (http://amavis.org/)
Sender: owner-ietf-822@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-822/mail-archive/>
List-ID: <ietf-822.imc.org>
List-Unsubscribe: <mailto:ietf-822-request@imc.org?body=unsubscribe>

Keith Moore wrote:

> well, maybe the thing to do is to _discuss_ amendments rather than
> a revised document, with the understanding that the amendments won't
> be incorporated into the document until (just before) last call.
> 
> note that the amendments can still be useful in their own right, for
> people who are very familiar with the current spec - those people want
> to know the diffs from the previous version.

Some memos incorporate such a list of changes as an appendix, and
that is indeed useful to those familiar with the previous document.
Perhaps the thing to do would be to first compile a list of potential
changes, then revise that list based on discussion.  Changes could
be folded in (with items from the list placed in an appendix) as
consensus is reached, which makes reviewing the draft for internal
consistency easier than dealing with document + changes; alternatively
that could be postponed until the end.

The thing to avoid would be the situation which 2821/2822 sought to
address, namely that 821/822 were modified by so many other documents
that it was nearly impossible for an implementor to build according
to specification.