<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
&gt; tarball. Just sending a mail in LMTP and opening the mailbox several times<br>
&gt; (SELECT/CLOSE only)<br>
&gt; A binary diff indicated that Generation Number is incremented but nothing<br>
&gt; else.<br>
<br>
</div>&gt; Oh yeah - expunge on close.  God, that&#39;s awful.  2.4.x will fix that.<br>&gt; Switching filehandles to read-only won&#39;t help, because the standard<br>
&gt; says to expunge on close!<br>
<br></blockquote><div>I expect that cyrus.index and cyrus.cache don&#39;t change if the client does nothing in the IMAP session, even after a SELECT.<br>The same test in an empty mailbox has the same result, Generation Number is incremented too. <br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
&gt; If you actually WANT read-only, the command is called &#39;EXAMINE&#39; by<br>
&gt; the way.  It&#39;s like SELECT, but actually supposed to be read-only.<br></blockquote><div>Thanks a lot, but I know IMAP :-)<br>I can&#39;t do anything on the client side. <span id="result_box" class="" lang="en"><span style="" title="">For mailboxes that don&#39;t change and don&#39;t have any \Deleted flag I would like to change on the server side any CLOSE by UNSELECT </span></span> </div>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br></blockquote></div><br>