Carl Worth wrote:
> On Sat, May 01 2021, Eric Wong wrote:
> > I never had the interest in using notmuch since Maildirs are a
> > non-starter with millions of messages with current FSes/OSes.
>
> What bottleneck are you seeing here?
>
> I don't have million(s) o
Sean Whitton wrote:
> Hello,
>
> I was wondering whether anyone who previously read mailing lists via
> NNTP has stopped doing this after starting to use notmuch.
Fwiw, I have some slrn spool to Maildir translators here which should
work with notmuch:
Perl: https://yhbt.net/public-inbox.git/tre
David Bremner wrote:
> Franz Fellner writes:
> > mail takes at least 10 seconds, sometimes even more. It can go into
> > minutes when I get lots of mail (~30...). When I run it after a
> > reboot I can have breakfast while notmuch starts up... This is all on
> > spinning rust. I thought of get
Hello, I'm neither a notmuch user or proficient in C++.
However, I noticed a bug while working on public-inbox (in Perl)
which shares Xapian thread linking logic with notmuch, and I
suspect notmuch is affected by the same problem as public-inbox.
The problem is in the _merge_threads function in a
David Bremner wrote:
> Eric Wong writes:
> > For mirroring existing lists, I started using public-inbox-watch
> > which currently watches Maildirs. The config knobs are sorta
> > documented from my announcement to git@vger:
> >
> > https://public-
"W. Trevor King" wrote:
> On Sun, Aug 21, 2016 at 06:37:04PM +0000, Eric Wong wrote:
> > Btw, for public-inbox, I'm using git-fast-import now, so imports are
> > a bit faster and $GIT_DIR/ssoma.index is no longer used. This was
> > crucial for getting git@vg
"W. Trevor King" wrote:
> On Fri, Nov 07, 2014 at 11:03:21AM -0800, W. Trevor King wrote:
> > Eric Wong has been working on some tools to store email in a Git
> > repository, and his client-side code is ssoma [1]. I wanted a bit
> > more metadata than the stock s
"W. Trevor King" wrote:
> On Sun, Aug 21, 2016 at 12:08:52PM +0000, Eric Wong wrote:
> > "W. Trevor King" wrote:
> > > This is the ssoma archive (with the data in it). I just set up a
> > > basic HTTP archive (following [1]) based on a Docker image
