[kdepim-users] IMAP folder re-syncing

[Stefanos Harhalakis]

Hi there,

This is related to the thread "IMAP and permanent folder syncing",
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
_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users