Re: [Emailcore] Ticket #14: G.7.8. Review different size limits
Steffen Nurpmeso <steffen@sdaoden.eu> Sat, 17 July 2021 18:14 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 6012C3A1AAB for <emailcore@ietfa.amsl.com>; Sat, 17 Jul 2021 11:14:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 N6y8CmmMyEDf for <emailcore@ietfa.amsl.com>; Sat, 17 Jul 2021 11:14:12 -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 46DB03A1AA9 for <emailcore@ietf.org>; Sat, 17 Jul 2021 11:14:11 -0700 (PDT)
Received: from kent.sdaoden.eu (kent.sdaoden.eu [10.5.0.2]) by sdaoden.eu (Postfix) with ESMTPS id BD76816056; Sat, 17 Jul 2021 20:14:00 +0200 (CEST)
Received: by kent.sdaoden.eu (Postfix, from userid 1000) id B732C343; Sat, 17 Jul 2021 20:13:58 +0200 (CEST)
Date: Sat, 17 Jul 2021 20:13:58 +0200
Author: Steffen Nurpmeso <steffen@sdaoden.eu>
From: Steffen Nurpmeso <steffen@sdaoden.eu>
To: Jeremy Harris <jgh@wizmail.org>
Cc: emailcore@ietf.org
Message-ID: <20210717181358.sHnj6%steffen@sdaoden.eu>
In-Reply-To: <7167164a-5c14-f6f2-4692-06da2506d158@wizmail.org>
References: <20210716181257.E397D247DB2A@ary.qy> <20210717161657.XGPW_%steffen@sdaoden.eu> <7167164a-5c14-f6f2-4692-06da2506d158@wizmail.org>
Mail-Followup-To: Jeremy Harris <jgh@wizmail.org>, 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/UcaJw5CB747ex1SS6eHHU5sxOm4>
Subject: Re: [Emailcore] 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: Sat, 17 Jul 2021 18:14:18 -0000
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. It is fine in Plan9 Nupas or something, were (the individual parts of) your mail messages are converted to files which are accessible with the normal Unix text processing tool chain, via a "pseudo" filesystem. But for over- the-wire, or even local storage, noone ever cared (mostly) for binary storage of databases, office documents, calendars or whatever. I mean yes of course they do, but mostly not in respect to "i can use my normal Unix text toolchain on those files". (Just in case anyone feels RTF or XML or VCARD or JSON or whatever is something really humanoid.) I for one hate it that i have to add JSON parsing for SMTP and other protocols just for the OAUTH authentication handshake, where K1=V1\0K2=V2\0\0 would do, (i will use jsmn, many open source people do, also from mailers, take nmh for example, but mind you, it maps to "object"s with "length"s, 'thus provides the full JSON power), but get the "we are so much better than you and you just do not get it right" attitude when i claim that a mail message in raw form is just a container of some type. I have no problem with MBOX and MIME content encoding, and why Maildir is easier to dig for humans given the file naming scheme than MBOX is, i never understood. So technical 7-bit limits have long vanished, and 8-bit with many NULs (given the UTF-16 common in some worlds, and of course in binary anyway) is no problem, for message data as such i never got that message/global and everything is just human text thing. Calling the sewer that a real life message is human text is a cultural bankruptcy and philosophically contemptible. Not that engineers ever cared those aspects of life (as long as the code of conduct is followed), but it may be mentioned once. And while mentioning things, one or two months ago i created a Microsoft Outlook account because i wanted to check OAuth updates that my little MUA needs, and whereas IMAP just worked out of the box POP3 did not at all even though checked, and SMTP also did not because i never knew, and when after several unsuccessful tries i was sending Date: Sat, 05 Jun 2021 23:02:56 +0200 From: Steffen Nurpmeso <sdaoden@outlook.com> To: steffen@sdaoden.eu Subject: Please, i want SMTP for microsoft Message-ID: <20210605210256.gx5cQdqq@outlook.com> Yea?? they locked my account and want my phone number to get out of that, because of policy violation, and so i thought it was time to quit. However i was long enough there to find it applicable to add several _classes_ of mail headers to my ignore list (^IronPort ^MGA ^Spam ^(Accept|Content)-Language ^Thread-) (for message saving only). A nice Sunday everybody. --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)
- [Emailcore] Ticket #14: G.7.8. Review different s… Todd Herr
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Ned Freed
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Dave Crocker
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Alessandro Vesely
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Ned Freed
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John Levine
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Todd Herr
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Viktor Dukhovni
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Ned Freed
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Alessandro Vesely
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Alessandro Vesely
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Viktor Dukhovni
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Steffen Nurpmeso
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John Levine
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John Levine
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Viktor Dukhovni
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John Levine
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Alessandro Vesely
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Ned Freed
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Michael Peddemors
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Dave Crocker
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Steffen Nurpmeso
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John Levine
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Steffen Nurpmeso
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Steffen Nurpmeso
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Jeremy Harris
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John Levine
- Re: [Emailcore] encodings, was Ticket #14: G.7.8.… John Levine
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Viktor Dukhovni
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Ned Freed
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John C Klensin
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John Levine
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Viktor Dukhovni
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… John C Klensin
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Ned Freed
- Re: [Emailcore] encodings, was Ticket #14: G.7.8.… Steffen Nurpmeso
- Re: [Emailcore] Ticket #14: G.7.8. Review differe… Gene Hightower