Am Mo., 13. Feb. 2023 um 21:23 Uhr schrieb David Bremner <david@tethera.net>:
>
> Michael J Gruber <michaeljgruber+grubix+git@gmail.com> writes:
> >
> > It has 5, as confirmed by the search output and that of `notmuch
> > count`. But it is matched by `count 115`.
> > `xapian-check` is happy. (There used to be some issue with additional
> > thread entries at some point.)
> >
> > Michael
>
> A simple test to try is
>
> % xapian-delve -t G0000000000021229 \
>   ~/.local/share/notmuch/default/xapian
>
> adjusting your database path as needed.
>
> If that says "termfreq 115", then something is broken (or at least
> confusing) about your database (possibly related to the previous issues
> with threading). In that case I'm curious if there are 115 distinct
> record numbers.  You can find all of the thread-ids attached to a given
> message with
>
> % xapian-delve -1r 267585 ~/.local/share/notmuch/default/xapian | grep ^G
>
> where 267585 is an example record number in my database.

That is really weird:
```
xapian-delve -t G0000000000021229 .
Posting List for term 'G0000000000021229' (termfreq 115, collfreq 0,
wdf_max 0): 146259 ...
```
with 115 record numbers, all different.
Doing `xapian-delve -1r` for each of them and grepping for the G-lines
gives 115 times that correct thread id.
Grepping for the Q-lines and notmuch-searching for the message ids
gives only 5 results (the expected ones). Apparantly, there are bogus
mail records which that thread points to.
I guess I should recreate the db, if I only knew how lieer deals with
a reindexed mail store ... (The thread and the 5 message sit in an
mbsynced folder, but lieer syncs other folders with that same db).

Michael
_______________________________________________
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-leave@notmuchmail.org