Re: Why we really can't use Facebook for technical discussion.

Bron Gondwana <brong@fastmailteam.com> Mon, 07 June 2021 05:56 UTC

Return-Path: <brong@fastmailteam.com>
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 470713A37F2 for <ietf@ietfa.amsl.com>; Sun, 6 Jun 2021 22:56:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b=GX9fasT+; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=iQAGC96K
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 46D3mbv2EFnj for <ietf@ietfa.amsl.com>; Sun, 6 Jun 2021 22:55:56 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3272E3A37F0 for <ietf@ietf.org>; Sun, 6 Jun 2021 22:55:56 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id ECB505C010A for <ietf@ietf.org>; Mon, 7 Jun 2021 01:55:53 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute6.internal (MEProxy); Mon, 07 Jun 2021 01:55:53 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm2; bh=ZDL9OPR mbq26QrttOPIR3WnCpjqaFKrg8iJpJbwYnCE=; b=GX9fasT+eSCUFgUeTfvWzy2 V0Fq3IyBXGsq5wR/DO+sCUrTRiULm9cHLE3rzbUw1jMKOgnm7Asm1rS+85tzgK8/ Bbjd+yGRRhvs1Bm+Emc3CUr5X/nIRHGa4HqwxcLkgX+ph9Xmz/VscVJwax8PWJ/s 6CVccv6+5kEb6033IvNjfyVlKOAy8+mExhQY4YCTuadEQSvlhyLpen+mWhVyzBai +piHBNhTKVLxC8n3c8r4YpaeISFlEV9ez+VzoSk+KwCoW899R5ykcbdtYX9XF0Sd Oh3fsL/Xb3k3Fp20e9qrigNi6iTBodiz+sM6Ynq5mjaNe9xUUlCtb+O1Hgyjphg= =
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=ZDL9OP Rmbq26QrttOPIR3WnCpjqaFKrg8iJpJbwYnCE=; b=iQAGC96KNJuo4BxKkIk1Fc 2nSMyLUHr2SJxajJry6wE1tEcRGntw4zDFNYWdQEuIK2mxRdGUBbSvOOHG1Jqzcn gDQmIGNDZBp6Qj4F5Y86rVVKB/7iv38hvI0JupPrwZJ9DVIGe+MfcwGtuzlwR+zV i09OtDpX+BxbdywGM7EbcOzu7RigaHAXT5TT9qvJLP0pvvahA9dSfDgiNCVX56nn 66Dc4TyMYCHuAPmi3vbUsvBUy27XUuW3xN0pD7EceWncu10vmE+WNyjhaSk9jUD4 n/GNxhY1KAshfDC1Cr9CQ6TzVLioK/UJ+/FE95x20Kb55bXi7v4p5hPezs76XKIA ==
X-ME-Sender: <xms:6bS9YD5C9tsDAaE_DlLnBv0advii5r4pT4xvdMFFdvMkHueGhJOKPg> <xme:6bS9YI4EfAQCCiZGH7vZpcpaD9mZjtNQnl6VQK6HJRQaj2ScwVCw03bNiaWukf8Y1 7ywEGRk6W8>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtiedgleelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsegrtd erreerredtnecuhfhrohhmpedfuehrohhnucfiohhnugifrghnrgdfuceosghrohhnghes fhgrshhtmhgrihhlthgvrghmrdgtohhmqeenucggtffrrghtthgvrhhnpeffjeduudekge dvfeeuffeukeehteejtdegffetheeivdeivedvvddvheefkeegheenucffohhmrghinhep sghushhinhgvshhsihhnshhiuggvrhdrtghomhdrrghunecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepsghrohhnghesfhgrshhtmhgrihhlthgv rghmrdgtohhm
X-ME-Proxy: <xmx:6bS9YKfcLaPd6E2SIyO1pKaeTpq-Cjovfwpi-Gd2VS8bjMeh2uBfXg> <xmx:6bS9YEJpnC_ZPVAgBX4Arm0vElXeU00rSPQDFb49ZBfqgGQRk6avCg> <xmx:6bS9YHLhRU3JIDmiXj22Yal_cbfbiTG2iD2N_Akb05PIwKDSJthwNg> <xmx:6bS9YMV2Ke9ZzGH03-2pm0osgtkksHruho5g6NyVk9Y_A7fgFcpnmg>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 75A20AC0062; Mon, 7 Jun 2021 01:55:53 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-701-g78bd539edf-fm-ubox-20210517.001-g78bd539e
Mime-Version: 1.0
Message-Id: <66827dcd-92d0-462c-9065-c4dfa5d12ca7@dogfood.fastmail.com>
In-Reply-To: <HJCFnRF4-BhmmY94naAXr7OwaHttkaKO4_PJx6u2V8ZyHKfo91h0wX96saMVs0sI6KM2vx-h6B-j1dGqj6XqneGrdw-smKRSp9LYfmYZGsg=@softarmor.com>
References: <HJCFnRF4-BhmmY94naAXr7OwaHttkaKO4_PJx6u2V8ZyHKfo91h0wX96saMVs0sI6KM2vx-h6B-j1dGqj6XqneGrdw-smKRSp9LYfmYZGsg=@softarmor.com>
Date: Mon, 07 Jun 2021 15:55:33 +1000
From: Bron Gondwana <brong@fastmailteam.com>
To: ietf@ietf.org
Subject: Re: Why we really can't use Facebook for technical discussion.
Content-Type: multipart/alternative; boundary="ee17c585c7534dca9e248ef21ce80514"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Z8dgSaNAtd1KbmfG3K2nKjahYUk>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 07 Jun 2021 05:56:05 -0000

On Sun, Jun 6, 2021, at 08:34, Dean Willis wrote:
> I hereby propose we censor Facebook engineers in IETF meetings for promoting stupidity.

While this is clearly ridiculous, it does raise a better deep question about using central identities which treat you as a single entity and can take an off-colour joke that you made in the relative privacy of a group of friends, mis-categorise it as dangerous or hateful, and use that to stop you doing anything in any context.

This comes up more often with Google's massively federated set of properties than with Facebook, e.g.
https://www.businessinsider.com.au/google-users-locked-out-after-years-2020-10

But it's something to consider if we make Github more central to our workflow.  Right now I believe Github accounts are completely separate from the rest of Microsoft, but over time I could imagine them being integrated with Microsoft's trust and safety systems such that an issue on a totally unrelated service caused somebody's Github account to be locked out along with all the repositories that they own/have created.  Less of an issue for git repositories themselves because they're more likely to be mirrored and at worst you can rebuild from the last draft uploaded to the datatracker - but if we are keeping significant state in the issue tracker, losing the issues for a draft could significantly hamper the work of a group.

Bron.

P.S. back on censorship - there's rarely need to censor anybody permanently, if just locking them out for the duration of a meeting in which consensus is declared on something they disagree with gets the job done.

--
  Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com