Re: What is a "management position? [Last Call: <draft-farrresnickel-harassment-05.txt> (IETF Anti-Harassment Procedures) to Best Current Practice]

joel jaeggli <joelja@bogus.com> Fri, 20 March 2015 18:53 UTC

Return-Path: <joelja@bogus.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 BAD211A8781 for <ietf@ietfa.amsl.com>; Fri, 20 Mar 2015 11:53:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 IdQYvjwKjpV6 for <ietf@ietfa.amsl.com>; Fri, 20 Mar 2015 11:53:06 -0700 (PDT)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90AC61A8743 for <ietf@ietf.org>; Fri, 20 Mar 2015 11:53:06 -0700 (PDT)
Received: from mb-aye.local (md50536d0.tmodns.net [208.54.5.213]) (authenticated bits=0) by nagasaki.bogus.com (8.14.9/8.14.9) with ESMTP id t2KIr2Pk070440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 20 Mar 2015 18:53:04 GMT (envelope-from joelja@bogus.com)
Subject: Re: What is a "management position? [Last Call: <draft-farrresnickel-harassment-05.txt> (IETF Anti-Harassment Procedures) to Best Current Practice]
To: Jari Arkko <jari.arkko@piuha.net>, John C Klensin <john-ietf@jck.com>
references: <5503914A.7060209@gmail.com> <5503BF22.5020902@gmail.com> <2AE2D092-C32A-46EB-88CA-71366965F4D7@cisco.com> <5505D873.1040203@gmail.com> <CAL0qLwbQf_2WUn8PrUXCMy_3w6tt+iJw0tyF=gUojA5fwRXJNg@mail.gmail.com> <550736E0.6080101@dcrocker.net> <20150316203250.GJ2179@mx1.yitter.info> <55073F22.6000606@dcrocker.net> <20150316204616.GK2179@mx1.yitter.info> <55074AC1.9080500@dcrocker.net> <20150316214620.GO2179@mx1.yitter.info> <550751AC.7090108@dcrocker.net> <55075EBA.4000905@gmail.com> <5509BB58.4060307@qti.qualcomm.com> <4BFAD9B9A5E18EA3882318BA@JcK-HP8200.jck.com> <965AA861-EAB8-4DCE-BB9B-9D02BE63AE68@piuha.net>
From: joel jaeggli <joelja@bogus.com>
message-id: <550C6C89.1070801@bogus.com>
Date: Fri, 20 Mar 2015 11:52:57 -0700
user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:37.0) Gecko/20100101 Thunderbird/37.0
mime-version: 1.0
in-reply-to: <965AA861-EAB8-4DCE-BB9B-9D02BE63AE68@piuha.net>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="uKJhrrA3xE0giPodwLkhpuItwChLPPUTU"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/78XOFJeU3-5d3qkER2CscefHKU0>
Cc: Pete Resnick <presnick@qti.qualcomm.com>, IETF Discussion List <ietf@ietf.org>
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: Fri, 20 Mar 2015 18:53:09 -0000

On 3/20/15 11:23 AM, Jari Arkko wrote:
> I agree with the points from Scott, Christian, and you John that it is
> possible that confidentiality is not maintained on a case involving
> a continuously bad actor. (Assuming we get to such a bad situation
> to begin with, which I hope we wont.)

Existing policy has addressed the problem of visibly bad actors in the
past[1]. There no reason to expect that they won't do so in the future
(nor should we abrogate responsibility for doing so). One can imagine a
scenario where ombudspersons and community  participants are
independently pursing amelioration of a problem. there doesn't seem to
be a reason why the acitivities would not occur independently  in such a
case.

> My question to you though is what effect do you believe that observation
> should have on our procedures? Are you suggesting that they should
> not by default be confidential?
> 
> Jari
> 

[1] - http://www.ietf.org/mail-archive/web/ietf/current/msg38293.html