Re: [Tools-discuss] Trial chat services: matrix and zulip

Jay Daley <jay@ietf.org> Mon, 05 October 2020 20:13 UTC

Return-Path: <jay@ietf.org>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CD333A0F80 for <tools-discuss@ietfa.amsl.com>; Mon, 5 Oct 2020 13:13:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 5_imwvsSbFzi; Mon, 5 Oct 2020 13:13:56 -0700 (PDT)
Received: from jays-mbp.localdomain (unknown [158.140.230.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id C380D3A0F7D; Mon, 5 Oct 2020 13:13:55 -0700 (PDT)
From: Jay Daley <jay@ietf.org>
Message-Id: <DF590F96-32EB-46E4-81BB-9A79CC15CC3A@ietf.org>
Content-Type: multipart/alternative; boundary="Apple-Mail=_CC927B46-BF60-4A70-98E8-331F84C67856"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Date: Tue, 06 Oct 2020 09:13:53 +1300
In-Reply-To: <CAKHUCzwXiEVHsJvPj8N0nSrm+6n8-C8o-uKGQvuziu8TWOv7OA@mail.gmail.com>
Cc: Matthew Hodgson <matthew@matrix.org>, Tools Team Discussion <tools-discuss@ietf.org>
To: Dave Cridland <dave@cridland.net>
References: <3817345c-e25f-ec82-47af-5216a6234560@nostrum.com> <6BFA5C6F-E743-44CB-8F99-6FCDC6F04DC5@fugue.com> <021f6ab0-57c1-1b8d-9942-81f205f5bf81@matrix.org> <3596d0ad-09a8-f0e5-4cb7-f3d00d56c626@gmx.de> <842400f7-479d-af0b-3eee-8ad874480ebd@matrix.org> <CAKHUCzwXiEVHsJvPj8N0nSrm+6n8-C8o-uKGQvuziu8TWOv7OA@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/iTve-M1OMYXoGaf2RflmxS0U9Mw>
Subject: Re: [Tools-discuss] Trial chat services: matrix and zulip
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-discuss/>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Oct 2020 20:13:58 -0000

Dave

> On 5/10/2020, at 11:05 PM, Dave Cridland <dave@cridland.net> wrote:
> 
> 
> 
> On Sat, 3 Oct 2020 at 20:51, Matthew Hodgson <matthew@matrix.org <mailto:matthew@matrix.org>> wrote:
>   * By deriding the bridge, you're just harming both sides of it. IETF 
> is less likely to use Matrix if they believe its XMPP bridge is as 
> irredeemably bad as you say; and meanwhile it sounds like pure XMPP is 
> off the cards anyway.
> 
> I certainly agree that the best course of action is to have a IM solution that is as compatible with XMPP as possible. XMPP has, I think, served the IETF community well over the past decade or so, and existing deployed solutions - like Meetecho and the IETF Jabber server itself - have worked with reasonable effectiveness. The XMPP community, vendors and independent developers, have offered help with improving this too (and many from the XMPP community have gone on to do wider work within the IETF world).
> 
> I, too, am unclear why we declare anything built privately on web technologies to be the moral equivalent of an open standard technology with specifications published through a recognised standards group and multiple interoperable implementations. One might as well use the criteria of "It's programmed in ANSI C".
> 
> But I'm also, I confess, bewildered that the stated aim of using the likes of Zulip (which I've never heard of before, sorry) and Slack is that public XMPP services are not easily found, and yet simultaneously "XMPP is off the cards", and no public accounts will be offered.
> 
> What's the blocker to offering accounts on the IETF XMPP server and hosting a web client?

This was ruled out by previous IETF leadership and has remained the policy since.  Technically and operationally it would be trivial to add.

I proposed the addition of user accounts a few months ago to the IESG and the Tools Team in order to address the feedback from the IETF 107 post-meeting survey, and the main concern expressed was that they would appear to be "official" jabber accounts and therefore representative of the IETF.  By contrast the zulip and matrix instances are specifically named as trials and therefore do not incur that risk.  

As that proposal was being considered, the community introduced the IETF Slack space and there were discussions in the SHMOO WG about this whole area.  In that context it did not seem appropriate to make such a change as that might be seen as acting inconsistently with the emerging community process.

I would be interested in views on this.

Jay

> 
> Dave.
> ___________________________________________________________
> Tools-discuss mailing list
> Tools-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/tools-discuss
> 
> Please report datatracker.ietf.org and mailarchive.ietf.org
> bugs at http://tools.ietf.org/tools/ietfdb
> or send email to datatracker-project@ietf.org
> 
> Please report tools.ietf.org bugs at
> http://tools.ietf.org/tools/issues
> or send email to webmaster@tools.ietf.org

-- 
Jay Daley
IETF Executive Director
jay@ietf.org