
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>An important note hereis that the messages described below are logged at the slave... so perhaps it's just all fine?....</p>

<p><br /></p>

<p>But in the master I see sometimes :</p>

<p><br /></p>

<p>Feb 19 11:45:40 testmasterserver sync_client[10654]: SYNCNOTICE: highestmodseq higher on replica __________________, updating 623 => 630<br />Feb 19 11:45:40 testmasterserver sync_client[10654]: SYNCNOTICE: highestmodseq higher on replica __________________, updating 633 => 636<br />Feb 19 11:45:40 testmasterserver sync_client[10654]: SYNCNOTICE: highestmodseq higher on replica __________________, updating 631 => 638</p>

<p><br /></p>

<p>And some days ago I saw :</p>

<p><br /></p>

<p>Feb 14 15:11:20 mx7c sync_client[62663]: SYNCNOTICE: highestmodseq higher on replica __________________________, updating 8760 => 8776<br />Feb 14 15:11:20 mx7c sync_client[62663]: MAILBOX received NO response: IMAP_SYNC_CHECKSUM Checksum Failure<br />Feb 14 15:11:20 mx7c sync_client[62663]: CRC failure on sync for ________________________, trying full update<br />Feb 14 15:11:20 mx7c sync_client[62663]: SYNCNOTICE: highestmodseq higher on replica ____________________, updating 8758 => 8778</p>

<p><br /></p>

<p>Perhaps all this situations are properly handled by the own replication, and I should just launch Squatter and Cyr_expire in both master and slave?. By the code too, is it correct too that for archiving should be launched in both, the master and the slave?.</p>

<p><br /></p>

<p>Thanks mates!!</p>

<p><br /></p>

<p><br /></p>

<div> </div>

<p><br /></p>

<p>El 2019-02-19 12:12, egoitz@sarenet.es escribió:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<p>Hi mates,</p>

<p><br /></p>

<p>I have been taking a lot at the code and trying to debug this...</p>

<p><br /></p>

<p>I have seen there seems not to be replication aparently for neither squatter nor cyr_expire. For instance, ipurge seems to be replicated properly but not this way the two commented commands. I could launch them in the slave, there's no problem with that but then, you see in the logs the following lines :</p>

<p>Feb 19 09:44:21 testserv imap[49589]: higher xconvmodseq on replica ___________________________________ - 1489 < 1496<br />Feb 19 11:45:14 testserv imap[99424]: higher xconvmodseq on replica ___________________________________ - 179 < 184<br />Feb 19 11:45:39 testserv imap[99424]: higher xconvmodseq on replica ___________________________________ - 537 < 614<br />Feb 19 11:45:40 testserv imap[99424]: higher modseq on replica ________________________________________ - 619 < 621<br />Feb 19 11:45:40 testserv imap[99424]: higher modseq on replica ________________________________________ - 625 < 627</p>

<p><br /></p>

<p>By what I have been reading previously, this is basically saying you have made changes in the slave, which you shouldn't... because is that exactly a slave.... but then... how do you handle delete_delayed and expunge_delayed in a master/slave env?. Perhaps you should have always expunge and delete mode to immediate in a slave always??. An later before setting it as master, activate them again?.</p>

<p><br /></p>

<p>That could answer to cyr_expire question... but what about squatter and xapian databases tier nightly movement of data and so?.</p>

<p><br /></p>

<p>How should all this be handled in a master/slave env?. It seems not to be replicated with the replication protocol... so then... if it's not but later replication throws that messages?... what's the proper way to handle Squatter, Cyr_expire, perhaps ipurge although I think it shouldn't in this case because ipurrge gets properly replicated due to having a mailbox_close() call which then goes to a mailbox_unlock_index() which does a sync_log_mailbox(). Shouldn't Squatter and cyr_expire launch sync commands to sync log?. I think this is not a bug because else at Fastmail you probably should have noted that... but then I don't really know how to handle this situations (cyr_expire, squatter) in a master/slave server....</p>

<p><br /></p>

<p>Bron, Robert, Ellie mates :) could you please tell us something about how to do it properly?..</p>

<p><br /></p>

<p><br /></p>

<p>Thanks a lot mates!!!</p>

<div> </div>

<p><br /></p>

<p>El 2019-02-17 19:22, egoitz@sarenet.es escribió:</p>

<blockquote style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0;">

<p>Hi!</p>

<p><br /></p>

<p>Previously (in 2.3 and older versions), cyr_expire and ipurge actions for instance where not replicated to the slave. So, you needed to launch them in both, the master and the slave. My question is, are now replicated as mailbox replication commands?. What about commands like Squatter -F for removing in Cyrus 3 from the database non existing mails?. Or when you move data from search tiers in Xapian?. Are those actions replicated or should be launched in the master and the replica?.</p>

<p><br /></p>

<p>Cheers!</p>

<br />

<div class="pre" style="margin: 0; padding: 0; font-family: monospace;">----<br /> Cyrus Home Page: <a href="http://www.cyrusimap.org/" target="_blank" rel="noopener noreferrer">http://www.cyrusimap.org/</a><br /> List Archives/Info: <a href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/" target="_blank" rel="noopener noreferrer">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a><br /> To Unsubscribe:<br /> <a href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus" target="_blank" rel="noopener noreferrer">https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus</a></div>

</blockquote>

</blockquote>

</body></html>