RE: Appeal against IESG blocking DISCUSS on draft-klensin-rfc2821bis

John C Klensin <klensin@jck.com> Mon, 16 June 2008 16:38 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6FBC03A6935; Mon, 16 Jun 2008 09:38:17 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8A72F3A67E6; Sat, 14 Jun 2008 10:04:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 JnqmXuVTNtvt; Sat, 14 Jun 2008 10:04:30 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 861BA3A67AD; Sat, 14 Jun 2008 10:04:30 -0700 (PDT)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1K7ZBX-000Agv-Nk; Sat, 14 Jun 2008 13:05:04 -0400
Date: Sat, 14 Jun 2008 13:05:01 -0400
From: John C Klensin <klensin@jck.com>
To: Eastlake III Donald-LDE008 <Donald.Eastlake@motorola.com>, iesg@ietf.org
Subject: RE: Appeal against IESG blocking DISCUSS on draft-klensin-rfc2821bis
Message-ID: <A6ABDA0F65708DB70D6D37CB@klensin-asus.vbn.inter-touch.net>
In-Reply-To: <3870C46029D1F945B1472F170D2D979003E44452@de01exm64.ds.mot.com>
References: <6B100D42B8C49F65FCBBED8E@klensin-asus.vbn.inter-touch.net> <3870C46029D1F945B1472F170D2D979003E44452@de01exm64.ds.mot.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Disposition: inline
X-Mailman-Approved-At: Mon, 16 Jun 2008 09:38:16 -0700
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org


--On Saturday, 14 June, 2008 10:44 -0400 Eastlake III
Donald-LDE008 <Donald.Eastlake@motorola.com> wrote:

> Standards track RFC 4343 was issued within the past five years
> (January 2006 to be precise). It contains some example domain
> names that do not follow the suggestions in RFC 2606 as well
> as some that do. As the author of both RFC 2606 and RFC 4343,
> I believe the domain names reserved in RFC 2606 were intended
> to be encouraged but not mandatory.

Donald,

Thanks.   The fact that those recommendations have not been
consistently been treated as mandatory doesn't really affect the
core of the appeal, but it further weakens any claim that this
behavior is ok based on a consistent (even if unpublicized)
pattern of prior IESG behavior and decision-making.

best,
   john

p.s. while I appreciate the comments I've received expressing
support for this appeal, I'm generally not going to respond to
them on-list lest the IESG interpret the comments as part of a
lobbying effort.   The procedures say that appeals go to the
IESG and the IESG decides (then they may go elsewhere).  I don't
believe that there is any prohibition on the IESG's asking for
community input if they want it, but they are certainly under no
obligation to do so or to consider such input as part of
considering the appeal.   This note is an exception only because
it identified a fact I didn't have available when I wrote the
appeal text.



_______________________________________________
IETF mailing list
IETF@ietf.org
https://www.ietf.org/mailman/listinfo/ietf