Re: Last Call: <draft-farrresnickel-harassment-05.txt> (IETF Anti-Harassment Procedures) to Best Current Practice

Spencer Dawkins <spencerdawkins.ietf@gmail.com> Sat, 14 March 2015 01:39 UTC

Return-Path: <spencerdawkins.ietf@gmail.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 8E5A71A9109; Fri, 13 Mar 2015 18:39:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 QI1jdkRInxCn; Fri, 13 Mar 2015 18:39:28 -0700 (PDT)
Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E2821A90FC; Fri, 13 Mar 2015 18:39:28 -0700 (PDT)
Received: by obfv9 with SMTP id v9so2663721obf.2; Fri, 13 Mar 2015 18:39:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/BT0JDO0TbCb/bPNkRg/Iwtsmsow3kvdvcr3i6qAy7E=; b=aevjosg7pUL/SsKv0VO0f8VJ3dxkaQI+sIceE0XOF13u4lP2eQN3IeFwmkxetCbM2g AF3TvYvfyJXsw6GLneeLUAQcmCO6vAAToK5WdJ9gOvS44f00mQ53iibfhjCMXYBkQgAq AyZK2BZA/7jexI6JVSNnVoyDF2LUynL6UcbER4QSU49rM5NNH8ziI2Njck8XNV4J9r9n B8nDgquh5YaP8ocZDj+vl/7vVmY8m61dpRhUFy3ouckwououShx/45+GYuqPmkqNE+HQ 7OrPSdMIoqKT5+Io6oKQT0/Ax2RqD4kqqD30dSAK08eaZXQ4+1sjbDU/2dn3g4NSrqOz O34w==
X-Received: by 10.202.218.135 with SMTP id r129mr38120416oig.26.1426297167914; Fri, 13 Mar 2015 18:39:27 -0700 (PDT)
Received: from ?IPv6:2605:6000:9004:ce00:4df2:7e19:dc66:57d3? ([2605:6000:9004:ce00:4df2:7e19:dc66:57d3]) by mx.google.com with ESMTPSA id z142sm2456639oig.22.2015.03.13.18.39.25 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Mar 2015 18:39:26 -0700 (PDT)
Message-ID: <5503914A.7060209@gmail.com>
Date: Fri, 13 Mar 2015 20:39:22 -0500
From: Spencer Dawkins <spencerdawkins.ietf@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Pete Resnick <presnick@qti.qualcomm.com>, Sam Hartman <hartmans-ietf@mit.edu>
Subject: Re: Last Call: <draft-farrresnickel-harassment-05.txt> (IETF Anti-Harassment Procedures) to Best Current Practice
References: <20150116152211.25947.49086.idtracker@ietfa.amsl.com> <20150117174430.9A0471ACE15@ietfa.amsl.com> <20150306163724.GA32205@verdi> <tsl385im2yp.fsf@mit.edu> <781553AA-EA2C-4057-9888-491C80A780DA@piuha.net> <54FE045D.3080606@qti.qualcomm.com> <tslr3sxep1l.fsf@mit.edu> <54FE6297.4090008@qti.qualcomm.com> <tslzj7i2wid.fsf@mit.edu> <55019E72.4090004@qti.qualcomm.com> <tslfv9a2t6p.fsf@mit.edu> <36671C44-DE53-4AC9-B8EA-465BF97B2FDB@piuha.net> <tsly4n0zo6g.fsf@mit.edu> <550350C4.9040201@qti.qualcomm.com>
In-Reply-To: <550350C4.9040201@qti.qualcomm.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/_teD-cFzTUuN_ITkQZUQNRojK3w>
Cc: IETF Discussion List <ietf@ietf.org>, iesg@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: Sat, 14 Mar 2015 01:39:30 -0000

On 03/13/2015 04:04 PM, Pete Resnick wrote:
> Speaking only for myself: 

Oh, yes. Spencer is also speaking only for myself.

