<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">Le 10 juil. 2019 à 11:46, Paolo Daniele <<a href="mailto:paolo.daniele@tlcweb.it" class="">paolo.daniele@tlcweb.it</a>> a écrit :</div><br class="Apple-interchange-newline"><div class=""><div class=""><br class=""><br class="">Il 10/07/19 11:44, Jean-Daniel Dupas ha scritto:<br class=""><blockquote type="cite" class=""><br class=""><blockquote type="cite" class="">Le 10 juil. 2019 à 10:24, Paolo Daniele via dovecot <<a href="mailto:dovecot@dovecot.org" class="">dovecot@dovecot.org</a>> a écrit :<br class=""><br class=""><br class="">Il 10/07/19 10:20, Aki Tuomi ha scritto:<br class=""><blockquote type="cite" class=""><blockquote type="cite" class="">On 12/06/2019 20:02 Paolo Daniele via dovecot <<a href="mailto:dovecot@dovecot.org" class="">dovecot@dovecot.org</a>> wrote:<br class=""><br class=""><br class=""> Hi,<br class=""> i've a question for you.<br class=""> I've two dovecot imap/pop server behind a zen load balancer.<br class=""> Load balancing is made by lx4nat so the public ip address of my load balancer contact directly the dovecot servers.<br class=""> Since few months i've a message from thunderbird that i've reached the imap limit login for ip.<br class=""> I've triend to increase the max user ip parameter but sometimes i've the same problem.<br class=""> It's a strange things that actually i'm able to mitigate by reduce the number of cached connections in Thunderbird but it's not normal.<br class=""> What do you think about that?<br class=""> Maybe there's some tuning that you can suggest.<br class=""> Thank you,<br class=""> Paolo<br class=""><br class=""></blockquote>Have you ensured, by checking logs, that the connections are seen by dovecot to come from public IP addresses?<br class=""><br class="">Also, thunderbird is known to open lots of concurrent connections.<br class=""><br class="">Aki<br class=""></blockquote>Yes,<br class="">connections are coming from the ip address of load balancer (also checked with a netstat -an)<br class=""></blockquote>If connection are seen as coming from the IP address of the load balancer, isn't it normal that dovecot complains ?<br class="">That means that dovecot sees all connections as coming from a single client, which would explain why you reach that limit.<br class=""><br class=""><br class=""></blockquote>Yeah of course, but i've checked that i haven't reach the max_user_per_ip limit by counting dovecot process coming from that ip address.<br class="">So the strange and the reason why i'm writing to you :)<br class=""></div></div></blockquote></div><br class=""><div class="">Don't know if this is still relevant in your dovecot version, but did you see this:</div><div class=""><br class=""></div><div class=""><a href="https://serverfault.com/questions/385187/dovecot-ignoring-maximum-number-of-imap-connections" class="">https://serverfault.com/questions/385187/dovecot-ignoring-maximum-number-of-imap-connections</a></div><div class=""><br class=""></div><div class="">People had some issue by using the mail_max_userip_connections in the imap section and had to set it in the global section instead.</div><div class=""><br class=""></div></body></html>