[Akonadi] [Bug 327894] Kmail can not delete emails (imap). Emails are downloaded again after removal.

[Hans-Peter Jansen]

https://bugs.kde.org/show_bug.cgi?id=327894

--- Comment #23 from Hans-Peter Jansen <hpj at urpla.net> ---
Here's an excerpt of the offending operation from the log including some
comments:

# 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?

-- 
You are receiving this mail because:
You are on the CC list for the bug.