12/18/2023 0 Comments Revel and dsyncThe entire configuration can be changed by See theĭsync design document for more information.ĭsync uses the same configuration files as the rest of Dovecot Have conflicts during merging, these are resolved in a safe way. This is possible because dsync can accessĭovecot's index logs that keep track of changes. Modifications in both sides, and dsync will merge the changes without losingĪny changes done on either side. Two-way syncing means that it's safe to do any kind of The syncing is done as perfectly as possible: an IMAP or a POP3Ĭlient shouldn't be able to notice any differences between the two Internally to perform most of the synchronization. As long as the state or the mailboxes aren't corrupted thisĪlgorithm should work perfectly. State dsync can send only the changes that happened after the previousĭsync run. Saved somewhere and being passed to the next dsync run. It relies on having the earlier dsync run's state Stateful synchronization (-s parameter) is the most efficient way to.Same number of changes, the metadata may end up containing the same values Usually this works fine,Įspecially with one-way synchronization, but if both sides do exactly the Mailboxes' metadata (NEXTUID and HIGHESTMODSEQ). Fast synchronization (default) first attempts to find mailboxes that haveĬhanged, and synchronize only those.It's unnecessarily slow for incremental synchronization. This guarantees that everything will be synchronized, but Full synchronization (-f parameter) scans through all the messages in all. ![]() There are also three different synchronization algorithms: Short period of time after a doveadm backup or doveadm syncĬommand was used to synchronize the mailboxes. Quickly diverge from the source mailbox once changes start to occur onĮither side one-way sync should therefore normally only be used within a The headers don't match and both the messages are kept in the destinationīut they're given new UIDs 7 and 8 just to be sure any client didn't getĬonfused about what UID 6 actually was. If both source and destination have UID 6, but the messages are different, UID 6 is not seen inĭestination so it's copied. UID 1.5 have identical Date+Message-ID headers. In this example, UID 1 is kept removed (in destination) because Subsequently, UID 6 isĭelivered to the source mailbox and UID 1 is expunged from the destination Example: Source mailbox has messages UID 1.5 source mailbox is sync'd Those emails are assumed to be synced correctly. As longĪs the source and destination side has matching UIDGUID mapping, UID), which is used to identify any conflicting UIDs in messages. The one-way algorithm is the same as two-way dsync algorithm except the ![]() Sync -1 once more to transfer any last new mails from the old Then switch mails to be delivered to the new mailbox and run doveadm ![]() Its main purpose is thatĭuring mailbox migration you can run doveadm backup multiple times, Work perfectly, so its use should be limited.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |