Re: [Last-Call] Last Call: BCP 83 PR-Action Against Dan Harkins

Sander Steffann <> Fri, 30 September 2022 10:03 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E7133C14CE3A for <>; Fri, 30 Sep 2022 03:03:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Status: No, score=-2.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id dDXZp_T4Ur2s for <>; Fri, 30 Sep 2022 03:03:20 -0700 (PDT)
Received: from ( [IPv6:2a00:8642:1000:1::22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 95C4CC14CE35 for <>; Fri, 30 Sep 2022 03:03:19 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5E3F14A; Fri, 30 Sep 2022 12:03:15 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;; h= x-mailer:references:message-id:content-transfer-encoding:date :date:in-reply-to:from:from:subject:subject:mime-version :content-type:content-type:received:received; s=mail; t= 1664532193; bh=+tsBpYrwH7fbUXAzEkbgMRUNMoUCWx2dPzyO59iFnX8=; b=g nrmDcIS1WdWLg4VJ6OSgDIuIOl7AuOzXH72EzGN18qDw3bVLLB15tkI2YTw2LOVL ehu4JM+Pt1dtxM1cCy8557dL35oXcrq/vXYDi4N/W/1SZVKkE8zZhtusnK2z7cFF pMvTVzslnGL9lq9ukZSS1G4RPpv188xkXGQeHx9ZsI=
X-Virus-Scanned: Debian amavisd-new at
Received: from ([]) by localhost ( []) (amavisd-new, port 10026) with ESMTP id lJPgRzUazwml; Fri, 30 Sep 2022 12:03:13 +0200 (CEST)
Received: from (unknown [IPv6:2001:678:814:68:29c0:2b0f:f8d7:7278]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by (Postfix) with ESMTPSA id CE7A93C; Fri, 30 Sep 2022 12:03:12 +0200 (CEST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.\))
X-Clacks-Overhead: GNU Terry Pratchett
From: Sander Steffann <>
In-Reply-To: <>
Date: Fri, 30 Sep 2022 12:03:12 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <>
X-Mailer: Apple Mail (2.3696.
Archived-At: <>
Subject: Re: [Last-Call] Last Call: BCP 83 PR-Action Against Dan Harkins
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 30 Sep 2022 10:03:25 -0000


> On 29 Sep 2022, at 18:15, IETF Chair <> wrote:
> Following community feedback after various incidents, as documented below, the IESG has initiated a posting rights (PR) action that would restrict the posting rights of Dan Harkins, as per the procedures found in BCP 83 (RFC 3683). Specifically, his posting privileges to these lists would be suspended:
> * admin-discuss
> * gendispatch
> * ietf
> * terminology
> In the IESG's opinion, this individual has a history of sending emails that are inconsistent with the IETF Guidelines for Conduct (RFC 7154) and thereby "disrupt the consensus-driven process" (RFC 3683). Among these are contributions that:
> * Express racism in the form of denying, belittling, and ridiculing anti-racist sentiment and efforts
> * Are rude and abusive, and often amount to insulting ridicule
> (Links to examples of such emails sent to the lists above during the last two years are provided at the end of this email.)

I have reviewed the provided emails and sadly I think the IESG is correct in making this decision. The behaviour of Dan Harkins on the lists is not conducive to a welcoming environment for people to participate in, quite the opposite (and the IETF isn't easy to participate in to begin with, but that's a different topic).

It looks like the IETF will be better off without Dan "contributing" on the lists.