1
0
mirror of https://github.com/imapsync/imapsync.git synced 2024-11-17 00:02:29 +01:00
imapsync/FAQ.d/FAQ.User_Concurrent_Access.txt

43 lines
1.8 KiB
Plaintext
Raw Normal View History

2016-09-19 17:17:24 +02:00
#!/bin/cat
2018-05-07 16:04:23 +02:00
$Id: FAQ.User_Concurrent_Access.txt,v 1.4 2017/12/19 14:55:36 gilles Exp gilles $
2016-09-19 17:17:24 +02:00
This documentation is also at http://imapsync.lamiral.info/#doc
2017-09-23 23:54:48 +02:00
=======================================================================
Imapsync and user concurrent access.
=======================================================================
2016-09-19 17:17:24 +02:00
=======================================================================
Q. What happens if a user access the mailbox during the transfer process?
R. Think all potential problems with a sync between
a master/source/host1 and a slave/destination/host2
What happens when a user access syncing accounts depends
2018-05-07 16:04:23 +02:00
on what he does, where he does and when.
2016-09-19 17:17:24 +02:00
2018-05-07 16:04:23 +02:00
As a summary, reading is safe, writing/deleting is not.
Details:
* Reading: no problem anywhere, at source/host1 or at destination/host2,
anytime. Reading is safe.
2016-09-19 17:17:24 +02:00
* Writing at source/host1:
2018-05-07 16:04:23 +02:00
* adding folder => will need a resync after
* deleting folder => folders deletions are not synced unless --delete2folders
* deleting message => messages deletions are not synced unless --delete2
* adding message => will need a resync
* moving message => will need a resync. Moving is like adding + deleting
so --delete2 is needed to sync the deletion.
2016-09-19 17:17:24 +02:00
* message flag change => will need a resync
* Writing at destination/host2:
2018-05-07 16:04:23 +02:00
* adding folder => no problem, unless --delete2folders is used
* deleting folder => will reappear by a new sync
* adding message => no problem, unless --delete2 is used on next sync.
* deleting message => might reappear by a new sync.
* message flag change => will be reseted by a new sync.
2016-09-19 17:17:24 +02:00
=======================================================================
2017-09-23 23:54:48 +02:00
=======================================================================