[PATCH] problem upgrading from offlineimap 6.3.4 to 6.6.1
Nicolas Sebrecht
nicolas.s-dev at laposte.net
Sun Mar 6 21:11:54 GMT 2016
On Sun, Mar 06, 2016 at 09:32:47PM +0200, Ilias Tsitsimpis wrote:
> I tried to find a way for this to automatically happen when OfflineIMAP
> detects that the user is upgrading from an older version (just like the
> LocalStatus cache is upgraded) but the only think that came into my mind
> is to accept both FMD5 values as valid.
>
> If anyone has any better idea, I would be happy to try and implement it.
Comments follow. I think the current logic is uselessly complex....
-- %< --
Signed-off-by: Nicolas Sebrecht <nicolas.s-dev at laposte.net>
---
offlineimap/folder/Maildir.py | 7 +++++++
1 file changed, 7 insertions(+)
diff --git a/offlineimap/folder/Maildir.py b/offlineimap/folder/Maildir.py
index 77a774b..1546a2f 100644
--- a/offlineimap/folder/Maildir.py
+++ b/offlineimap/folder/Maildir.py
@@ -129,6 +129,13 @@ class MaildirFolder(BaseFolder):
foldermatch = folderstr in filename
# If there was no folder MD5 specified, or if it mismatches,
# assume it is a foreign (new) message and ret: uid, fmd5 = None, None
+
+ # XXX: This is wrong behaviour: if FMD5 is missing or mismatches, assume
+ # the mail is new and **fix UID to None** to avoid any conflict.
+
+ # XXX: If UID is missing, I have no idea what FMD5 can do. Should be
+ # fixed to None in this case, too.
+
if foldermatch:
uidmatch = re_uidmatch.search(filename)
if uidmatch:
--
2.6.0
More information about the OfflineIMAP-project
mailing list