From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=DATE_IN_PAST_06_12 autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 17588 invoked from network); 7 Feb 2021 07:30:10 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 7 Feb 2021 07:30:10 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Received: from sdaoden.eu ([217.144.132.164]) by 1ess; Sat Feb 6 19:09:00 -0500 2021 Received: by sdaoden.eu (Postfix, from userid 1000) id 8983F16057; Sun, 7 Feb 2021 01:02:00 +0100 (CET) Date: Sun, 07 Feb 2021 01:02:00 +0100 From: Steffen Nurpmeso To: 9front@9front.org Message-ID: <20210207000200.pQpaa%steffen@sdaoden.eu> In-Reply-To: References: <20210206222512.D10mn%steffen@sdaoden.eu> Mail-Followup-To: 9front@9front.org User-Agent: s-nail v14.9.21-105-g4b55359c 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. List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: private content-driven metadata-based replication Subject: Re: [9front] maildir history Reply-To: 9front@9front.org Precedence: bulk Kurt H Maier wrote in : |On Sat, Feb 06, 2021 at 11:25:12PM +0100, Steffen Nurpmeso wrote: |> Which means re-encoding as necessary to avoid ^From_ quoting, |> which not many do support (my s-nail for example does not :). | |No, on Plan 9 it still sucks, because you're writing a whole new version |of the file every single time you add or delete a message from an mbox |store. This has consequences for big churny mailstores, and they fill That can be optimized. For POSIX mailx with "append" set, and if i recall correctly, my s-nail correctly extends this via appending. Removal, ok. |up disks fast. mbox is better with MIME encoding but it still |irreparably sucks as a storage format even when you ignore parsing |problems. I hate it and I want it to die. I seem to recall even dovecot was going away from it, though if you control a file and have an external info aka index file or structure, just like git has for its database, no modifications actually occur but setting a flag or two, with occasional cleanup by writing a new version top down. Well. I once read on a FreeBSD list about an administrator saying "my boss as a mailbox with millions of files, it is no fun. We use archeopterix to index it" (at least in spirit, been a few years). Like so maildir is a problem, too. Need a db with index to make that acceptable, wasn't it Zawinski who talked in the 90s, for Netscape.... https://www.jwz.org/doc/mailsum.html There you go, 1998: Right now I'm looking at a folder in 3.0. It has 15,466 messages in it. Selecting this folder takes less than a second (it's hard to eyeball it, but I'd say it takes about 1/2 to 3/4 second from when I click to when I see the message summary on the screen). The BSD mbox file is 57.2MB (1.2 million lines) and the summary file is 1.3MB (2% of the size of the folder.) This is on a P266 with a local IDE disk (Linux.) --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)