<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span><br></span></div><br><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;">
Déja vu. Didn't we have this mail basically some days ago?<br><br>On Fri, 6 May 2011 11:30:05 -0700 (PDT), chris coleman wrote:<br> 214234:<br>- 2142(0x00)(0x00)P(0x00)(0x01)(0x00)(0x00)(0x00)68:<br>+ 214268:<br> 214237:<br><br>weird combo of "000100" bytes inserted. Very much the ame thing as in<br>your mail from Tue, 3 May 2011 11:13:28 -0700 (PDT).<br><br>> Meaning... just because a remote email message's UID is not mentioned in this file, to<br>> a) somehow assure that the message would still remain untouched on the local and/or remote servers, and <br>It will not be deleted.<br><br>> b) make it so that the message's UID gets regenerated and added back into to this LocalStatus file..<br>It is being regenerated, in the latest version. In the IMAP->Maildir<br>case you can simply blow away your LocalStatus in a reasonably<br>synchronized repository. You could only lose some flag changes if there<br>have been changes inbetween
and "undelete" some emails that have been<br>deleted on one side since the last sync. <br><br>I am not sure if the IMAP<->IMAP case works, because it has that<br>additional UID mapping file and I don't know what happens if you simply<br>delete a line in LocalStatus. So far, I have never audited the code for<br>that case.<br><br>> c) copying the message and/or its statuses to the other server if it's<br>> not identical in both <br><br>Huh? Sorry, I did not get this. :-) We will copy over a message to the<br>other side if a LocalStatus entry is missing, if that is what you meant.<br><br>Sebastian<br><br>================<br><br>Deja vu: You're right, this user1 corrupt localstatus looks a lot like the user2 from a few days ago.<br><br>Is what you're saying: I do NOT need to fill in all possible UID's in between these damaged UIDs, to make sure the mails will stay on the remote and local imaps.<br><br>What specifically is the criteria for
message deletion?? Does the message have to be explicitly marked for deletion on either the remote (LocalStatus says 'D' or whatever) or local imap (I assume this 'D' is obtained by querying the local imap live)?<br><br>Chris<br><br></div></div></div></body></html>