[Kroupware] Synchronization of deleted data

Jason A. Pattie pattieja at pcxperience.com
Tue Jul 1 11:48:08 CEST 2003


Martin Konold wrote:

>>Has anyone given any thought to leaving deleted data (calendar,
>>contacts, todo, notes) in the form of an e-mail message marked deleted
>>on the kolab/IMAP server and not purging.
>>    
>>
>
>This is not necessary!
>  
>
We are thinking about working on a synchronization layer for MultiSync 
(multisync.sf.net) that will do Kolab <-> MultiSync.  This will allow 
synchronization of Kolab Calendar,
Contacts, and Todos with any MultiSync aware plugin/application.

>>Since IMAP servers have the concept of deleted messages, this would
>>greatly simplify synchronization of deleted data between clients.
>>    
>>
>
>No, it would only fill up the disk unnecessarily.
>
We were thinking that the clients (non-kroupware aware) would need some 
way to know that the events they have that are no longer on the server 
really need to be deleted.  Leaving the messages on the server in a 
deleted state (we thought) would facilitate this.

>> Right now, when one client deletes data, another client can/usually will put
>>it back since it does not know that it was deleted.
>>    
>>
>
>This is a wrong assumption.
>
>  
>
>>All this would require that you don't purge IMAP after each
>>transaction(?) and you check deleted data on the server against local
>>data thereby deleting the correct local data and not pushing that local
>>data back to the server -- like it currently does, because it thinks it
>>is missing.
>>
>>There should be a "purge" feature/button/menu entry/something so that a
>>user, after knowing that all their events, contacts, etc. have been
>>synchronized, can purge the deleted IMAP data.
>>
>>Hopefully this hasn't been too brain mesmerizing.
>>    
>>
>
>This is not how disconnected IMAP works. There is no "reappearing" messages 
>issue.
>
>Please also have a look at
>
>	 http://asg.web.cmu.edu/cyrus/rfc/draft-ietf-imap-disc-01.html
>
Looked at it.  I'm a little confused by <lastseen> as a UID.  Is this a 
user's ID (like a login ID) or the ID of a message for that user?


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



More information about the Kroupware mailing list