> On 3/13/15 12:34 PM, Sam Hartman wrote:
>> old:
>> (The Ombudsteam can not impose that a Respondent
>>        who is in a IETF management position be removed from that
>>        position.  There are existing mechanisms within IETF process for
>>        the removal of people from IETF management positions that may be
>>        used as necessary.)
>>
>> new:
>> The Ombudsteam MAY ask a respondent to consider resigning from an IETF
>> management position.  The Ombudsteam May remove a respondent from a
>> working group  or document editor position.  While this document does
>> not create additional procedures permitting a nomcom appointee be
>> removed, the Ombudsteam can exclude a respondent from meetings and
>> mailing lists and other activities, making it impossible for them to
>> carry out their appointed tasks.
>
> - With regard to NomCom appointed positions, this is just fine, and in 
> fact what the current text intended, while making it perfectly clear 
> what was intended.

I don't strongly object to the "MAY ask a respondent to consider 
resigning", although I'm somewhat on the fence between

- If that's the right thing to do, I'd hope the Ombudsteam would do the 
right thing, whether the procedures included this MAY or not, and

- I'm not getting how involved the community expects the Ombudsteam to 
be in repairing the situation.

I agree with Pete that the rest of the text is more clearly saying what 
I thought the text said.

> - I am ambivalent about the Ombudsteam being able to remove someone 
> from a WG (editor/secretary/chair) position. While it certainly 
> doesn't get into the morass that we do with NomCom-appointed 
> positions, it seems to me that it's still a bit of 
> "crossing-the-streams", and as far as I can tell the same kinds of 
> things that can be done for NomCom-appointed positions (ask them to 
> consider resigning their position, exclusion from meetings / mailing 
> lists, etc.) would have equal effectiveness. So, I'm not sure it's 
> necessary. But as I said, I'm ambivalent. 

I don't actually know much about what ferresnickel talked about that 
didn't make it into the draft and subsequent discussion within the IESG, 
but the discussion I was involved in was focused more on excluding from 
meetings than from mailing lists, and we noted that the IETF actually 
has running code experience with ADs who aren't able to attend multiple 
IETF meetings in a row, and Nomcoms returned at least one AD in that 
situation for another term.

If the community thinks that if you're excluded from meetings, you're 
also excluded from mailing lists, that's pretty much fatal for any IETF 
management position I've ever served in (WG draft editor, WG chair, IAB 
member, and AD). So, that's definitely worth discussing.

And yeah, we spent more time trying to figure out what to do with Nomcom 
appointed positions than with anything else, so definitely worth discussing.

> As for the thought experiment on how a recall might go after such an 
> incident: I am certainly more sanguine than Sam. Presuming an incident 
> where the Ombudsteam decides that an AD can no longer participate in 
> meetings and mailing lists (already I would hope a *highly* unusual 
> circumstance) *and* the AD goes haywire and refuses to relinquish 
> their title (even more unlikely) *and* the "two sides" try to get 
> their friends on the recall committee, *and* these supposed friends 
> agree to participate in such a thing (I have a hard time imagining any 
> of the people I know in the IETF being willing to do so), we still 
> have the case that the (hopefully sane) ISOC-President-appointed 
> recall committee chair is going to tell the committee, "Look, we are 
> not deciding whether this person can start participating in meetings 
> or on mailing lists again. They can't and that's not going to change. 
> The only question is whether they get to keep their office in light of 
> that fact." If at that (almost unimaginable) point a sufficient number 
> of people on the recall committee are willing to be so destructive to 
> the IETF that they are willing to participate in leaving the person in 
> the position, I think I'm willing to live with the IETF going *boom*.

So, confidentiality ...

If an AD who has been excluded from meetings says "I won't be in Dallas 
for personal reasons", unless the AD lives 2.6 miles from the IETF 
meeting hotel (this time, I do), maintaining confidentiality is fairly 
realistic.

If we're talking about excluding ADs from mailing lists, we've lost 
that. ADs who can't send e-mail to the IESG mailing list would be 
fabulously visible to the rest of the IESG. ADs cc: a lot of mailing 
lists on almost everything we engage in, and if every WG chair has to 
forward my comments and discuss ballots on every draft because I'm 
excluded from their mailing lists ... done.

At least, that's the way it looks to me, speaking only for myself.

Spencer