Re: [Tools-implementation] Draft 2 (was Rough draft of message to the community re Zulip and Matrix)

Glen <glen@amsl.com> Mon, 28 September 2020 16:52 UTC

Return-Path: <glen@amsl.com>
X-Original-To: tools-implementation@ietfa.amsl.com
Delivered-To: tools-implementation@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07B483A12D2 for <tools-implementation@ietfa.amsl.com>; Mon, 28 Sep 2020 09:52:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.909
X-Spam-Level:
X-Spam-Status: No, score=-101.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_WELCOMELIST=-0.01, USER_IN_WHITELIST=-100] 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 Ej-2Y9M9ZUvf for <tools-implementation@ietfa.amsl.com>; Mon, 28 Sep 2020 09:52:41 -0700 (PDT)
Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7355F3A12D1 for <tools-implementation@ietf.org>; Mon, 28 Sep 2020 09:52:41 -0700 (PDT)
Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id A97413C2E55 for <tools-implementation@ietf.org>; Mon, 28 Sep 2020 09:52:39 -0700 (PDT)
Received: from [192.168.86.10] (173-8-133-94-SFBA.hfc.comcastbusiness.net [173.8.133.94]) by c8a.amsl.com (Postfix) with ESMTPSA id 9756A3C2E54 for <tools-implementation@ietf.org>; Mon, 28 Sep 2020 09:52:39 -0700 (PDT)
To: tools-implementation@ietf.org
From: Glen <glen@amsl.com>
Organization: AMS
Message-ID: <ebcf4e32-99f3-5c70-a58a-6cabcd86095b@amsl.com>
Date: Mon, 28 Sep 2020 09:52:38 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-implementation/IL3KPLQkOoGrs-0ntR_70iiNgTY>
Subject: Re: [Tools-implementation] Draft 2 (was Rough draft of message to the community re Zulip and Matrix)
X-BeenThere: tools-implementation@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Tools Implementation <tools-implementation.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-implementation>, <mailto:tools-implementation-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-implementation/>
List-Post: <mailto:tools-implementation@ietf.org>
List-Help: <mailto:tools-implementation-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-implementation>, <mailto:tools-implementation-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Sep 2020 16:52:45 -0000

Hi team -

Hope you all had a good week.

I've read the announcement below, I have only one comment.  The 
paragraph starting with "The secretariat is operating" seems unnecessary 
from my point of view.  The current expectation/perception of the 
community is that the secretariat operates the IETF's IT services. 
That's what we're contracted to do, that is in fact my job.  In 
addition, we already know that the community has privacy issues, so we 
could assume that self-hosting is at least not an aversion point. 
Therefore, the things stated in that paragraph are already the norm.

I could expand on this if desired, but, to keep things brief, I'd 
recommend removing that entire paragraph.  If we decide to go 
public-cloud later, we can and should open that as a separate topic. 
For now, the paragraph says nothing new, and adds unnecessary wording to 
the announcement.

Other than that (and Robert's subsequent tweak) I have no further 
thoughts right now!

Also I saw the commentary about "glen@amsl.com" in the emails.  When 
running the initial install script, the script takes two parameters - 
the server FQDN, and the server (human) administrator account.  I 
provided my own email address as the first account to create, which is 
where Zulip got this.

This was unanticipated, but I guess something to "learn" through these 
tests.  If we end up using Zulip in a permanent state, we will of course 
know about this and choose a better address/account/alias for this.  For 
now, I will look through and see if this can be safely changed via a 
setting, as I have time.

I note that the message doesn't *require* contact, but just *offers* my 
address as a human contact point:

 >> Contact us any time at glen@amsl.com <mailto:glen@amsl.com> if you 
run into trouble, have any feedback, or just want to chat!

I don't think we should delay announcement until this can be changed; I 
don't think for a test instance this is a big deal, but I will still 
look, because I don't want those emails.  :-)   But I'm fine with 
whatever you all decide.

Glen


> We are deploying trials of the matrix and zulip chat services to gain
> operational experience and get community feedback about how well these 
> services
> meet the need for IETF related chat.
> 
> We have clear evidence from the IETF 107 post-meeting survey
> (https://www.ietf.org/media/documents/ietf-107-survey-results.pdf) that many
> IETF participants find jabber a significant problem.  This is partly due to
> difficulties in finding a free jabber service and partly due to client
> issues.  There are two paths to try to resolve these problems, one is to
> improve the IETF jabber service and the other is to switch to an alternative
> groupchat solution.  The community has already taken a step on the latter
> path with the introduction of an IETF Slack space, and we want to ensure 
> that
> this path is properly explored by widening the range of options to well
> established free/open source tools.
> 
> The installs currently have almost no local configuration or customization.
> Over the next few weeks, we will be exploring reconfiguring them to use
> datatracker credentials for sign-in, and explore bridging between these
> systems, Slack, and Jabber. One consequence of these explorations is that
> there will  likely be times, outside of meetings, when accounts will be
> disrupted or even removed and will have to be recreated. Initially, we
> suggest you use an email address for the username on each service.
> 
> The secretariat is operating each instance. We've chosen this path for these
> trials over third party hosting to learn what would be needed if the 
> community
> felt self-hosting was important in the longer term.
> 
> The services can be found at matrix-trial1.ietf.org and 
> zulip-trial1.ietf.org.
> 
> Any matrix client can be used with the trial matrix server. There is also a
> web client available at at matrix-trial1.ietf.org.
> 
> Similarly any zulip client can be used with the trial zulip server, 
> which has a
> built in web interface.
> 
> We would like feedback on how well each client meets chat needs during
> meetings, both the full online IETF 109 meeting, virtuals, adhocs, and
> hallway conversations.
> 
> Around December, we will assess our experiences and the feedback received to
> inform what chat services we provide in the future and how we will operate
> them. In January, these trial instances will be taken down. We do not 
> intend to
> preserve or migrate any account configuration or chat history from the trial
> instances as we move forward.
> 
> This does add to the potentially confusing large number of places 
> conversation
> might take place. We hope to address that with some level of bridging, 
> at least
> with Jabber, but have been cautioned by the respective development 
> communities
> that bridging between Zulip and Matrix is unsatisfying since the 
> conversation
> models in the two applications are so different.
> 
> The chat services are intended to be explorational and informal. However,
> please treat them as contexts where contribution rules apply (See
> https://www.ietf.org/about/note-well/).
> 
> We are not, at this time, planning to host jabber accounts. We may 
> revisit that
> as an option as we continue to gather more feedback.
> 
> Please send feedback on the services to tools-discuss@ietf.org