<div class="markdown">
<p dir="auto">ok, let's start worknig this out. More information:</p>

<p dir="auto">1) This occurs when one machine is not running as often as when it isn't. So it's not a race situation.<br>
2) Mailmate only selects a very small number (5%?) of these as duplicates from the menu so it thinks they are different messages. Does this rule out the risk aversion factor of interruption?</p>

<p dir="auto">3) I've now verified it happens when I move the message manually and no rules are being applied.</p>

<p dir="auto">You seem to say I would have to 'catch' it in the activity monitor but that doesn't stay at the end for than a fraction of a second.</p>

<p dir="auto">This is making Mailmate completely unusable for me, unfortunately, as I rely on marking messages read for my to-do workflow. Obviously, duplicates that I have to remove manually destroy that as I then encounter another unread version...</p>

<p dir="auto">If there's a way to track it and diagnose, I'd be grateful. I'm tempted to uninstall and do a fresh one (annoying but less annoying than the duplication!)</p>

<p dir="auto">Cheers,</p>

<p dir="auto">Jason<br>
-- </p>

<p dir="auto">Dr Jason Davies<br>
<a href="http://www.ucl.ac.uk/%7Eucgajpd/Academic/">http://www.ucl.ac.uk/~ucgajpd/Academic/</a></p>

<p dir="auto">On 23 Oct 2015, at 14:14, Benny Kjær Nielsen wrote:</p>

<blockquote>
<p dir="auto">If two installs of MailMate have the same rules to move messages then there is a race condition. Moving a message is not quite an atomic action</p>
</blockquote>

</div>