On 10/21/12 2:43 PM, Daniel Parthey wrote:
Patrick Westenberg wrote:
Is there no built in failover mechanism for the director service to
handle a backend failure?
No, the director's job is to keep a hash table and direct
the connection for each user to its associated backend.
Currently, there is no built-in backend monitoring.

In order to handle maintenance of backends, you will need the
poolmon daemon, which enables/disables backends in the director
depending on their availability:

https://github.com/brandond/poolmon

Regards
Daniel
Considering the intention of the director was to alleviate locking issues in a shared storage environment are there any current solutions to improving the scalability/availability of Dovecot by implementing an alternative message storage systems such as nosql or maybe object storage that could abstract away the complexity of replicating data? We would love to finally have the ability to set our mail cluster on top of a storage subsystem that can span multiple geographic regions and do away with the NFS backend.

Reply via email to