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