Re: Jabber [Was: Plenary questions]

ned+ietf@mauve.mrochek.com Tue, 13 November 2018 14:51 UTC

Return-Path: <ned+ietf@mauve.mrochek.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 B774E130DE0 for <ietf@ietfa.amsl.com>; Tue, 13 Nov 2018 06:51:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.108
X-Spam-Level:
X-Spam-Status: No, score=-1.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001] autolearn=no 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 HTJOi1os-VGI for <ietf@ietfa.amsl.com>; Tue, 13 Nov 2018 06:51:05 -0800 (PST)
Received: from mauve.mrochek.com (unknown [66.159.242.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C51F7130DDC for <ietf@ietf.org>; Tue, 13 Nov 2018 06:51:04 -0800 (PST)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QZL58CF7JK000D52@mauve.mrochek.com> for ietf@ietf.org; Tue, 13 Nov 2018 06:46:01 -0800 (PST)
MIME-version: 1.0
Content-transfer-encoding: 8bit
Content-type: TEXT/PLAIN; charset="utf-8"; format="flowed"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QZJVCY9DSG00006B@mauve.mrochek.com> (original mail from NED@mauve.mrochek.com) for ietf@ietf.org; Tue, 13 Nov 2018 06:45:55 -0800 (PST)
From: ned+ietf@mauve.mrochek.com
Cc: Ted Lemon <mellon@fugue.com>, stpeter@mozilla.com, Paul Wouters <paul@nohats.ca>, ietf <ietf@ietf.org>
Message-id: <01QZL58AEX8M00006B@mauve.mrochek.com>
Date: Tue, 13 Nov 2018 06:37:40 -0800
Subject: Re: Jabber [Was: Plenary questions]
In-reply-to: "Your message dated Tue, 13 Nov 2018 09:50:28 +0100" <4d84fbd2-bccf-fd41-0273-8172bbbe29d8@meetecho.com>
References: <0609B3A4-565D-49D2-894F-0C1634016E16@mnot.net> <m2wopo6mnu.wl-randy@psg.com> <20181108195917.GF9067@localhost> <CAKHUCzy21PVModhc3WQ_T=mQctTdMTnmnL=h7N_O+SskCGrRiw@mail.gmail.com> <CAPt1N1mYL8-70kpVHBU0iAqiTxWrLJnDvy1UYwMgc-KmOe-Y-A@mail.gmail.com> <CAPt1N1kePa9NF4KNL0Yo3itjcwc-he=9tYpJXu5HPynjE1OhNA@mail.gmail.com> <CAKHUCzwaOQ4wmWAW6FdjJ8GJY65K3ifGcC+a5NZx0Bca40B7GA@mail.gmail.com> <20181109152419.GE1840@thunk.org> <CAKHUCzy=EjHNodYJqV6iJS=B=23gvwVLwmjqe21c+ATntc-65g@mail.gmail.com> <alpine.LRH.2.21.1811092213020.32173@bofh.nohats.ca> <20181110064553.GI9067@localhost> <CAKHUCzz-7qkC4vebYpU4gtsECEbpWppD055tf+kBMsP6aT8QaQ@mail.gmail.com> <CAPt1N1mQL5Kw05FCm77+CONeULtcRG2Taj6CccWLAGqZ+yJuGw@mail.gmail.com> <a3c54f69-4cf0-847d-cb3f-af415feda491@mozilla.com> <CAPt1N1kPdBm16PfMMZc5sOYBcx5--jw+dbLVHW5Uh-zLG834yw@mail.gmail.com> <7ec576ad-70e0-47ef-270e-97752025a1a7@mozilla.com> <CAPt1N1ni9V_uWPnBsJRh7u4Setd3+8PxQJj-p=jNbPEqYwy=dQ@mail.gmail.com> <4d84fbd2-bccf-fd41-0273-8172bbbe29d8@meetecho.com>
To: Alessandro Amirante <alex@meetecho.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/YMWLiNVEVTGV6sZrLwirNTpUDNw>
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: Tue, 13 Nov 2018 14:51:11 -0000

> Il 12/11/18 20:16, Ted Lemon ha scritto:
> > The Meetecho server is a lousy choice.   I tried using it this IETF, and
> > it demanded all kinds of authentication information I didn't have
> > handy.

> Meetecho is a tool for *participating* remotely at IETF meetings. It
> allows you to actively contribute to the standardization process. As
> such, it requires you to be registered to the IETF meeting (either as
> on-site or remote participant) because you need to be identifiable and
> accept the "Note Well" (which you do during the registration process).

> All authentication information you need is your name and your
> Registration ID, which is also printed on your badge if you're a local
> participant. There's also a clear way to retrieve it through the
> registration system.

> > Plus it consumes bandwidth even if you don't need the AV feed.

> Video feeds can be disabled from within the Meetecho UI. Audio can't.
> Anyway I do agree that using Meetecho only as a Jabber client is far
> from ideal and overkill. There are XMPP clients for that.

Actually, no, there really aren't, at least not on the Mac with any sort of
long term stability.

Having to shift clients from time to time has always been a pain, but it was an
unavoidable plain when Jabber was something I used at work and I had to expend
the time anyway. But now that Slack has completely replaced Jabber in the
workplace this is no longer the case.

I doubt I'm the only one for which this is true.

And so having to hunt for the working client du jour is no longer a task
I'm willing to perform.

The good news is the chat feature in Meetecho gets the job done for me.

				Ned