Re: Re: [mpowr] Mailing List Management
Dave Crocker <dhc@dcrocker.net> Mon, 29 December 2003 22:18 UTC
Received: from optimus.ietf.org ([132.151.1.19])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA15074
for <mpowr-archive@odin.ietf.org>; Mon, 29 Dec 2003 17:18:36 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1Ab5iD-0003KK-FR
for mpowr-archive@odin.ietf.org; Mon, 29 Dec 2003 17:18:09 -0500
Received: (from exim@localhost)
by www1.ietf.org (8.12.8/8.12.8/Submit) id hBTMI9fA012789
for mpowr-archive@odin.ietf.org; Mon, 29 Dec 2003 17:18:09 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1Ab5iD-0003KC-A5
for mpowr-web-archive@optimus.ietf.org; Mon, 29 Dec 2003 17:18:09 -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 RAA15068
for <mpowr-web-archive@ietf.org>; Mon, 29 Dec 2003 17:18:05 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1Ab5iB-00003E-00
for mpowr-web-archive@ietf.org; Mon, 29 Dec 2003 17:18:07 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1Ab5gK-00000W-00
for mpowr-web-archive@ietf.org; Mon, 29 Dec 2003 17:16:13 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org)
by ietf-mx with esmtp (Exim 4.12) id 1Ab5fB-0007lz-00
for mpowr-web-archive@ietf.org; Mon, 29 Dec 2003 17:15:01 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20)
id 1Ab5fB-0003Cz-TT; Mon, 29 Dec 2003 17:15:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by optimus.ietf.org with esmtp (Exim 4.20) id 1Ab5eS-0003CN-AP
for mpowr@optimus.ietf.org; Mon, 29 Dec 2003 17:14:16 -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 RAA15003
for <mpowr@ietf.org>; Mon, 29 Dec 2003 17:14:08 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12)
id 1Ab5eL-0007jM-00
for mpowr@ietf.org; Mon, 29 Dec 2003 17:14:09 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12)
id 1Ab5ca-0007fq-00
for mpowr@ietf.org; Mon, 29 Dec 2003 17:12:20 -0500
Received: from joy.songbird.com ([208.184.79.7])
by ietf-mx with esmtp (Exim 4.12) id 1Ab5at-0007Yn-00
for mpowr@ietf.org; Mon, 29 Dec 2003 17:10:35 -0500
Received: from bbprime (jay.songbird.com [208.184.79.253])
by joy.songbird.com (8.11.6/8.11.6) with SMTP id hBTMHRc11088
for <mpowr@ietf.org>; Mon, 29 Dec 2003 14:17:27 -0800
From: Dave Crocker <dhc@dcrocker.net>
To: MPowr <mpowr@ietf.org>
X-Mailer: PocoMail 3.03 (1740) - EVALUATION VERSION
X-URL: http://www.pocomail.com/
Date: Mon, 29 Dec 2003 14:09:56 -0800
Message-ID: <2003122914956.233169@bbprime>
In-Reply-To: <78624766.1072716332@scan.jck.com>
Subject: Re: Re: [mpowr] Mailing List Management
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
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.2 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Folks, > The bottom line, it seems to me, is that we need to function, as > Dave Crocker has been pointing out (I hope I've correctly understood > him), as a collaborative community. No amount of rule-making is > going to cause either a sense of collaboration or a sense of > community to happen. If we can't keep (or recover) that sense, then > we need a rather different set of rules and structures, to the point > that debates about mailing list participation is a waste of time. > Within such a community, it seems quite rational to me to tell WG > Chairs that they have lead responsibility for WG progress. If > something or someone is interfering with that progress --including > disruptions on mailing lists-- then they should be encouraged to > stop it and, if necessary, pushed out of the way. Should the AD be > fully informed about such an action? Of course. Should it be > appealable? Even more obviously. But the right way to deal with > problems of these sorts _within a community_ is to catch them > earlier and push back (which, IMO, should include involving the > whole WG in a "shunning" process when that seems useful), not to try > to solve them by creating ever-more-rigid and complex procedures. > > Fewer formal procedures, more exercise of good sense, more > unambiguous negative reinforcement for failure to exercise good > sense.... I am quite happy with all of the above text and more than willing to accept attribution of any of it to me, whether I previously said it or not... Here's a small amount I will offer as a response to the above content: The IETF has succeeded because it has us an extraordinarily open and collaborative process, to develop timely solutions for requirements shared by a community eager to obtain thos solutions. The IETF has notably employed highly flexible and subjective mechanisms to achieve this, in the belief that it needed only enough mechanism to permit an effort to function, and that more mechanism than was needed serves as a hindrance, not a help. "Rough Consensus" means that there is strong community support for a decision. If there is strong community support, then little formality is needed. If there is no strong community support, then substantial formality provides only veneer of legitimacy, not its reality . If there is strong community support, there is collaboration. d/ -- Dave Crocker <dcrocker-at-brandenburg-dot-com> Brandenburg InternetWorking <http://brandenburg.com> _______________________________________________ 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