<div class="markdown">
<p dir="auto">Hi there,</p>

<p dir="auto">I do not use gmail and face the same issue.</p>

<p dir="auto">Jean-Pierre</p>

<p dir="auto">On 22 Apr 2014, at 18:00, <a href="mailto:mailmate-request@lists.freron.com">mailmate-request@lists.freron.com</a> wrote:</p>

<blockquote>
<blockquote>
<p dir="auto">I'm having an odd issue where messages marked read or deleted on one<br>
machine don't receive the same treatment on the other machine after<br>
synchronization (they still appear as new messages). This is despite<br>
it appearing to sync fine with GMail and my iOS clients. Any obvious<br>
explanation for that?</p>
</blockquote>

<p dir="auto">Not an obvious one, but maybe a non-obvious one. Gmail has this unusual<br>
limitation that when using the IDLE command to watch for mailbox changes<br>
(this is what is used for the INBOX) then flag changes are not reported.<br>
This is, strictly speaking, not required by the RFC for IDLE, but it<br>
makes it a bit pointless to use IDLE since the email client then has to<br>
regularly check for flag changes. This is currently not done by default<br>
for MailMate and based on what I have read on the IMAP protocol mailing<br>
list Google may be ?fixing? this issue soon.</p>

<p dir="auto">I believe explicitly synchronizing the INBOX should update flags, but I<br>
haven't tested this recently. There is also an experimental hidden<br>
preference for making MailMate regularly check for flag changes during<br>
IDLE (every 2 minutes):</p>

<pre><code>defaults write com.freron.MailMate MmEnableKeywordsCheckInIDLEForGmail
</code></pre>

<p dir="auto">-bool YES</p>

<p dir="auto">This is buggy in some of the older releases, but I think it works in the<br>
current test release although it has not been tested extensively.</p>
</blockquote>

</div>