<!DOCTYPE html>
<html>
<head>
<title></title>
</head>
<body><div>We have an option called 'auditlog' now, which logs every append, regardless of where it came from, along with the sha1 of the spool file, and of course the mailbox name and UID. From that, you could calculate exactly which emails were new.<br></div>
<div> </div>
<div>I keep talking of writing a real incremental dump mode for Cyrus, but I haven't had a chance yet :(<br></div>
<div> </div>
<div>Bron.<br></div>
<div> </div>
<div> </div>
<div>On Mon, Sep 8, 2014, at 02:28 PM, Stephen Ulmer wrote:<br></div>
<blockquote type="cite"><div>I think at that point we may not have cared… We did still run TSM incrementals, basically back-to-back, but those didn’t finish in 24 hours. We needed a better-effort way to get most message for a disaster. <br></div>
<div> </div>
<div><div>I looked for the patch a bit ago (not that it would apply, but I would at least see what I had changed!) but couldn’t find it. I haven’t been employed by that organization for just over 8 years now, so it’s nowhere in my cache. <br></div>
<div> </div>
<div>The general point of my comment was: If you’re backing up files, looking for them is expensive. If you can get Cyrus to tell you what it changed, then you don’t have to ask the filesystem — which usually involves asking every file. The other option would be to use a filesystem that supports DMAPI, and write a DMAPI application that kept track of changed files and added them to a backup queue. It seems like having Cyrus log the delivery would have other benefits, though, and would work on any filesystem. I’m not currently a Cyrus admin, though, so it could already do that for all I know. :)<br></div>
<div> </div>
<div>Liberty,<br></div>
<div><div> </div>
<div><span style="color:rgb(0, 0, 0)" class="colour"><span style="font-family:Helvetica" class="font"><div>-- <br></div>
<div>Stephen<br></div>
<div> </div>
</span></span><br></div>
<div> </div>
<div><div>On Sep 7, 2014, at 10:03 PM, Bron Gondwana <<a href="mailto:brong@fastmail.fm">brong@fastmail.fm</a>> wrote:<br></div>
<div> </div>
<blockquote type="cite"><div><div>Did you back up Sent folders too?<br></div>
<div> </div>
<div> </div>
<div>On Mon, Sep 8, 2014, at 11:48 AM, Stephen Ulmer wrote:<br></div>
<blockquote type="cite"><div>A long time ago for a much older version of Cyrus, we hacked lmtpd (I think, it’s been years) to log the messages as it wrote them down. Then we just processed the log every hour or so to backup only those files. That saved having to traverse the entire in ode tree most of the time.<br></div>
<div><div> </div>
<div><span style=""><div>-- <br></div>
<div>Stephen<br></div>
<div> </div>
</span><br></div>
<div> </div>
<div><div>On Sep 6, 2014, at 7:32 PM, Bron Gondwana <<a href="mailto:brong@fastmail.fm">brong@fastmail.fm</a>> wrote:<br></div>
<div> </div>
<blockquote type="cite"><div style="font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div>No, no - we do replication. Replication rocks.<br></div>
<div> </div>
<div>You could easily stop the replica and take a snapshot of that, but our real backup solution is much more evil. I've posted it to this list before, but it's basically a perl daemon which knows far too much about how Cyrus locks its data files. It actually reads and parses cyrus.index files to work out what it needs to do.<br></div>
<div> </div>
<div>Bron.<br></div>
<div> </div>
<div>On Sun, Sep 7, 2014, at 04:50 AM, Marcus Schopen wrote:<br></div>
<blockquote type="cite"><div>Hi Bron,<br></div>
<div> </div>
<div>Am Samstag, den 06.09.2014, 22:17 +1000 schrieb Bron Gondwana:<br></div>
<blockquote type="cite">That's what we do :)<br></blockquote><div>Thanks for your feedbeek. What's your workaround for not stopping cyrus<br></div>
<div>before taking a lvm snapshot and run rsnapshot?<br></div>
<div> </div>
<div>Ciao<br></div>
<div>Marcus<br></div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
</blockquote><div> </div>
<div> </div>
<div>--<span></span><br></div>
<div> Bron Gondwana<br></div>
<div><a href="mailto:brong@fastmail.fm">brong@fastmail.fm</a><br></div>
<div>----<br></div>
<div>Cyrus Home Page:<span></span><a href="http://www.cyrusimap.org/">http://www.cyrusimap.org/</a><br></div>
<div>List Archives/Info:<span></span><a href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a><br></div>
<div>To Unsubscribe:<br></div>
<div><a href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus">https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus</a><br></div>
</div>
</blockquote></div>
<div> </div>
</div>
</blockquote><div> </div>
<div><div>--<br></div>
<div>Bron Gondwana<br></div>
<div><a href="mailto:brong@fastmail.fm">brong@fastmail.fm</a><br></div>
<div> </div>
</div>
<div> </div>
</div>
</blockquote></div>
<div> </div>
</div>
</div>
</blockquote><div> </div>
<div id="sig567075"><div class="signature">--<br></div>
<div class="signature">Bron Gondwana<br></div>
<div class="signature">brong@fastmail.fm<br></div>
<div class="signature"> </div>
</div>
<div> </div>
</body>
</html>