David Bremner wrote:
"Naveen N. Rao" <naveen.n....@linux.vnet.ibm.com> writes:
David Bremner wrote:
David Bremner <da...@tethera.net> writes:
At least some of this mail data is public, but I'm not sure if the bad
threading is reproducible or not; I want to run a complete census
overnight before I reindex.
Even if the bug is non-deterministic, it probably lives in lib/add-message.cc
I have a reproducible test for this bug now
http://pivot.cs.unb.ca/git?p=notmuch.git;a=shortlog;h=refs/heads/fix/thread-search
Thanks for looking into this.
I still need to analyze the mails a bit more, but it looks like at least
one of the strange results is caused by multiple mail files sharing the
same message-id, but with different References headers (and no
In-Reply-To headers).
In my case, I seem to be having the In-Reply-To headers. I end up with
two files per message: one from my inbox and one from the gmane archive
that I pull in. All the messages from the gmane archive seem to have a
re-written 'In-Reply-To' header, but 'Message-Id' and 'References' are
the same.
In the problematic email thread, all other files/messages get allotted a
single thread except for one of the messages. The offending message has
3 references compared to 1 or 2 references for the rest, but I don't
know if that's relevant here.
I _think_ this problem has been resolved with 3f4de98e7c8 /
dab32dc70c15, so in releases after 0.32.2.
At least the tests I had previously for it are passing in current
notmuch.
That's great to hear!
I have moved to using lore.kernel.org for the mailing list archives and
I haven't had an issue in a while - notmuch has been very stable. Thanks
for all your work!
- Naveen
_______________________________________________
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
