Re: Turning off Etherpad

Robert Sparks <rjsparks@nostrum.com> Wed, 15 September 2021 18:19 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01AE33A0975 for <wgchairs@ietfa.amsl.com>; Wed, 15 Sep 2021 11:19:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.08
X-Spam-Level:
X-Spam-Status: No, score=-2.08 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, NICE_REPLY_A=-0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 eBs5qsqI5sFh for <wgchairs@ietfa.amsl.com>; Wed, 15 Sep 2021 11:19:41 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F28013A0971 for <wgchairs@ietf.org>; Wed, 15 Sep 2021 11:19:40 -0700 (PDT)
Received: from unformal.localdomain ([47.186.34.206]) (authenticated bits=0) by nostrum.com (8.17.1/8.16.1) with ESMTPSA id 18FIJFs8070233 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 15 Sep 2021 13:19:15 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1631729957; bh=YIk9OJELCZOa9khNCXNx7HuZ3tGMSy20gdYMEw4WSr8=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=gn84zVj8xZZT1FgxKmv5edauJ6/wOE0thd4OAgtyAaC53b1no07JT6XdpSVV0BVH6 NjJ4thlIE+JeNxVFosHboAQnOH6lXcRms/eoTplUcOTAPDZiOhvMVILqGTJiTX90Kn pg1buOGGKl27xMnq6GR4yWha1mZeoBfEb6n8CBDI=
X-Authentication-Warning: raven.nostrum.com: Host [47.186.34.206] claimed to be unformal.localdomain
Subject: Re: Turning off Etherpad
To: Mark Nottingham <mnot@mnot.net>, Toerless Eckert <tte@cs.fau.de>
Cc: Fred Baker <fredbaker.ietf@gmail.com>, Working Chairs <wgchairs@ietf.org>
References: <192452e3-3858-3ecd-7d9b-c616251c67ac@nostrum.com> <9535DBFD-BCF1-44B1-A8B0-E278B581D771@gmail.com> <20210811012424.GC23297@faui48f.informatik.uni-erlangen.de> <24A3B72D-6BD2-4899-89DE-E53B33291FC0@mnot.net>
From: Robert Sparks <rjsparks@nostrum.com>
Message-ID: <f095372f-837c-4529-99ce-a055ebfc6cb3@nostrum.com>
Date: Wed, 15 Sep 2021 13:19:10 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.14.0
MIME-Version: 1.0
In-Reply-To: <24A3B72D-6BD2-4899-89DE-E53B33291FC0@mnot.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/iiZUt5vTtVPKY0QFBrlqVhysskA>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Sep 2021 18:19:46 -0000

Mark -

I want to note that your policy suggestion is being discussed. I am 
bringing it up with some frequency - I don't think that we'll have such 
a policy in the near future, but I do think we'll be working towards 
one. I will be sending a note about the expectations around the notes 
service momentarily.

RjS

On 8/10/21 8:27 PM, Mark Nottingham wrote:
> My understanding was always that etherpad was a best-effort, ephemeral service; i.e., there was no guarantee (implicit or explicit) of stability or availability. That's probably the right policy, given that there able to be edited by *anyone on the Internet*.
>
> We might consider a somewhat more formal and explicit policy on service stability and availability (on a service-by-service basis), so that folks aren't surprised by this in the future. E.g., the W3C has:
>    https://www.w3.org/Consortium/Persistence
>
> Cheers,
>
>
>> On 11 Aug 2021, at 11:24 am, Toerless Eckert <tte@cs.fau.de> wrote:
>>
>> So, what is he plan for archiving etherpad.ietf.org ?
>> Can/will the be made read-only/no new data ?
>>
>> Or is all that content that may still have URLs in emails and other places
>> pointing to it deemed to be lost except for the subset of pages that
>> where converted into IETF meeting minuts by WG chairs ?
>>
>> If all this content is meant to be lost because it is too difficult to
>> change to read-only, is this the same strategy for codimd ? Aka:
>> if you do not save it, it will be lost at some point in time ?
>>
>> If converting to read-only is too difficult, maybe the whole tree
>> can just be put up for download as a tar file for any future researchers...
>> However, i am not sure if all the content is meant to be public, or if
>> we did assume some degree of possible confidentiality because of non-searchable
>> namespace.
>>
>> Btw: I think it would be great if codimd would solve these issues:
>> You can only create new names under whatever.ietf.org/2021/<your-string-here>
>> and after 2 years the whole years directory tree turns read-only with
>> indexing/search...
>>
>> Cheers
>>     Toeless
>>
>> On Tue, Aug 10, 2021 at 06:05:34PM -0700, Fred Baker wrote:
>>> People use it in recording our minutes. Losing it would be unfortunate.
>>>
>>>> On Aug 10, 2021, at 2:01 PM, Robert Sparks <rjsparks@nostrum.com> wrote:
>>>>
>>>> Chairs -
>>>>
>>>> We are making plans to turn down etherpad.ietf.org in a few weeks. Let me know of any concerns or need for delay.
>>>>
>>>> RjS
>>>>
>> -- 
>> ---
>> tte@cs.fau.de
>>
> --
> Mark Nottingham   https://www.mnot.net/
>