Re: radical suggestion

Tony Hansen <tony@att.com> Sun, 15 September 2002 02:36 UTC

Received: from localhost (localhost [[UNIX: localhost]]) by above.proper.com (8.11.6/8.11.3) id g8F2a9312648 for ietf-822-bks; Sat, 14 Sep 2002 19:36:09 -0700 (PDT)
Received: from almso2.proxy.att.com (almso2.att.com [192.128.166.71]) by above.proper.com (8.11.6/8.11.3) with ESMTP id g8F2a7k12641 for <ietf-822@imc.org>; Sat, 14 Sep 2002 19:36:07 -0700 (PDT)
Received: from maillennium.att.com ([135.25.114.99]) by almso2.proxy.att.com (AT&T IPNS/MSO-4.0) with ESMTP id g8F2a53Q015686 for <ietf-822@imc.org>; Sat, 14 Sep 2002 22:36:05 -0400 (EDT)
Received: from att.com (<unknown.domain>[135.210.33.166]) by maillennium.att.com (mailgw1) with SMTP id <20020915023604gw100fmba5e> (Authid: tony); Sun, 15 Sep 2002 02:36:04 +0000
Message-ID: <3D83F214.5030702@att.com>
Date: Sat, 14 Sep 2002 22:36:04 -0400
From: Tony Hansen <tony@att.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Keith Moore <moore@cs.utk.edu>
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
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>

How about issuing both the updated 2821/2822 AND a pair of amendments 
documents as I-Ds. That way, we have the advantage of being able to 
discuss each amendment individually, as well as seeing the resulting 
text that comes about from applying those amendments.

	Tony

Keith Moore wrote:
>>One can always limit the scope of the work to only considering specific
>>changes with the basic assumption that RFC 2822 will remain almost
>>entirely unchanged.
> 
> 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.
> 
> Keith
>