Re: search by whole thread?

2023-04-12 Thread Eric Wong
Jacob Keller wrote: > Thanks for the tip on notmuch! No problem! Much of the indexing and search logic in public-inbox was originally stolen from the C++ code of notmuch and translated to Perl. I haven't kept up-to-date with notmuch since giant Maildirs are too expensive for me; but upcoming

Re: search by whole thread?

2023-04-12 Thread Jacob Keller
On 4/12/2023 1:17 PM, Eric Wong wrote: > Konstantin Ryabitsev wrote: >> On Wed, Apr 12, 2023 at 12:06:53AM +, Eric Wong wrote: >>> I think the reason it's rare in MUAs is that it's potentially >>> very expensive. But I think the `thread:{subquery}' feature >>> from notmuch I discussed

Re: search by whole thread?

2023-04-12 Thread Eric Wong
Konstantin Ryabitsev wrote: > On Wed, Apr 12, 2023 at 12:06:53AM +, Eric Wong wrote: > > I think the reason it's rare in MUAs is that it's potentially > > very expensive. But I think the `thread:{subquery}' feature > > from notmuch I discussed with Konstantin the other week[1] can > > do

Re: search by whole thread?

2023-04-12 Thread Konstantin Ryabitsev
On Wed, Apr 12, 2023 at 12:06:53AM +, Eric Wong wrote: > I think the reason it's rare in MUAs is that it's potentially > very expensive. But I think the `thread:{subquery}' feature > from notmuch I discussed with Konstantin the other week[1] can > do what you want it to do. > > Keep in mind,

Re: search by whole thread?

2023-04-12 Thread Jacob Keller
On 4/11/2023 5:06 PM, Eric Wong wrote: > Jacob Keller wrote: >> Hi, >> >> I'm wondering if there is a way to search a list by the entire thread? > > Not yet... > >> For example, I want to find all threads which have at least one message >> with dfn: and which have no messages containing the

[PATCH v2] listener: support multi-accept like nginx

2023-04-12 Thread Eric Wong
Eric Wong wrote: > Eric Wong wrote: > > Similar to the nginx "multi_accept" parameter, this allows > > single-worker deployments to accept() multiple clients whenever > > the listen socket reports readiness via epoll_wait/poll/kevent. > > Given the ability to have per-listener cert/key

[PATCH] lei_mail_sync: cleanup stale/dangling fids if possible

2023-04-12 Thread Eric Wong
I'm not sure how it happens or if/when it was fixed, but my earliest lei installations have hit some "E: fid=$fid for $oidhex unknown" messages on `lei import' invocations. This really should've enabled the foreign keys pragma to begin with; but we'll probably start using that in the future. For