Hi there,

This is related to the thread "IMAP and permanent folder syncing" (https://marc.info/?t=144843807900004&r=1&w=2) which I'm not sure how to respond to as I'm not subscribed to the list.

I'm using the the equivalent of disconnected IMAP which is meant to keep the messages locally. However, the messages keep refreshing again and again and there is also some random behavior.

By refreshing, I mean that kmail/akonadi are actually re-downloading the whole folder again and again on random times. I.e they re-download all messages. This happens since the upgrade to this version.

If I start akonadi from the command line I see its output, which indicates this. Here's an example:

------------------------------
log_imapresource: Starting retrieval for  "23 - XXXXXXXXX"
log_imapresource: Starting message retrieval. Elapsed(ms):  900
log_imapresource: MessageCount:  4442 Local message count:  4440
log_imapresource: UidNext:  258627 Local UidNext:  258626
log_imapresource: HighestModSeq:  0 Local HighestModSeq:  0
log_imapresource: Detected inconsistency in local cache, we're missing
some messages. Server:  4442  Local:  4440
log_imapresource: Refetching complete mailbox.
akonadiagentbase_log: 4442
4442
log_imapresource: Fetching  1  intervals
Received:  10 In total:  10  Wanted:  4442
Received:  16 In total:  26  Wanted:  4442
Received:  2 In total:  28  Wanted:  4442
....
Received:  17 In total:  4436  Wanted:  4442
Received:  5 In total:  4441  Wanted:  4442
Received:  1 In total:  4442  Wanted:  4442
log_imapresource: Applying collection changes
log_imapresource: Retrieval complete. Elapsed(ms):  65660
finished
log_imapresource: "/23 - XXXXXX"
------------------------------

The above example is quite interesting as it is accompanied by another strangeness in kmail: The folder "23 - xxxx" (I'm masking the name here) is what is referenced in the logs. It is also the one I see in akonadiconsole being synced. However, after the retrieval, the messages are accounted in a completely different folder in kmail, which now has 4441 unread messages.

Clicking on that folder I see one message (on a previous occurrence there were more). When clicking on the message I get blank contents and kmail writes this to the console:

log_messagelist: View message selected [ "I'm masking the subject here" ]
log_kmail: 103 "Unable to fetch item from backend (collection -1) :
Unable to retrieve item from resource: Invalid item retrieved"

At this point kmail did a timed synced (it's configured to check every ~5 minutes) and all the message from this folder were moved to the proper folder instead (i.e. it fixes itself). When that happened, the console displayed this: "Item query returned empty result set"

My setup is debian test+experimental. akonadi-server 15.08.3, kmail 15.08.3, using akonadi's mysql.

I have this behavior on two separate debian systems with similar setup but with different accounts. One is Gmail and the other is a company email server.

I tried wiping the DIMAP account completely and recreating it from scratch (the messages above are from a kmail account that I created 2 weeks ago), but there was no luck. I have also tried "akonadictl fsck" and "akonadictl vacuum", but there wasn't any improvement. I just ran another "akonadictl fsck" and I got this:

...
"Item \"1509180\" has no RID."
"Item \"1509182\" has no RID."
"Item \"1509183\" has no RID."
"Item \"1509184\" has no RID."
"Item \"1509185\" has no RID."
"Found 64977 items without RID."
"Found 0 dirty items."
"Consistency check done."
(lines above that scrolled outside of the scroll buffer, but there
were no errors other than the RID one)

Finally, the akonadi resource crashes with segmentation fault (sig 11) every now and then (e.g. it crashed right now). I don't think it correlates to the problem though.

Is there anything more I could check to try and figure out what's wrong?

Thanks,
Stefanos


Reproducible: Always