Hi all, I've 4 servers with dovecot and ldap authentication behind a loadbalancer (Alteon). To connect to dovecot, client need to use a vip of the loadbalancer. To connect to the ldap server, dovecot need to use the loadbalancer cause there are several ldap server. The loadbalancer close a connection without activity during 30mn Dovecot lauch several authentication process who have a connection to the ldap server each. Each client (user) have several imap connection to dovecot. I've 2 problemes : - If a client (thunderbird for ex.) don't use a connection during 30mn, the loadbalancer delete this connection from his connection table and the client seem not able to correctly reopen another - If a dovecot authentication proccess want to request ldap but haven't do it in the last 30mn, it fail an say that the authentification fail. Somebody have already use dovecot in a redundent environnement ? Have you an idea to solve these problems Thanks, Cyril Feraudet
Cyril Feraudet wrote:> Somebody have already use dovecot in a redundent environnement ?Yes, I have load balancer on front of several Dovecot IMAP/POP3 proxies.> Have you an idea to solve these problemsConfigure your Alteon not to drop idle connections, let Dovecot to kill unused connections so clients are aware that connection has been closed. -- Tomi Hakala
On Wed, 2005-10-26 at 11:16 +0200, Cyril Feraudet wrote:> - If a dovecot authentication proccess want to request ldap but > haven't do it in the last 30mn, it fail an say that the > authentification fail.This is hopefully fixed now. If LDAP lookup fails, Dovecot tries to reconnect to LDAP server and try sending the request again. This is untested however since I still haven't managed to get my LDAP server configured properly, so it might also have just stopped working completely.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20051206/bd4f0f61/attachment.bin>