Issue with deletions

[Hans-Peter Jansen]

Hi,

I'm innvestigating a pretty nagging issue from kmail, and seek some advice from an
cyrus imap expert, if this log is consistent.

Env: openSUSE 13.2/x86_64 on server and client, cyrus-imapd 2.4.17, kdepim 4.14.{5,6,8,9}

The failing operation is: moving a mail to trash.

The net effect is, that kmail removes the mail from the list, notices an inconsisteny,
and refetches all mails from this folder.

C: Client
S: Server
#: Comment above command

# client copies the mail 32602 to the trash folder (german version)
C: A000024 UID COPY 32602 "INBOX.M&APw-lleimer"
# server successfully created 9933 in trash
S: A000024 OK Completed [ COPYUID 1432637812 32602 9933  ]
# client flags mail as deleted
C: A000025 UID STORE 32602 +FLAGS (\Deleted)
# server flagged it as deleted, seen was set before
S: * 13712 FETCH ( FLAGS (\Deleted \Seen) UID 32602 )
S: A000025 OK Completed
# client investigates folder settings
C: A000026 GETANNOTATION "INBOX" "*" "value.shared"
S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/duplicatedeliver ( value.shared false )
S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/sharedseen ( value.shared false )
S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/pop3newuidl ( value.shared true )
S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/lastpop ( value.shared   )
S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/lastupdate ( value.shared  9-Jun-2015 14:57:56 +0200 )
S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/size ( value.shared 2371801752 )
S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/partition ( value.shared default )
S: A000026 OK Completed
C: A000027 GETACL "INBOX"
S: * ACL INBOX hp lrswipcda cyrus lrswipkxtecda
S: A000027 OK Completed
C: A000028 MYRIGHTS "INBOX"
S: * MYRIGHTS INBOX lrswipkxtecda
S: A000028 OK Completed
C: A000029 GETQUOTAROOT "INBOX"
S: * QUOTAROOT INBOX user.hp
S: * QUOTA user.hp ( STORAGE 54982759 100000000 )
S: A000029 OK Completed
# client investigates folder state
C: A000030 SELECT "INBOX" (CONDSTORE)
S: * OK Ok [ CLOSED  ]
S: * 13724 EXISTS
S: * 0 RECENT
S: * FLAGS ( \Answered \Flagged \Draft \Deleted \Seen $TODO $NOTJUNK $JUNK )
S: * OK Ok [ PERMANENTFLAGS ( \Answered \Flagged \Draft \Deleted \Seen $TODO $NOTJUNK $JUNK \* )  ]
S: * OK Ok [ UNSEEN 13670  ]
S: * OK Ok [ UIDVALIDITY 1430161627  ]
S: * OK Ok [ UIDNEXT 32615  ]
S: * OK Ok [ HIGHESTMODSEQ 1235  ]
S: * OK Ok [ URLMECH INTERNAL  ]
S: A000030 OK Completed [ READ-WRITE  ]

Server responded with 13724 mails in this folder. This is the problem, since
akonadi expects 13723 mails only:

akonadi_imap_resource_1(25099) RetrieveItemsTask::onFinalSelectDone: Detected inconsistency in local cache, we're missing some messages. Server:  13724  Local:  13723 

Resulting in a full refetch. Although missing in the log, be assured, that there were
13724 mails in that folder before this operation.

Is that result to be expected? Shouldn't it be 13723 on the server side, too?
Could this be some kind of server side race?

Thanks in advance,
Pete