<div dir="ltr"><div><div><div><div><div>Hi Jan,<br><br></div>just a guess, I have no experience with such an high amount of users, but did you tried to disable IDLE in cyrus imap? Now be aware, this is not really elegant, but probably better than having a server crashing going OOM.<br><br></div>IMAP IDLE is useful because it allows real time notifications, but for that to happen you need to keep the connection with the IMAP server open all the time. This might be the cause of the issue. There is not timeout possible here, the connection is meant to stay there indefinitely. If the client doesn't disconnect cleanly TCP timeout will apply.<br><br></div>So it is bad to disable, since it is a useful feature, but it can be a temporary solution (provided this is actually the primary source of the issue). You should probably evaluate the possibility of moving to a more powerful server.<br><br></div>Hope it helps.<br></div>Best regards.<br><br>Enrico<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 2 October 2014 22:04, Jan Kowalsky <span dir="ltr"><<a href="mailto:jankow@datenkollektiv.net" target="_blank">jankow@datenkollektiv.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
we have a situation where we see a increasing number of imap-processes<br>
during the time. It seems that some clients don't terminate their<br>
connections correctly.<br>
<br>
We have about 500 User and on a normal day there are about 150-200<br>
parallel connections. But there is a increasing number of processes up<br>
to 30 days and older (if we don't restart cyrus) so that the total<br>
number of processes reaches more than 1000 and meets the limit of memory.<br>
<br>
There are some curiosities: inspecting processes with strace we see,<br>
that most of them belong to only a few users and again are related to<br>
only some folder. Most popular: the drafts folder.<br>
<br>
Because of the network connections (some are at the same time logged in<br>
via dsl-provider and g3 networks) we guess they come from smartphone<br>
clients.<br>
<br>
Is there any possibility to set a timeout or a max. duration for an<br>
connection in cyrus?<br>
<br>
Anybody else has the same experience?<br>
<br>
Best Regards<br>
Jan<br>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@lists.kolab.org">users@lists.kolab.org</a><br>
<a href="https://lists.kolab.org/mailman/listinfo/users" target="_blank">https://lists.kolab.org/mailman/listinfo/users</a><br>
</blockquote></div><br></div>