If you're running rolling replication, it SHOULD have logged both the old mailbox name and the DELETED mailbox name, and calculate the move when syncing.
If you're running sync_client -m on just the mailbox, sure - it will get deleted, because sync_client can't tell what name it was renamed to (there are plans afoot to make rename detection more clever with some mailboxes.db changes, but that's still a while away as part of a fully unified murder environment) Anyway, you didn't say which Cyrus version you're using there. If it's pre 2.4 all bets are off! Pretty sure this was solid in 2.4.0 and above though, with rolling replication. On Tue, 8 Nov 2016, at 23:36, Marcus Schopen via Info-cyrus wrote: > Hi, > > I'm running cyrus in master and slave. When deleting a user's mailbox I > see the following error on master and slave log: > > Nov 8 12:00:44 master cyrus/imap[26104]: cannot > unlink /var/lib/cyrus/user/t/test20161108.mboxkey: No such file or > directory > > Another strange thing is, that the deleted mailbox is completely removed > and not moved to DELETED on slave side whereas on master it's moved to > DELETED directory. > > delete_mode and expunge_mode on both sides: > > delete_mode: delayed > expunge_mode: delayed > > Ciao > Marcus > > > > > > ---- > Cyrus Home Page: http://www.cyrusimap.org/ > List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ > To Unsubscribe: > https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Bron Gondwana br...@fastmail.fm ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
