From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 895761F9E0; Sun, 26 Apr 2020 06:05:42 +0000 (UTC) Date: Sun, 26 Apr 2020 06:05:42 +0000 From: Eric Wong To: Danh Doan Cc: meta@public-inbox.org Subject: Re: How to Extract public-inbox v2 to Maildir Message-ID: <20200426060542.GA15896@dcvr> References: <20200426043727.GB14800@danh.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200426043727.GB14800@danh.dev> List-Id: Danh Doan wrote: > To my surprise, it doesn't work because lore.kernel.org use version > 2 of public-inbox's repository. Right... > Would it is easy (and desired) to have this in public-inbox, since > I saw a notice that ssoma won't support v2. If you like Maildir, there's l2md: https://git.kernel.org/pub/scm/linux/kernel/git/dborkman/l2md.git/ I guess it'd be helpful to have a clients list in our documentation somewhere... Maybe I'll have time to work on some client tools, probably in the vein of mairix where it'll dump search results into a Maildir/mbox/IMAP folder. Fwiw, I don't like Maildir for long-term storage at all, it's fine for volatile inboxes, but has the same problems as loose git objects which I don't like. > I think Email::LocalMailDelivery is the ways to go, but I haven't done > any Perl yet. I'm moving away from the Email::* namespace since it's mostly poorly-maintained, bloated, and unavailable from some distros. More stuff is going in-tree, and Inline::C + liburing will be an option for doing FS I/O :) > I would like to have a pointer, so I can implement this myself if > public-inbox don't want this feature. I suggest l2md for now :)