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

"Debbie Garside" <debbie@ictmarketing.co.uk> Wed, 18 June 2008 17:07 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 B56503A6B4C; Wed, 18 Jun 2008 10:07:28 -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 7C00C3A68CC; Wed, 18 Jun 2008 04:00:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.365
X-Spam-Level:
X-Spam-Status: No, score=-2.365 tagged_above=-999 required=5 tests=[AWL=0.234, 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 rUw7KV1Il+T7; Wed, 18 Jun 2008 04:00:47 -0700 (PDT)
Received: from mx1.nexbyte.net (132.nexbyte.net [62.197.41.132]) by core3.amsl.com (Postfix) with ESMTP id 665073A684F; Wed, 18 Jun 2008 04:00:45 -0700 (PDT)
Received: from 145.nexbyte.net ([62.197.41.145]) by mx1.nexbyte.net (mx1.nexbyte.net [62.197.41.132]) (MDaemon PRO v9.6.6) with ESMTP id md50008195292.msg; Wed, 18 Jun 2008 12:11:28 +0100
X-Spam-Processed: mx1.nexbyte.net, Wed, 18 Jun 2008 12:11:28 +0100 (not processed: message from trusted or authenticated source)
X-MDRemoteIP: 62.197.41.145
X-Return-Path: prvs=1055364d35=debbie@ictmarketing.co.uk
X-Envelope-From: debbie@ictmarketing.co.uk
Received: from CPQ86763045110 ([83.67.121.192]) by 145.nexbyte.net with MailEnable ESMTP; Wed, 18 Jun 2008 12:01:26 +0100
From: Debbie Garside <debbie@ictmarketing.co.uk>
To: 'Dave Cridland' <dave@cridland.net>
References: <8832006D4D21836CBE6DB469@klensin-sus.vbn.inter-touch.net><485590E2.3080107@gmal.com><p06250116c47c330c7dd0@[75.145.176.242] <4856DE3A.3090804@gmail.com> <049b01c8d089$6c901ce0$0a00a8c0@CPQ86763045110> <23618.1213785541.031305@invsysm1>
Subject: RE: Appeal against IESG blocking DISCUSS on draft-klensin-rfc2821bis
Date: Wed, 18 Jun 2008 12:02:44 +0100
Message-ID: <059901c8d132$d65df170$0a00a8c0@CPQ86763045110>
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
Thread-Index: AcjRMBa61TezmSk7RtS6Mei4qxSeUQAAQwkw
In-Reply-To: <23618.1213785541.031305@invsysm1>
X-MDAV-Processed: mx1.nexbyte.net, Wed, 18 Jun 2008 12:11:28 +0100
X-Mailman-Approved-At: Wed, 18 Jun 2008 10:07:26 -0700
Cc: 'John C Klensin' <john-ietf@jck.com>, 'Pete Resnick' <presnick@qualcomm.com>, iesg@ietf.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: debbie@ictmarketing.co.uk
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>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

Dave wrote:

> Even on Wednesdays.

Or for purple documents... ;-)

I see your point.  I do think, assuming it is not already documented and
further assuming this is the whole point of the appeal, that the IESG could
create a general policy wrt BCP's.  Shouldn't be too onerous.  That way
everyone knows in advance that they should follow a BCP unless they can show
reasonable cause not to (in which case the BCP in question probably needs
updating).  The IETF uses terms such as MAY, MUST and SHOULD extensively
during the creation of an RFC and invariably a MAY or SHOULD is used in
order not to constrain future development (wise decisions in most cases) -
but doesn't mean that they SHOULD NOT be followed where it is reasonably
possible :-)

Best regards

Debbie

