Re: [107attendees] Where the action is, at virtual meetings ...

Tom Pusateri <pusateri@bangj.com> Sun, 29 March 2020 17:38 UTC

Return-Path: <pusateri@bangj.com>
X-Original-To: 107attendees@ietfa.amsl.com
Delivered-To: 107attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C523F3A017E; Sun, 29 Mar 2020 10:38:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level:
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=bangj.com
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 UBOTJ8xVvy52; Sun, 29 Mar 2020 10:38:57 -0700 (PDT)
Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EC8D3A00E2; Sun, 29 Mar 2020 10:38:57 -0700 (PDT)
Received: from [172.16.10.175] (mta-107-13-246-59.nc.rr.com [107.13.246.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id A6E9E3B0EC; Sun, 29 Mar 2020 13:38:55 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bangj.com; s=201907; t=1585503536; bh=kuzsGoNbCeByomX6LgYYBiLqAuRlBi2yvI/h9v/hu7k=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=o/mle20EEoRZEIkqwjtSYkPdafoV9I073NNNtEwYrwMg5cgoo9ToaNtcRCEd/EhNV fPy/bix9zbnfWps7h5Re22AI+SMj/Fu+OUcRGob9E1CGBtMyzNgkiPhoAAP9wBSHB7 rm9+DL9dyxaNB39d5A98Z+TSEXD5133QpKxnOz4ZL7A6BgnyHTASlfQjUdh2ly0ghT oT+TeY9LHqbkBL2H+1ZXp4vm+OhwNrA4mFofpvoFzCKRBd7QKjPWFf1eEGc/eOI7GS cjbFLdU/ZsaEQpujEM1FArClpsapHWKhIDgCqfZhlRdiC9PHsnf5e8A4OjoblgdDX5 F3luJaiUFVJuw==
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\))
From: Tom Pusateri <pusateri@bangj.com>
In-Reply-To: <24192.54005.771799.752970@fireball.acr.fi>
Date: Sun, 29 Mar 2020 13:38:54 -0400
Cc: Ted Lemon <mellon@fugue.com>, 107attendees@ietf.org, Carrick Bartle <cbartle891=40icloud.com@dmarc.ietf.org>, Puneet Sood <puneets=40google.com@dmarc.ietf.org>, Robert Moskowitz <rgm-ietf@htt-consult.com>, IETF <ietf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <FC04F89A-9B0E-4319-ABFA-3C8F3048477C@bangj.com>
References: <CAKKJt-eCsg4v2kawrDAYy3StYE=SEVDVQfqngZfO6PD0o1Tswg@mail.gmail.com> <CCA52B2C-A856-4814-83DF-58A012AB63BA@fugue.com> <CA+9_gVvSvdocYSsw-FEAFrAL8Fq--CQpRj2OFJfvUVx6PjBrTA@mail.gmail.com> <7316D61D-A962-4943-BF02-FC676D671219@icloud.com> <6c578ff5-2870-7b86-6590-7ab01f944376@htt-consult.com> <9F76E481-FAF1-4EB0-8F82-1CF296F99FBF@fugue.com> <6e19f35e-8da4-f63f-26d5-7b5e1be075fd@htt-consult.com> <9BFB58E6-2EE2-44C3-B04D-C45C21A4E99B@fugue.com> <57092354-ff42-91fc-08b5-546364af6b4e@htt-consult.com> <AFBA0AFD-EBFD-4F45-B3D8-B8B35C7D5C22@fugue.com> <24192.54005.771799.752970@fireball.acr.fi>
To: Tero Kivinen <kivinen@iki.fi>
X-Mailer: Apple Mail (2.3608.60.0.2.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/107attendees/n_Yr8ONcBMeM6IBgDkvJKy6IW8w>
Subject: Re: [107attendees] Where the action is, at virtual meetings ...
X-BeenThere: 107attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list of all 107 attendees for official communication <107attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/107attendees>, <mailto:107attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/107attendees/>
List-Post: <mailto:107attendees@ietf.org>
List-Help: <mailto:107attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/107attendees>, <mailto:107attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 29 Mar 2020 17:38:59 -0000


> On Mar 29, 2020, at 12:55 PM, Tero Kivinen <kivinen@iki.fi> wrote:
> 
> Ted Lemon writes:
>>    And each Jabber client is different in how it takes info to open a
>>    conversation.  Pidgin did not work with what was there.  So a lot of work
>>    will be needed here.  Maybe a new protocol?
>> 
>> Slack works orders of magnitude better than jabber for this.  If we don’t want
>> slack, then we need better jabber.   Slack is a really easy solution to the
>> problem, though—I don’t think better jabber is worth spending time on,
>> honestly.
> 
> Slack does not work with any of the browsers I use (seamonkey). It
> simply returns page saysing "This browser is no longer supported".
> Yes, I know I can get it working if I simply find out what is the
> exact string it wants to have in the User-Agent header, and change my
> browser to fake the User-Agent header and send that exact string, but
> it is bit annoying, as almost every time when I need that feature, I
> need to google up that string to see what it is they need this week.
> 
> Of course as they are using standard html stuff anyways everything
> works fine with my browser after faking UA, it is just that they do
> not want people to use any other browsers than those 4 approved ones.
> 
> Earlier they did just say your browser is no longer supported, are you
> sure you want to continue, and then you could click "yes, go forward",
> but they stopped doing that few years back. That just indicates the
> attitude the developers have, meaning we do not care what you want, we
> do things as we like to do things, and there is nothing you can do for
> that.
> 
> So using pidgin to use jabber is much easier for me than using slack.
> With jabber I needed to set up pidgin settings once, I do not need to
> redo settings every single ietf.
> -- 
> kivinen@iki.fi

For me, most of these solutions are missing searchable archives. This is built in to email. In the past, the IETF has published the jabber logs and I have written scripts to sync them with audio and slides. Slack limits history in most cases I’ve used it.

Any solution going forward should have:

1. history is kept forever
2. easily searchable.
3. timestamps for synchronization
4. source of message can be correlated to IETF person database
5. archive available in standard format (no HTML screen scraping please. Yeah, I know, Beautiful Soup is amazing, but I have better things to do.)

Tom