Re: Email (was Re: Next steps towards a net zero IETF)
Phillip Hallam-Baker <phill@hallambaker.com> Sun, 09 April 2023 21:58 UTC
Return-Path: <hallam@gmail.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 39774C15154C for <ietf@ietfa.amsl.com>; Sun, 9 Apr 2023 14:58:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.549
X-Spam-Level:
X-Spam-Status: No, score=-6.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.096, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4he9rOy1-Ikb for <ietf@ietfa.amsl.com>; Sun, 9 Apr 2023 14:58:53 -0700 (PDT)
Received: from mail-oi1-f177.google.com (mail-oi1-f177.google.com [209.85.167.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B9A2C14CE38 for <ietf@ietf.org>; Sun, 9 Apr 2023 14:58:53 -0700 (PDT)
Received: by mail-oi1-f177.google.com with SMTP id be34so2154862oib.4 for <ietf@ietf.org>; Sun, 09 Apr 2023 14:58:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1681077532; x=1683669532; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=H9PLq1euRTvt1E08IzwT88cK6xyoxJVn5lfDSAxD0Bs=; b=EOKUQj/N6EjZse3kMPCXN9uolB3bruhkodKl8TydaK2Wpq2r/sXsewuSyw7ZeCG5rV vdkDCLRn71wulH5i9hMy9kvizGtYo5Df9e0tXoWxXOPOgDMpUe+d70H8tepfNpsYmb4A dV1iu40G8zEK4UmL2Cw1w7poUMMow8tvHXdMIb4yk/aEGTNCOUVSKDWIxTe3Qt4tHziW bFxDYO49k0ZSs+T24TDSqlOPAQQL4x+tDxTNPU2TArAwqWqum2xYSiuO94zvzWazj97u cI1vc2TlFB3Lznx0lPS7cmXkOK1liQ187PGg+f6B0nmVxAwn0Jp9GlRURBvVjIbM7+Q0 ZpBQ==
X-Gm-Message-State: AAQBX9fEog4PvgEMchCHtE6HswymPH+cgvltwufsOye0aPfM/Od6+Uhi xncajTc4lMNGKZF6q9RqJPGri0Tz/eRG9I0L+xtk8THO7CM=
X-Google-Smtp-Source: AKy350aoZMgvtYu2Vq+FFEb54fSbImJLfN65XSYGRXs3A5H9rBy2aqZbUDpGB3Dq50P4vazQaNuiP9xA8BggDqGZ6Zk=
X-Received: by 2002:a05:6808:6398:b0:389:14f:d84e with SMTP id ec24-20020a056808639800b00389014fd84emr930735oib.6.1681077532367; Sun, 09 Apr 2023 14:58:52 -0700 (PDT)
MIME-Version: 1.0
References: <760E4D71-DB8E-4D48-8B3C-38D995034905@akamai.com> <5c71ca69-6d2e-5306-5b17-59de6a4edd26@gmail.com> <d3b04665-87cf-8e32-8355-9780f8772a4a@network-heretics.com>
In-Reply-To: <d3b04665-87cf-8e32-8355-9780f8772a4a@network-heretics.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Sun, 09 Apr 2023 17:58:42 -0400
Message-ID: <CAMm+LwjQ3oHdfmjPrRM-aD+9z6KM2CTmQjVORj05JNFEaqn5aw@mail.gmail.com>
Subject: Re: Email (was Re: Next steps towards a net zero IETF)
To: Keith Moore <moore@network-heretics.com>
Cc: ietf@ietf.org
Content-Type: multipart/alternative; boundary="0000000000002821b105f8ee5d1f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/piLL_vY_siOLKgFdZIsyxcfQhag>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <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: Sun, 09 Apr 2023 21:58:57 -0000
I agree with the sentiments but not the conclusions here. Yes, HTML in email is a dog's breakfast. And whose fault is that? Who is responsible for email messaging standards? Well SMTP is IETF and HTML is W3C and HTML for email was allowed to fall through the cracks. The structural problem here is that the HTML that is appropriate for email is HTML/2.0 which is structured markup. HTML ceased being that when HTML/3.0 landed and it lacks the features required for email messaging which include the ability to mark sections of text as quoted. The handling of fonts etc. is idiosyncratic at best. But whose responsibility is that? Yes, Github does have some features that can be used to support collaboration. But it is a collaboration flow engine wrapped around a source code management system and it is really not built for what we need for our work. So while it has some advantages, you have to be using Github **in a collaborative setting** pretty much every day to remember how it all works. The notion of forking a repository so I can submit a pull request in order to comment on something is obscurantism at best. I do use git every hour of every day but only because I wrote some shell scripts several years ago and they run via crontabs to make sure my work is safe if the house burns down. I could not tell anyone what any of the commands are without looking at a manual. There was a day when I could write 6502 assembler code from memory in my head, those days are gone and so is my memory of git's stupid command structure. Expecting me to be familiar with git because I use it is unreasonable. So what do we do instead? Well, there is a reason I have been building a security platform for the past five years, the end goal is to support this: Mathematical Mesh 3.0 Part X: Everything (ietf.org) <https://www.ietf.org/archive/id/draft-hallambaker-everything-00.html> Why does an instant message have to have a different format to a post to a chat forum or a microblogging site? Why isn't an email message, a blog post or an article just a superset of the paragraph post format? Why isn't a book or a report just a superset of the message format? We could bikeshed ETML endlessly but the core concept there is that ETML is one markup that only describes document structure which comes in three different levels with Level 1 being directed at chat, Level 2 articles, Level 3 reports. Everything in my world is end to end encrypted. To start a discussion, Alice loads up a document to the server, it is of course encrypted. Then Alice decides who she wants on her team. She adds Bob and Carol to the review team and they get decryption access through Mesh Threshold secret sharing. Since this is a classified project, there is also a global encryption key contribution that is shared separately via Kyber. Bob reads the document, he notices some spelling issues and adds annotations on his copy. He also notices some broader issues that affect multiple parts of the document. All these annotations are tagged with the appropriate lightweight semantic and appends to the DARE sequence accompanying the document. Carol edits the document to correct the spelling errors, Alice opens up a separate document to discuss some of the issues, etc. etc. One of the issues is legal and so Doug, the external counsel is brought into the loop. OK so why don't we use tools like this? A large part of the reason is the lack of the necessary security infrastructure to make it secure. But another part is the lack of open interoperable standards. For this sort of system to work, Doug has to be able to plug into this conversation and get the information he needs using a tool that he already has on his machine, it cant be a proprietary thing he has to buy and install just for one client. If someone wants to bend the ears of some VC folk, we could build this for real for less than 8 figures. If not, I have other plans which will get there eventually. PHB
- Re: Email (was Re: Next steps towards a net zero … Brian E Carpenter
- Re: Email (was Re: Next steps towards a net zero … Keith Moore
- Re: Email (was Re: Next steps towards a net zero … Phillip Hallam-Baker
- Re: Email (was Re: Next steps towards a net zero … Hesham ElBakoury
- Re: Email (was Re: Next steps towards a net zero … Keith Moore
- Re: Email (was Re: Next steps towards a net zero … John C Klensin
- Re: Email (was Re: Next steps towards a net zero … Christian Huitema
- Git weakness (was Re: Email (was Re: Next steps t… Marc Petit-Huguenin
- Re: structured email (was Re: Next steps towards … John Levine
- Re: structured email (was Re: Next steps towards … Keith Moore
- Re: Git weakness (was Re: Email (was Re: Next ste… Salz, Rich
- Re: Email (was Re: Next steps towards a net zero … Phillip Hallam-Baker
- Chat vs email Dave Taht
- Re: Git weakness (was Re: Email (was Re: Next ste… Marc Petit-Huguenin
- Re: Email (was Re: Next steps towards a net zero … Phillip Hallam-Baker
- Re: Git weakness (was Re: Email (was Re: Next ste… Salz, Rich
- Re: Email (was Re: Next steps towards a net zero … John Levine
- Re: Email (was Re: Next steps towards a net zero … Behcet Sarikaya
- Re: Email (was Re: Next steps towards a net zero … Keith Moore
- Re: Email (was Re: Next steps towards a net zero … Keith Moore
- Re: Email (was Re: Next steps towards a net zero … Keith Moore
- Re: Email (was Re: Next steps towards a net zero … John Levine
- Re: Email (was Re: Next steps towards a net zero … Keith Moore
- Re: Email (was Re: Next steps towards a net zero … Bron Gondwana
- Re: Email (was Re: Next steps towards a net zero … John C Klensin
- The death of e-mail was Re: Chat vs email tom petch
- long live email (was Re: The death of e-mail) Keith Moore
- Re: Email (was Re: Next steps towards a net zero … Phillip Hallam-Baker
- Re: Email (was Re: Next steps towards a net zero … John Levine
- Re: Email (was Re: Next steps towards a net zero … Keith Moore
- Re: Email (was Re: Next steps towards a net zero … Phillip Hallam-Baker