> -----Original Message-----
> From: Dave Cridland [mailto:dave@cridland.net]
> Sent: 18 June 2008 11:39
> To: debbie@ictmarketing.co.uk
> Cc: 'John C Klensin'; iesg@ietf.org; ietf@ietf.org; 'Brian E
> Carpenter'; 'Pete Resnick'
> Subject: RE: Appeal against IESG blocking DISCUSS on
> draft-klensin-rfc2821bis
>
> On Tue Jun 17 15:50:02 2008, Debbie Garside wrote:
> > Not being a expert on this but having briefly read the documents in
> > question, I agree with Brian.  This is not editorial.
>
> Well, people have commented that changing the examples will
> hardly break the Internet mail system, so it seems reasonable
> to assert that the counter-argument is also true. In other
> words, NOT changing the examples will also not break Internet
> mail. However, I couldn't really care what the examples say,
> as long as they're good, clear examples, and I think they are.
>
> >  I would also add that
> > to go against an IETF BCP
>
> Ah, wait - the document in question is not a missive from the
> mount stating "Thou SHALT use example.net everywhere", it
> says "The IETF said, 'Let there be reserved domain names for
> examples'; and there were."
>
> (I'm translating the documents into language more suitable
> for the religious tracts some people appear to think they are
> - at this rate, I'm fully expecting future editions to
> include marginalia comencing "Once, a student asked the Postel ...")
>
> But the facts are that nobody is "going against" the BCP. The
> examples in the document don't take advantage of the
> facilities provided by the BCP, but that's different.
>
> >  on the grounds of "well we have done so already historically" does
> > not make an argument for continuing to do so;
>
> Perhaps your implication that, irrespective of the past
> behaviour, we should create such a rule is sensible...
>
> >  errors
> > should be corrected when found, not endorsed.
>
> ... but until we do, it is not an error, and - crucially - we
> should not expect nor allow the IESG to decide on a whim what
> is and is not an error.
>
> >   If we are to pick and choose
> > which RFC's/BCP's we will take notice of what is the point of
> > standardization?
>
> Well, indeed, bravo, and well spoken - that's what John's
> appeal is about - what's the point of having procedures and
> policies at all if the IESG can say "I must reject your
> document; it is purple. No purple documents on Wednesdays,
> for lo, I have spoken."
>
> You may think I'm making light of this - and I am, because I
> think it's a remarkably silly stance from the IESG - but if
> you can explain the difference between rejecting all purple
> documents on Wednesdays and rejecting documents that do not
> use RFC 2606, I'll be most grateful.
>
> > On the face of things, and with my little knowledge, I
> would say that
> > the person within the IESG who has invoked the DISCUSS is quite
> > correct.
> >
> >
> And I reckon they're talking bananas.
>
> It doesn't matter, incidentally, whether you consider the use
> of example.com to be a good idea or not. I do, although I
> note that the XSF's tradition of using a fictional ".lit" TLD
> with example domains taken from Shakespeare's plays is
> actually considerably more readable, but anyway, I'd be
> perfectly happy if the IESG made a statement that as of now,
> documents which use domains other than those present in RFC
> 2606 will not be acceptable.
>
> But I note that there is no such statement from the IESG, so
> I'm personally not clear about whether there even is such a
> policy, or upon which days of the week it applies - for all I
> know, given the lack of statements made by the IESG on RFC
> 2606 names, these may be mandated only for purple documents
> submitted on Wednesdays. And those aren't allowed, as
> previously discussed. (And yeah, I know, but consider this -
> if I say that the IESG say that purple documents are not
> allowed on Wednesdays, that gives that equal weight with the
> alledged RFC 2606 rule - the IESG has not made any statement,
> we've only heard about this informally via third parties).
>
> What matters here is whether the IESG is allowed to introduce
> and enforce a rule with the same action. I do not believe
> they should be allowed to.
>
> Even on Wednesdays.
>
> Dave.
> --
> Dave Cridland - mailto:dave@cridland.net - xmpp:dwd@dave.cridland.net
>   - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
>   - http://dave.cridland.net/
> Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade
>
>
>
>




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