RE: Sergeant at arms: please deal with mars.techno.cat@gmail.com

"Richard Shockey" <richard@shockey.us> Wed, 23 October 2013 14:37 UTC

Return-Path: <richard@shockey.us>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50E6D11E83D6 for <ietf@ietfa.amsl.com>; Wed, 23 Oct 2013 07:37:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.189
X-Spam-Level:
X-Spam-Status: No, score=-102.189 tagged_above=-999 required=5 tests=[AWL=0.410, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pTtk-kC0yzMp for <ietf@ietfa.amsl.com>; Wed, 23 Oct 2013 07:37:25 -0700 (PDT)
Received: from outbound-ss-1669.hostmonster.com (outbound-ss-1669.hostmonster.com [74.220.206.201]) by ietfa.amsl.com (Postfix) with SMTP id 98BF911E81BD for <ietf@ietf.org>; Wed, 23 Oct 2013 07:37:25 -0700 (PDT)
Received: (qmail 19801 invoked by uid 0); 23 Oct 2013 14:37:03 -0000
Received: from unknown (HELO box462.bluehost.com) (74.220.219.62) by oproxy6.mail.unifiedlayer.com with SMTP; 23 Oct 2013 14:37:02 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=shockey.us; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:Subject:In-Reply-To:References:To:From; bh=MHZYYINjvJ7FnRjr1q8VQWSIZeQ0KBnu7cdMTFhDmIc=; b=LexFDZ/jcoiEpp+80/VZjldbXMeNbA/6uxewp7Z1EC27wX61eDDDD98Bof73M4ke6UPmbFG429333zUq7scYATBaAm8LY7CPLkNgnxu365ZLI4cmr4k1Eo3HrYm7KrYl;
Received: from [71.114.100.16] (port=50002 helo=RSHOCKEYPC) by box462.bluehost.com with esmtpa (Exim 4.80) (envelope-from <richard@shockey.us>) id 1VYzYT-0006vQ-GA; Wed, 23 Oct 2013 08:37:01 -0600
From: Richard Shockey <richard@shockey.us>
To: 'Melinda Shore' <melinda.shore@gmail.com>, ietf@ietf.org
References: <5262FB95.8080500@gmail.com> <CAK41CSRKhD9W5WWm3xBJeb4U8Q6TbfG1EHnY_0BN7fC1QvO=iA@mail.gmail.com> <52657B0B.3080701@gmail.com> <m21u3d5zvo.wl%randy@psg.com> <5266B4A4.9020301@dcrocker.net> <5266C6CA.30900@gmail.com>
In-Reply-To: <5266C6CA.30900@gmail.com>
Subject: RE: Sergeant at arms: please deal with mars.techno.cat@gmail.com
Date: Wed, 23 Oct 2013 10:36:58 -0400
Message-ID: <00c601cecffd$5517ed30$ff47c790$@shockey.us>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 15.0
Content-Language: en-us
Thread-Index: AQB/ZWi3GKeGmYHBIHgx+qsNLGaZOAL2Q8avASRVPrUCfL2VrQHXVkVtAiLeKkucTKE6oA==
X-Identified-User: {3286:box462.bluehost.com:shockeyu:shockey.us} {sentby:smtp auth 71.114.100.16 authed with richard@shockey.us}
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 23 Oct 2013 14:37:31 -0000

IN line below..

-----Original Message-----
From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On Behalf Of
Melinda Shore
Sent: Tuesday, October 22, 2013 2:41 PM
To: ietf@ietf.org
Subject: Re: Sergeant at arms: please deal with mars.techno.cat@gmail.com

The more I've been thinking about this the less comfortable I am with how
this was executed.  I have no disagreement whatsoever with removing this
person's posting privileges.
But, I have a huge problem with Jordi's statement:

  "As Sergeant-at-arms, I agree with other previous
  postings and believe that anonymous posting is not
  tolerable in the IETF mail exploders."

Clearly, there are non-trivial problems around making decisions on the basis
of something sort of like identity in unauthenticated email.  We don't
*really* know who other people are - we tend to assume that they are who
they say they are and evaluate their credibility (or not) on things like
content, reputation, past performance, etc.  The problem with
mars.techno.cat@gmail.com isn't that he (and since we're pretty sure we know
who this is, we'll stick with masculine pronouns) has an email address that
doesn't look like a name (although his name could have been Mars Techno Cat,
as unlikely as that is).  The problem is that he had no prior history of
posting -as that name- and posted nothing but off-topic rants and personal
attacks.
I would hope that the attacks would be sufficient to have his posting
privileges revoked and that having an unfamiliar email address would not be
sufficient.

Additionally, let me suggest that finding anonymous posts "not tolerable" is
inconsistent with the perpass discussions and concerns expressed *here*
about privacy.
We want accountability in our documents and that means knowing that the
people who contribute to our work 1) have technical substance, and 2) are
having their comments and text evaluated by other people of technical
substance.  It does not necessarily mean knowing their names or identities.
In many discussions about privacy and about whether or not various
cryptographic technologies have been deliberately weakened by some US
government agency, there have been repeated assertion that open processes
and aggressive review provide protection against that sort of problem.  That
ought to apply here, as well.

Anonymity is not a problem.  Behaving badly is a problem.

[RS> ]  That is the central issue.  Anonymity cannot be used as a shield to
protect abusive or criminal behavior.  That is an issue some of us are
struggling with in the RAI area with STIR and the global voice
communications network.  The right to privacy is also in part a "right to be
left alone".  


I really never want to see someone's ejection justified on the basis of
their putative "anonymity" again.  I am not arguing that
mars.techno.cat@gmail.com ought to be allowed anywhere near an IETF mailing
list but that the reason that was given for throwing him off was not
correct.  We should be working to protect anonymity and privacy, not
punishing it.

[RS> ] With exceptions.  Nothing is absolute here.  There are exceptions
where various actors, state or otherwise, have to be able to break the cloak
of anonymity in order to protect the safety and health of others.  Sometimes
..sometimes the needs of the many outweigh the desires of the few. 


Melinda