RE: [mpowr] Mailing List Management
John C Klensin <john-ietf@jck.com> Tue, 23 December 2003 23:24 UTC
Received: from optimus.ietf.org ([132.151.1.19])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA18943
for <mpowr-archive@odin.ietf.org>; Tue, 23 Dec 2003 18:24:07 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AYvsL-0006Ic-9x
for mpowr-archive@odin.ietf.org; Tue, 23 Dec 2003 18:23:41 -0500
Received: (from exim@localhost)
by www1.ietf.org (8.12.8/8.12.8/Submit) id hBNNNfHe024208
for mpowr-archive@odin.ietf.org; Tue, 23 Dec 2003 18:23:41 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AYvsL-0006IN-49
for mpowr-web-archive@optimus.ietf.org; Tue, 23 Dec 2003 18:23:41 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA18911
for <mpowr-web-archive@ietf.org>; Tue, 23 Dec 2003 18:23:36 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1AYvsI-00045U-00
for mpowr-web-archive@ietf.org; Tue, 23 Dec 2003 18:23:38 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1AYvqQ-00043L-00
for mpowr-web-archive@ietf.org; Tue, 23 Dec 2003 18:21:43 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org)
by ietf-mx with esmtp (Exim 4.12) id 1AYvon-00041h-00
for mpowr-web-archive@ietf.org; Tue, 23 Dec 2003 18:20:01 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20)
id 1AYvop-0006Fr-Fd; Tue, 23 Dec 2003 18:20:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1AYvoW-0006EZ-TF
for mpowr@optimus.ietf.org; Tue, 23 Dec 2003 18:19:45 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA18869
for <mpowr@ietf.org>; Tue, 23 Dec 2003 18:19:40 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1AYvoT-00040g-00
for mpowr@ietf.org; Tue, 23 Dec 2003 18:19:42 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1AYvmd-0003wn-00
for mpowr@ietf.org; Tue, 23 Dec 2003 18:17:48 -0500
Received: from ns.jck.com ([209.187.148.211] helo=bs.jck.com)
by ietf-mx with esmtp (Exim 4.12) id 1AYvmE-0003uh-00
for mpowr@ietf.org; Tue, 23 Dec 2003 18:17:23 -0500
Received: from bs.jck.com ([209.187.148.211] helo=localhost)
by bs.jck.com with esmtp (Exim 4.10)
id 1AYvmB-000Alb-00; Tue, 23 Dec 2003 18:17:21 -0500
Date: Tue, 23 Dec 2003 18:17:15 -0500
From: John C Klensin <john-ietf@jck.com>
To: Margaret.Wasserman@nokia.com, harald@alvestrand.no, mpowr@ietf.org
Subject: RE: [mpowr] Mailing List Management
Message-ID: <1746729.1072203435@KLENSIN-TP>
In-Reply-To: <E320A8529CF07E4C967ECC2F380B0CF9027E46C4@bsebe001.americas.nokia.com>
References: <E320A8529CF07E4C967ECC2F380B0CF9027E46C4@bsebe001.am
ericas.nokia.com>
X-Mailer: Mulberry/3.1.0 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Sender: mpowr-admin@ietf.org
Errors-To: mpowr-admin@ietf.org
X-BeenThere: mpowr@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mpowr>,
<mailto:mpowr-request@ietf.org?subject=unsubscribe>
List-Id: Management Positions -- Oversight, Work and Results <mpowr.ietf.org>
List-Post: <mailto:mpowr@ietf.org>
List-Help: <mailto:mpowr-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mpowr>,
<mailto:mpowr-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on
ietf-mx.ietf.org
X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Margaret,
And I repeat, the IESG has ignored or modified, without notice
to the community, far more specific rules. If the AD wants to
delegate that authority, while retaining responsibility, the
spirit of the rules is certainly met. I agree that, if this is
tried more often and seems to work, it would be good to
eventually fix 2418.
But the IESG can't have it both ways: either it is within your
authority (and I do mean "authority" here) to authorize
arrangements like the one I outlined, or you need to recind,
immediately, a long series of violations and changes to very
explicit rules that the IESG has made for its convenience or in
order to increase its involvement in various decisions. There
is only one significant distinction between what I've proposed
and the dozens of "more control, and more work, for the IESG"
policy/ procedural decisions made over the last several years:
this suggestion involves the IESG less in a decision, while
every other case I can recall increases IESG involvement and
workload.
john
--On Tuesday, December 23, 2003 14:30 -0500
Margaret.Wasserman@nokia.com wrote:
>
> Hi John,
>
>> So, the needed rules here are:
>>
>> (1) A WG Chair can eject someone from a meeting or
>> mailing list or take any other reasonable action, if it
>> is reasonably and sensibly required to prevent or
>> eliminate disruptive activities so that the WG can get
>> work done. In exercising that authority, the WG Chair
>> is expected to consult as necessary and reflect current
>> community culture and judgment as to what actions are
>> appropriate under what types of circumstances.
>>
>> (2) Someone who has been ejected from a mailing list or
>> otherwise subjected to WG Chair discipline has the right
>> to appeal and has the right to expect a timely review
>> and response to the first stage appeal to the relevant
>> AD. ADs who do not respond to such appeals on a timely
>> basis are a menace to the smooth and efficient workings
>> of the IETF and should be swiftly recalled.
>>
>> What is interesting about those rules, of course, is that they
>> don't require any changes to existing written formal rules and
>> procedures, only the application of common sense to those
>> rules... and changes to some of our habits and assumptions
>> about how we do business.
>
> I don't agree that these rules can be enacted without any
> changes to our written formal rules.
>
> RFC 2418 says:
>
> As with face-to-face sessions occasionally one or more
> individuals may engage in behavior on a mailing list which
> disrupts the WG's progress. In these cases the Chair
> should attempt to discourage the behavior by communication
> directly with the offending individual rather than on the
> open mailing list. If the behavior persists then the Chair
> must involve the Area Director in the issue. As a last
> resort and after explicit warnings, the Area Director, with the
> approval of the IESG, may request that the mailing list
> maintainer block the ability of the offending individual to
> post to the mailing list. (If the mailing list software
> permits this type of operation.) Even if this is done, the
> individual must not be prevented from receiving messages
> posted to the list. Other methods of mailing list control
> may be considered but must be approved by the AD(s) and the
> IESG.
>
> In other words, it explicitly requires IESG approval to revoke
> the posting privileges of a disruptive participant, or to
> enact any other type of mailing list control.
>
> Margaret
>
>
>
> _______________________________________________
> mpowr mailing list
> mpowr@ietf.org
> https://www1.ietf.org/mailman/listinfo/mpowr
_______________________________________________
mpowr mailing list
mpowr@ietf.org
https://www1.ietf.org/mailman/listinfo/mpowr
- [mpowr] Mailing List Management James Kempf
- RE: [mpowr] Mailing List Management Margaret.Wasserman
- Re: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management Alex Conta
- Re: [mpowr] Mailing List Management James Kempf
- Re: [mpowr] Mailing List Management Alex Conta
- RE: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management Spencer Dawkins
- Re: [mpowr] Mailing List Management Harald Tveit Alvestrand
- Re: [mpowr] Mailing List Management John C Klensin
- Re: [mpowr] Mailing List Management Alex Conta
- Re: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management Alex Conta
- Re: [mpowr] Mailing List Management James Kempf
- Re: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management James Kempf
- Re: [mpowr] Mailing List Management Melinda Shore
- Re: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management James Kempf
- RE: [mpowr] Mailing List Management Margaret.Wasserman
- RE: [mpowr] Mailing List Management Margaret.Wasserman
- RE: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management James Kempf
- RE: [mpowr] Mailing List Management John C Klensin
- Re: [mpowr] Mailing List Management Spencer Dawkins
- RE: [mpowr] Mailing List Management Margaret.Wasserman
- Re: [mpowr] Mailing List Management Alex Conta
- Re: [mpowr] Mailing List Management Alex Conta
- Re: [mpowr] Mailing List Management Spencer Dawkins
- RE: [mpowr] Mailing List Management John C Klensin
- RFC Editor doc approvals (RE: [mpowr] Mailing Lis… Harald Tveit Alvestrand
- Re: RFC Editor doc approvals (RE: [mpowr] Mailing… John C Klensin
- Re: RFC Editor doc approvals (RE: [mpowr] Mailing… Harald Tveit Alvestrand
- Re: RFC Editor doc approvals (RE: [mpowr] Mailing… Dave Crocker
- Re: [mpowr] Mailing List Management Harald Tveit Alvestrand
- Re: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management Harald Tveit Alvestrand
- Re: [mpowr] Mailing List Management Alex Rousskov
- Re: [mpowr] Mailing List Management John C Klensin
- Re: Re: [mpowr] Mailing List Management Dave Crocker
- Re: [mpowr] Mailing List Management Alex Rousskov