Re: [Emailcore] encodings, was Ticket #14: G.7.8. Review different size limits

Steffen Nurpmeso <steffen@sdaoden.eu> Mon, 19 July 2021 13:17 UTC

Return-Path: <steffen@sdaoden.eu>
X-Original-To: emailcore@ietfa.amsl.com
Delivered-To: emailcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F98D3A3372 for <emailcore@ietfa.amsl.com>; Mon, 19 Jul 2021 06:17:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=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 L8HCU8Wu9D1U for <emailcore@ietfa.amsl.com>; Mon, 19 Jul 2021 06:17:33 -0700 (PDT)
Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 CA27D3A336E for <emailcore@ietf.org>; Mon, 19 Jul 2021 06:17:33 -0700 (PDT)
Received: from kent.sdaoden.eu (kent.sdaoden.eu [10.5.0.2]) by sdaoden.eu (Postfix) with ESMTPS id 8F21816056; Mon, 19 Jul 2021 15:17:25 +0200 (CEST)
Received: by kent.sdaoden.eu (Postfix, from userid 1000) id E480F3B1; Mon, 19 Jul 2021 15:17:21 +0200 (CEST)
Date: Mon, 19 Jul 2021 15:17:21 +0200
Author: Steffen Nurpmeso <steffen@sdaoden.eu>
From: Steffen Nurpmeso <steffen@sdaoden.eu>
To: John Levine <emailcore@ietf.org>
Message-ID: <20210719131721.8n6Cy%steffen@sdaoden.eu>
In-Reply-To: <20210717221703.0CBF924AABD7@ary.qy>
References: <20210717221703.0CBF924AABD7@ary.qy>
Mail-Followup-To: "John Levine" <emailcore@ietf.org>
User-Agent: s-nail v14.9.22-170-g4fc3932ea4
OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt
BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs.
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/ApEIryDSazv8kHQPAQsmwb3F5Xk>
Subject: Re: [Emailcore] encodings, was Ticket #14: G.7.8. Review different size limits
X-BeenThere: emailcore@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: EMAILCORE proposed working group list <emailcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emailcore>, <mailto:emailcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emailcore/>
List-Post: <mailto:emailcore@ietf.org>
List-Help: <mailto:emailcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emailcore>, <mailto:emailcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jul 2021 13:17:41 -0000

John Levine wrote in
 <20210717221703.0CBF924AABD7@ary.qy>:
 |It appears that Steffen Nurpmeso  <steffen@sdaoden.eu> said:
 |>Jeremy Harris wrote in
 |> <7167164a-5c14-f6f2-4692-06da2506d158@wizmail.org>:
 |>|On 17/07/2021 17:16, Steffen Nurpmeso wrote:
 |>|> Your MUA created the according MIME headers, but whether it used
 |>|> the 8BITMIME SMTP extension when passing this over to a MTA, that
 |>|> is here the question.
 |>|
 |>|See https://cr.yp.to/smtp/8bitmime.html for one opinion, written quite
 |>|a long time ago.  Exim has been following that for the last nine years.
 |>
 |>I have to say i never quite understood the "an email message must
 |>be human readable text" approach.
 |
 |djb wrote that in 1998 when MUAs that support MIME were a lot less \
 |ubiquitous
 |than they are now, and I don't know anyone who objects to base64 encoding
 |of PDFs and JPEGs.  But 7bit MTAs were gone in 1998 and they're even more
 |gone now so there is no point in encoding anything that is an 8 bit \
 |extended
 |ASCII like UTF-8 or ISO-8859-x.

Well the paper may have inspired people to try out and use pure
8-bit paths for good twenty years ago.
..and of course except message generators have to because of the
constraints (length limits, ^From_, invalid bytes) which do exist.
And attachments / signatures and massive header pollution also
make a raw internet message unpleasant to look at.  So but for
debugging maybe any desire or even praising of message/global
seemed a bit artificial to me.

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)