Re: Should the RFC Editor publish an RFC in less than 2 months?

Iljitsch van Beijnum <iljitsch@muada.com> Thu, 29 November 2007 09:08 UTC

Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxfNu-0007wD-Tx; Thu, 29 Nov 2007 04:08:38 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxfNr-0007pI-Mt; Thu, 29 Nov 2007 04:08:35 -0500
Received: from sequoia.muada.com ([83.149.65.1]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IxfNp-0004sl-OI; Thu, 29 Nov 2007 04:08:35 -0500
Received: from nirrti.it.uc3m.es (nirrti.it.uc3m.es [163.117.139.66]) (authenticated bits=0) by sequoia.muada.com (8.13.3/8.13.3) with ESMTP id lAT98AER002046 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 29 Nov 2007 10:08:11 +0100 (CET) (envelope-from iljitsch@muada.com)
Message-Id: <AFC41E56-067F-490E-A864-4E18767A0E19@muada.com>
From: Iljitsch van Beijnum <iljitsch@muada.com>
To: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <p0624081fc373a6b5e8fb@[10.20.30.108]>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v915)
Date: Thu, 29 Nov 2007 10:08:07 +0100
References: <E1IxTPt-0006r4-ST@ietf.org> <p0624081fc373a6b5e8fb@[10.20.30.108]>
X-Mailer: Apple Mail (2.915)
X-Spam-Status: No, score=-1.2 required=3.5 tests=AWL, BAYES_00, ILJQX_SUBJ_HUH, ILJQX_SUBJ_NUMINWORD autolearn=no version=3.0.2
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on sequoia.muada.com
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581
Cc: iab@ietf.org, ietf@ietf.org, iesg@ietf.org
Subject: Re: Should the RFC Editor publish an RFC in less than 2 months?
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

On 29 nov 2007, at 0:18, Paul Hoffman wrote:

> One easy solution to the problem is to not change anything in the  
> current IETF or RFC rules. If an RFC has been published before the  
> appeal is brought, and that appeal is ultimately successful, a new  
> RFC is issued that obsoletes the old RFC. That new RFC can  
> essentially be a NULL, although hopefully it would have an  
> explanation why an empty RFC is obsoleting a non-empty one. That new  
> RFC can also be partially populated; for example, if the resolution  
> of the appeal is to pull a contentious section or appendix.

> Given the extreme rarity of the situation where an appeal leads to  
> non-publication or changed publication, it seems wasteful to create  
> new rules (and spend lots of time arguing about them) when no new  
> rules are needed.

++

Especially since presumably, an appealer would be motivated to stop  
publication of the RFC and file an appeal without delay rather than  
after 59 days.

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf