<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">
> tarball. Just sending a mail in LMTP and opening the mailbox several times<br>
> (SELECT/CLOSE only)<br>
> A binary diff indicated that Generation Number is incremented but nothing<br>
> else.<br>
<br>
</div>> Oh yeah - expunge on close. God, that's awful. 2.4.x will fix that.<br>> Switching filehandles to read-only won't help, because the standard<br>
> says to expunge on close!<br>
<br></blockquote><div>I expect that cyrus.index and cyrus.cache don'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;">
> If you actually WANT read-only, the command is called 'EXAMINE' by<br>
> the way. It's like SELECT, but actually supposed to be read-only.<br></blockquote><div>Thanks a lot, but I know IMAP :-)<br>I can't do anything on the client side. <span id="result_box" class="" lang="en"><span style="" title="">For mailboxes that don't change and don'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>