Per the request on the the now-closed “Emails Disappear From Mailbox” issue, I’m reposting a record of my attempts to debug this issue .
This issue meant I couldn’t really use Mailspring, so I don’t have more recent experience of the bug. I am happy to reinstall if there are specific diagnostic steps it would be useful for me to follow and record. My report circa September 28, 2020:
OS: Pop!_OS 20.04 LTS
Third-party plugins: none
Email provider: hushmail over IMAP
I think my mail client might be moving things out of a place that Mailspring recognizes as the inbox in some non-obvious way?
Even without refreshing the cache, using the web client to move emails in the inbox “to Inbox” will cause them to reappear in Mailspring. (Ditto emails in “Sent” and “Archive”.)
All the things I tried
In ~/snap/mailspring/common/mailsync-XXXXXXXX.log I saw a bunch of log lines with the content
Unlinking messages WHERE remoteFolderId = ? AND remoteUID < ? no longer present in remote range..
Those lines (and Emails Disappear From Inbox · Issue #304 · Foundry376/Mailspring · GitHub) made me wonder whether my previous use of Geary had somehow moved those into a virtual / remote folder other than Inbox (even through it didn’t look that way in the web interface). I tried:
- Manually selecting all of the emails in my hushmail inbox and selecting “Move to… > Inbox”.
- Resetting the Mailspring cache under Edit > Preferences > Reset Cache.
- This caused all of my emails to appear in my Mailspring inbox for the first time. Yay!
- But then they all disappeared, without any obvious trigger action a few minutes later…
- I tried a full reinstall (with
snap remove mailspring), but to no avail.
- Everything again disappeared after a few minutes, without any obvious trigger action (deleting / archiving / etc.).
The exact lines in the mailsync log corresponding to the messages being deleted (I had them running with
tail -f) appear to be this background worker:
[2020-09-28 17:53:00.650] [background] [info] -- Removing 100 unlinked messages
[2020-09-28 17:53:00.771] [background] [warning] [SLOW] Transaction=deleteMessagesStillUnlinked > 80ms (161ms, 0 waiting to aquire)
[2020-09-28 17:53:00.783] [background] [info] -- Removing 42 unlinked messages
[2020-09-28 17:53:00.841] [background] [info] Sync loop complete.
I guess the worker doesn’t execute for the first few minutes after I reset the Mailspring cache?
Anyway, I don’t really expect to be able to use Mailspring like this, but it’s much nicer than the other Linux desktop clients, so let me know if there are other debugging steps I should try?