Re: RFC793#ietf.org (was: Re: Proposed ietf.org email address policy)

Carsten Bormann <cabo@tzi.org> Sat, 12 June 2021 05:52 UTC

Return-Path: <cabo@tzi.org>
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 513BF3A1F52 for <ietf@ietfa.amsl.com>; Fri, 11 Jun 2021 22:52:14 -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, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 SJFyjO4BPrxq for <ietf@ietfa.amsl.com>; Fri, 11 Jun 2021 22:52:08 -0700 (PDT)
Received: from gabriel-2.zfn.uni-bremen.de (gabriel-2.zfn.uni-bremen.de [134.102.50.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76EBA3A1F50 for <ietf@ietf.org>; Fri, 11 Jun 2021 22:52:08 -0700 (PDT)
Received: from smtpclient.apple (p548dcc89.dip0.t-ipconnect.de [84.141.204.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4G26Ky33Fhz2xH1; Sat, 12 Jun 2021 07:52:06 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
Subject: Re: RFC793#ietf.org (was: Re: Proposed ietf.org email address policy)
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <151B3820DCC0A23EA1C58063@PSB>
Date: Sat, 12 Jun 2021 07:52:05 +0200
Cc: IETF <ietf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C9273D7B-B870-42BF-8666-406E97C2CEB7@tzi.org>
References: <CAKKJt-evvxAN75T5YRyGsTZMgwnjO+UJgHevS1vb6GtTZ1gMaw@mail.gmail.com> <151B3820DCC0A23EA1C58063@PSB>
To: John C Klensin <john-ietf@jck.com>
X-Mailer: Apple Mail (2.3654.100.0.2.22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/PFeFSmPr6RTycr1WMu6tNm5JT_4>
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: Sat, 12 Jun 2021 05:52:15 -0000

On 12. Jun 2021, at 03:32, John C Klensin <john-ietf@jck.com> wrote:
> 
> the RFC Editor made an effort
> to keep an up-to-date list of contact addresses for RFC authors
> 25 or 30 years ago.  It was a complete failure,

A nice example for how solid experience can go stale over time.

Background: my department runs an email alias service for alumni.
When students graduate, they can establish mail forwarding to their new address on a self-service portal.
If they don’t update that forwarding address, they are nagged every year (and thus their address is checked), and if they don’t respond, the forwarding expires.
Maybe some 10 or 20 cases of manual intervention every year because forwarding addresses ceased to work or alumni forgot to extend the service in time.

I wouldn’t say that this is totally painless, but it is really low overhead.
Self-service is the ingredient that makes that possible, and opt-in turns it from an administrative nightmare (imagine the administration trying to track mail addresses for *all* alumni) to a really nice feature for those who want to benefit from it.

Of course, some code will be required in datatracker to make this kind of self-service happen, but it would be a limited, justifiable effort, with much of the components already in place.

Grüße, Carsten