Rob Herring <[email protected]> wrote: > Hi, > > I'm using lei with lore where I have 2 queries which overlap. Really, > one is a subset of the other. On those overlapping threads, I'm > finding that sometimes new messages are written to one mailbox and not > the other. (At least sometimes, the messages may be missing from all > mailboxes sometimes too. I'm not certain.) Using --remote-fudge-time > to force refetching seems to get the missing mails. I haven't found > anything strange in timestamps of the missing mails, but otherwise am > not sure how to debug this further. The queries are retrieving full > threads and the missing mails are in the threads, but not direct > matches to the queries. I realize that's not a lot of detail to go on. > Suggestions on debugging this further?
Is this with 1.8 or 1.7? I forgot to note in the release notes, but there were some SQLite usage-related fixes which could avoid missing messages. You'll need "lei daemon-kill" after upgrading to 1.8 to ensure the new code is running. What might be interesting is to use the URLs lei prints and comparing the results w/o lei. I'll have to double-check if overlapping affects things, but it shouldn't; since the dedupe logic is per-output. Is this exclusively with HTTPS endpoints and writing to Maildirs (or something else?) > It might be helpful if lei could print out message-ids of messages > written to mailboxes. That could get very noisy, especially as mailboxes are written in parallel. Thanks.
