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 AF7E71F5AE; Sun, 2 May 2021 06:12:11 +0000 (UTC) Date: Sun, 2 May 2021 06:12:11 +0000 From: Eric Wong To: meta@public-inbox.org Subject: yes [Re: should lei attempt to index mail outside of git?] Message-ID: <20210502061211.GA12765@dcvr> References: <20210303035359.GA14438@dcvr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20210303035359.GA14438@dcvr> List-Id: Eric Wong wrote: > Currently, every mail lei indexes has a git blob associated with it. It still will. But we have PublicInbox::ContentHash::git_sha > I understand some folks might want to keep using their existing > storage and not have a redundant, expensive-to-erase copy of the > mail in git; but just want an indexing-only solution like mairix. At least for Maildir, IMAP, and NNTP where random access is reliable and fast, it should be doable. > So, is this a feature worth implementing? Since we have ~/.local/share/lei/store/mail_sync.sqlite3 nowadays, I think it's possible to make LeiToMail fallback to retrieving from Maildir, IMAP, NNTP; at least. mbox can be a pain since message offsets can change.