[Bug 259214] Bad commands sent to the server after sending email [Exchange]

[Volker Krause]

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





--- Comment #3 from Volker Krause <vkrause kde org>  2011-04-21 17:28:31 ---
Git commit 34f1b3e879fff83f6fdc665afea1060d7d411bdd by Volker Krause.
Committed on 21/04/2011 at 11:18.
Pushed by vkrause into branch 'master'.

Recover from unknown UID after APPEND or COPY.

Currently, if unable to determine the UID of a message after an APPEND or
COPY command, we abort the task and leave the Akonadi item with an empty
RID. During the next sync, the message we added to the server is discovered
and downloaded, duplicating it locally. Items with empty RIDs are protected
against deletion during a sync, since they are assumed to not be on the
server yet. This is a safety feature, but gets in to the way of automatic
recovery here.

So, this patch fixes this by assigning an arbitrary random RID in this
case. Note that this only happens if all UID detection attempts fail, not
if e.g. the actual APPEND or COPY failed. Assuming that those commands
report errors correctly, this should be safe.

BUG: 264266
CCBUG: 259214
REVIEW: 101147

M  +12   -10   resources/imap/additemtask.cpp     
M  +10   -8    resources/imap/moveitemtask.cpp     
M  +14   -0    resources/imap/tests/testadditemtask.cpp     
M  +28   -0    resources/imap/tests/testmoveitemtask.cpp     

http://commits.kde.org/kdepim-runtime/34f1b3e879fff83f6fdc665afea1060d7d411bdd

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.