Re: [mpowr] SUMMARY: Mailing List Management Discussion
James M Galvin <galvin+mpowr@elistx.com> Wed, 14 January 2004 18:51 UTC
Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA02766 for <mpowr-archive@odin.ietf.org>; Wed, 14 Jan 2004 13:51:19 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Agq6M-0000DN-W3 for mpowr-archive@odin.ietf.org; Wed, 14 Jan 2004 13:50:51 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i0EIoo1l000825 for mpowr-archive@odin.ietf.org; Wed, 14 Jan 2004 13:50:50 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Agq6M-0000DE-SZ for mpowr-web-archive@optimus.ietf.org; Wed, 14 Jan 2004 13:50:50 -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 NAA02712 for <mpowr-web-archive@ietf.org>; Wed, 14 Jan 2004 13:50:48 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Agq6K-0002A1-00 for mpowr-web-archive@ietf.org; Wed, 14 Jan 2004 13:50:48 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Agq5N-00028L-00 for mpowr-web-archive@ietf.org; Wed, 14 Jan 2004 13:49:50 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1Agq4Z-00027k-00 for mpowr-web-archive@ietf.org; Wed, 14 Jan 2004 13:48:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Agq4a-00009Z-Ky; Wed, 14 Jan 2004 13:49:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Agq4S-00008C-8y for mpowr@optimus.ietf.org; Wed, 14 Jan 2004 13:48:52 -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 NAA02628 for <mpowr@ietf.org>; Wed, 14 Jan 2004 13:48:49 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Agq4Q-00026U-00 for mpowr@ietf.org; Wed, 14 Jan 2004 13:48:50 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Agq3U-000244-00 for mpowr@ietf.org; Wed, 14 Jan 2004 13:47:53 -0500
Received: from one.elistx.com ([209.116.252.130]) by ietf-mx with esmtp (Exim 4.12) id 1Agq2Z-00022g-00 for mpowr@ietf.org; Wed, 14 Jan 2004 13:46:55 -0500
Received: from localhost (one.elistx.com [209.116.252.130]) by eListX.com (PMDF V6.0-025 #44856) with ESMTP id <0HRH0012DTIOEG@eListX.com> for mpowr@ietf.org; Wed, 14 Jan 2004 13:47:13 -0500 (EST)
Date: Wed, 14 Jan 2004 13:46:39 -0500
From: James M Galvin <galvin+mpowr@elistx.com>
Subject: Re: [mpowr] SUMMARY: Mailing List Management Discussion
In-reply-to: <5.1.0.14.2.20040109064121.0427f9f8@ms101.mail1.com>
X-X-Sender: galvin@three.elistx.com
To: Margaret Wasserman <margaret@thingmagic.com>
Cc: mpowr@ietf.org
Message-id: <Pine.BSF.4.43.0401141324110.96041-100000@three.elistx.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset="US-ASCII"
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.0 required=5.0 tests=none autolearn=no version=2.60
I'm replying to the first message in this thread but I have kept up with the discussion to date. On Fri, 9 Jan 2004, Margaret Wasserman wrote: (1) There is rough consensus among the people active on this list that WG chairs should be allowed to revoke the posting privileges of disruptive participants with AD approval and the possibility of appeal. There is one point that has not been made in this discussion far. Personally, I believe a Working Group Chair should have the authority to revoke posting privileges and further believe they would have it if it was not explicitly assigned to the IESG by documented procedures. I say this because I view a mailing list as an extension of a meeting, if not as a meeting itself. In a physical meeting a Chair is well within their authority to have a disruptive participant removed. Most working groups are not run strictly according to Robert's Rules of Order but it seems pretty straightforward to me. The "check" in a physical meeting is the person won't be removed if the Chair does not get the support of the other participants. The balance is a person can always appeal to the AD/IESG. So why should it be any different for a mailing list? Do we really need to document this? (2) There is rough consensus among the people active on this list that the details of James' proposal are too process-heavy, and that we need a lighter-weight proposal. I agree. If there's a process at all I can see a fairly lightweight documentation of a process: 1. one private warning 2. one public warning 3. revocation of privilege Perhaps the public warning needs to stand for a week before the posting is actually revoked. This ensures that if the community disagrees with the revocation there is sufficient time to comment. I can also imagine an escalating revocation period, perhaps a week to start, then a month, then 3 months, then 6 months, and then a year. But perhaps too short a period will make it used too quickly and too often so we should start with a month or three. This can certainly be discussed further. And a participant who has had posting privileges revoked can always appeal to the relevant AD. The AD should have the authority to act without the full consensus of the IESG. I think this is important only because the IESG may need at least 2 weeks to formally react at all. And the basis for revoking posting privileges should be "obvious when it is present." Someone objected to that characterization but I think it is just fine. The working group has a charter and there is a reasonable understanding and expectation of forward progress and what it means. If a working group agrees with the Chair I don't see a serious problem. And there is always the appeal. Would anyone object if we made a proposal to the IESG to try such an experiment? Does anyone want to write up a specific proposal along those lines? James, do you want to try again? I don't believe an experiment would be useful. I just don't believe there will be enough data points to make it useful. I suggest we simply start with a fairly simple process and procedures and incrementally revise it as needed. The most important thing we need is the understanding that revoking posting privileges is a legitimate implementation of a reaction to disruptive individuals. That's all. A Chair's job is to run a meeting and revoking posting privileges is not much different than withholding the microphone or "revoking the floor." Keep in mind a person can always get their input heard. As has been pointed out elsewhere they can still read the messages, check out the archive, and send private messages to whoever they want. This is no different than being banned from a physical meeting and needing to talk one-on-one with other participants about your point of view. Jim _______________________________________________ mpowr mailing list mpowr@ietf.org https://www1.ietf.org/mailman/listinfo/mpowr
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Partain (LI/EAB)
- [mpowr] SUMMARY: Mailing List Management Discussi… Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Pekka Savola
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Joel M. Halpern
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Meyer
- RE: [mpowr] SUMMARY: Mailing List Management Disc… Robert Snively
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Meyer
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Pekka Savola
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Meyer
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Melinda Shore
- [mpowr] Gauging consensus during disruptions Alex Rousskov
- [mpowr] Re: Gauging consensus during disruptions Melinda Shore
- Re: [mpowr] Re: Gauging consensus during disrupti… Dave Crocker
- [mpowr] Re: Gauging consensus during disruptions Alex Rousskov
- [mpowr] Re: Gauging consensus during disruptions James Kempf
- [mpowr] Experiment design Harald Tveit Alvestrand
- Re: [mpowr] Experiment design Alex Rousskov
- [mpowr] Re: Experiment design Pekka Savola
- clarifications Re: [mpowr] SUMMARY: Mailing List … Alex Conta
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Conta
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] Re: Gauging consensus during disrupti… Alex Conta
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Conta
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Conta
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Eric Rosen
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Spencer Dawkins
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- [mpowr] Getting Bad Ideas to Fail Early Margaret Wasserman
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Margaret Wasserman
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Alex Rousskov
- [mpowr] Re: Getting Bad Ideas to Fail Early James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James Kempf
- Re: [mpowr] SUMMARY: Mailing List Management Disc… David Partain (LI/EAB)
- Re: [mpowr] SUMMARY: Mailing List Management Disc… Alex Rousskov
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Alex Rousskov
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Meyer
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Meyer
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain (LI/EAB)
- Re: [mpowr] Experiment design John C Klensin
- Re: [mpowr] SUMMARY: Mailing List Management Disc… James M Galvin
- Re: [mpowr] Experiment design Spencer Dawkins
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Mark Allman
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Spencer Dawkins
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain (LI/EAB)
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain (LI/EAB)
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early James Kempf
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Mark Allman
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Spencer Dawkins
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early David Partain
- Re: [mpowr] Re: Getting Bad Ideas to Fail Early Spencer Dawkins