Re: Last Call: <draft-secretaries-good-practices-06.txt> (IETF Working Groups' Secretaries) to Best Current Practice

"Fred Baker (fred)" <fred@cisco.com> Mon, 08 December 2014 02:51 UTC

Return-Path: <fred@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73CE51A1A7D for <ietf@ietfa.amsl.com>; Sun, 7 Dec 2014 18:51:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id obf_aYauaOyc for <ietf@ietfa.amsl.com>; Sun, 7 Dec 2014 18:51:36 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E04D31A1A6A for <ietf@ietf.org>; Sun, 7 Dec 2014 18:51:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1937; q=dns/txt; s=iport; t=1418007097; x=1419216697; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=IbWr3TO/H8d4YpC110ES9/GquriGETMtHbpaVWg8sSw=; b=kSNyPegfih+Pe2h1gASheQ9w9FggYpGAA8lDArKDjgEu0Zr64uhdRlIc bmrc4ijToCbnp1+u5+C2ig+j+Y2maTr1AWf5/sq5+EXgiiO0mVFOJBTt0 EJM200OEFDYhVXs5icO7wdqsuUhoOH9+aLCy5mLrjFE1SBlxTbZuhQBLE 4=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkAFAC0RhVStJV2S/2dsb2JhbABagwaBKgTMJwKBGRYBAQEBAX2EAwEBAwF5BQsCAQg7CzIlAgQOBQ6IJAnUVwEBAQEBAQEBAQEBAQEBAQEBAQEBAReNDYNCB4MhgRUFj0aBb4E1hnWTP4IwgT9vgUV+AQEB
X-IronPort-AV: E=Sophos;i="5.07,536,1413244800"; d="asc'?scan'208";a="378660372"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-2.cisco.com with ESMTP; 08 Dec 2014 02:51:36 +0000
Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id sB82pZnC017976 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 8 Dec 2014 02:51:35 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.118]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0195.001; Sun, 7 Dec 2014 20:51:35 -0600
From: "Fred Baker (fred)" <fred@cisco.com>
To: ietf <ietf@ietf.org>
Subject: Re: Last Call: <draft-secretaries-good-practices-06.txt> (IETF Working Groups' Secretaries) to Best Current Practice
Thread-Topic: Last Call: <draft-secretaries-good-practices-06.txt> (IETF Working Groups' Secretaries) to Best Current Practice
Thread-Index: AQHQDqNRTXtZUR2WsE6GgLxdUzWGXJx9uSUAgABgk4CAADuxAIAAA2qAgAAJfYCAAArnAIAAA5KAgAA8XgCABr2qAA==
Date: Mon, 08 Dec 2014 02:51:34 +0000
Message-ID: <E741C392-088D-418A-8A5A-C90646830DAC@cisco.com>
References: <20140612132656.8100.57197.idtracker@ietfa.amsl.com> <CAL0qLwZEo-AN4Er0gmbCyWJwTqOKBUKKMHEMQ_YqhK+oB+pcgg@mail.gmail.com> <547E9DBA.9040703@pi.nu> <0c1001d00ee9$36598670$a30c9350$@olddog.co.uk> <D51141636F7AC8CBFE11FA93@JcK-HP8200.jck.com> <547F23AD.90206@gmail.com> <F1301BDF5BA91E9561C6654C@JcK-HP8200.jck.com> <0c7901d00f12$f6790a60$e36b1f20$@olddog.co.uk> <547F37C7.6030207@gmail.com> <5672BCEFF39BADE994093B91@JcK-HP8200.jck.com>
In-Reply-To: <5672BCEFF39BADE994093B91@JcK-HP8200.jck.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.121]
Content-Type: multipart/signed; boundary="Apple-Mail=_08E0130D-432E-43D0-BA31-9B7579C3DD46"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/c_-z3KKCgPtk_W4nx-mBF3hC9Wg
Cc: John C Klensin <john-ietf@jck.com>, Adrian Farrel <adrian@olddog.co.uk>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Mon, 08 Dec 2014 02:51:37 -0000

On Dec 3, 2014, at 11:54 AM, John C Klensin <john-ietf@jck.com> wrote:

> Secretaries are fine but, if 2418 is changed, the change
> shouldn't be to institutionalize Secretaries either.  It should:
> 
> (1) Make clear that the statements in 2418 about Secretaries are
> to be taken as examples, not limits.
> 
> (2) Make clear that WG Chairs can, subject to review with/by the
> relevant AD, delegate anything they like to anyone they like and
> that such delegations should allow whatever access to tools,
> etc., is needed to do the job... as long as such delegations do
> no change the responsibility and accountability of the with WG
> Chair.  If a WG Chair (after whatever consultation with the
> relevant AD they consider appropriate) wants to delegate some
> tasks to someone who is not an officially-designated WG
> Secretary, we shouldn't have documents that accidentally get in
> the way.
> 
> For the record, I'm not convinced that a change to 2418 is
> needed for the above: the IESG has claimed, and gotten away
> with, far more significant changes to procedures my means of
> "statements" and the 2418 text does not appear to me to contain
> any words that restrict access to tools that did not exist when
> it was written.

++