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

Simon Josefsson <simon@josefsson.org> Wed, 18 June 2008 11:18 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 76E7E3A6AB8; Wed, 18 Jun 2008 04:18:38 -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 ED3FA3A6AB8 for <ietf@core3.amsl.com>; Wed, 18 Jun 2008 04:18:37 -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 8Dsg3R2-H2qO for <ietf@core3.amsl.com>; Wed, 18 Jun 2008 04:18:37 -0700 (PDT)
Received: from yxa-v.extundo.com (yxa-v.extundo.com [83.241.177.39]) by core3.amsl.com (Postfix) with ESMTP id A4EC23A690C for <ietf@ietf.org>; Wed, 18 Jun 2008 04:18:35 -0700 (PDT)
Received: from yxa.extundo.com ([83.241.177.38] helo=mocca.josefsson.org) by yxa-v.extundo.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from <simon@josefsson.org>) id 1K8vh3-0006CM-My; Wed, 18 Jun 2008 13:19:14 +0200
From: Simon Josefsson <simon@josefsson.org>
To: John C Klensin <john-ietf@jck.com>
Subject: Re: Appeal against IESG blocking DISCUSS on draft-klensin-rfc2821bis
References: <8832006D4D21836CBE6DB469@klensin-asus.vbn.inter-touch.net> <485590E2.3080107@gmail.com> <p06250116c47c330c7dd0@[75.145.176.242]> <4856DE3A.3090804@gmail.com> <g36r20$bgq$1@ger.gmane.org> <48575B7E.9030003@ca.afilias.info> <87hcbse7du.fsf@mocca.josefsson.org> <5F8E4A149B8E771FC608EAFB@klensin-asus.vbn.inter-touch.net>
OpenPGP: id=B565716F; url=http://josefsson.org/key.txt
X-Hashcash: 1:22:080618:john-ietf@jck.com::tVP/5TC2Mf0Enqfc:1fRd
X-Hashcash: 1:22:080618:hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com::DuwB+WXfsUggbMIa:1g+b
X-Hashcash: 1:22:080618:ietf@ietf.org::ERG1VtvK9qYzfFtj:9hKY
X-Hashcash: 1:22:080618:briand@ca.afilias.info::kdHQ4xIx4Or2VWDk:KDJ4
Date: Wed, 18 Jun 2008 13:19:13 +0200
In-Reply-To: <5F8E4A149B8E771FC608EAFB@klensin-asus.vbn.inter-touch.net> (John C. Klensin's message of "Tue, 17 Jun 2008 15:31:35 -0400")
Message-ID: <878wx36le6.fsf@mocca.josefsson.org>
User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux)
MIME-Version: 1.0
Cc: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>, 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

John C Klensin <john-ietf@jck.com> writes:

> Changing the examples (or not) has _never_ been the core
> question.

I understand that, but I think the reason behind the DISCUSS can lead to
a better document.  I sympathize with your effort to make the IESG
decision process better documented, or at least consistent, and I'll
follow the result of this appeal with interest.

However, that is, as you seem to agree, not strongly related to the
document contents.

I think we can have two useful discussions at the same time: one about
the appeal/process issue and one about the document content.  My
thoughts here are more about the latter, as my time and energy to
participate in the discussion about the former is too restricted.

> As to Brian's suggestion, please consider the following, derived
> from RFC3501 and hypothesize that, at some point, an RFC 2606bis
> might be created (and go through the consensus process to BCP)
> that offers special reserved names for newsgroups or mailing
> lists as well as domain names (many of the arguments offered for
> using only reserved domain names, including "rude to the
> owners", would probably apply to newsgroups and other sorts of
> network entities as well) and that included a form of Brian's
> suggestion as normative.
>
> RFC3501 now includes:
>
>>    Example:    C: A002 LSUB "#news." "comp.mail.*"
>>                S: * LSUB () "." #news.comp.mail.mime
>>                S: * LSUB () "." #news.comp.mail.misc
>>                S: A002 OK LSUB completed
>
> Now, suppose, per Brian's suggestion, that were changed to 
>
>    Example:    C: A002 LSUB "#news." "comp.mail.*" *
>                S: * LSUB () "." #news.comp.mail.mime
>                S: * LSUB () "." #news.comp.mail.misc
>                S: A002 OK LSUB completed
> or
>
>    Example:    C: A002 LSUB "#news." "comp.mail.*" [Foobar]
>                S: * LSUB () "." #news.comp.mail.mime
>                S: * LSUB () "." #news.comp.mail.misc
>                S: A002 OK LSUB completed
> or
>
>    Example:    C: A002 LSUB "#news." "comp.mail.*"   [1]
>                S: * LSUB () "." #news.comp.mail.mime
>                S: * LSUB () "." #news.comp.mail.misc
>                S: A002 OK LSUB completed
>
> any of which would be consistent with what I interpret as the
> spirit of Brian's suggestion, with the "*", "[Foobar]", or "[1]"
> being anchors for a reference or footnote.
>
> Now _that_, folks, is confusing, since a reasonable reader might
> have trouble figuring out whether the footnote/reference anchor
> was part of the IMAP syntax and example or not.   It would be so
> confusing that I'd argue that it involved a substantive issue,
> rather than an editorial/stylistic one as Brian Carpenter
> suggests sometimes occurs.  I'd expect people to notice it
> during Last Call and complain, and I'd think an AD would be
> entirely justified in asking hard questions and forcing
> discussions.
>
> Whether the examples in 2821bis are like that case simply
> because they fail to use 2606 names is something that you should
> judge for yourselves.  But, because of possibilities that the
> examples above illustrate, be careful what you wish for.

That is a good and valid point.

There is one important part of what Brian Dickson suggested: that the
'[*]' (or similar markup) reference is added to "text".  Presumably it
would only be added to the first occurrence.  Adding the reference to
examples intended to illustrate the protocol is obviously a silly thing
to do.

With this elaboration regarding Brian's proposal, I would still be in
favor of making his change to the document, unrelated to the outcome of
the appeal.  The justification is that it results in a better and more
complete document.

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