Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I have 2 mail servers of the same configuration which is as follows:

  • OpenLDAP (for authntication of users)
  • Postfix
  • Cyrus-imapd
  • SOGo(groupware)

One of them (Let's say X) is in production and is the primary mail server. The other server (Let's say Y) has the exact same configuration as X - the same directory structure, the same users, same postfix and cyrus configuration. I want to know a way to make this a backup mail server, where:

  • if the user changes his/her password (or any LDAP relates field like designation or whatever) in X, it changes in Y too.
  • the mailboxes for each users syncs periodically between X and Y

Possible Solutions:

  • for the second requirement, I was thinking of writing a shell script which invokes a service like imapsync and then syncs. Set a cron job for this. However, I don't know if that is the optimal way to do it. And, in my mind, this is ok only when the number of users are less; if they number in thousands, would this be feasible? (I was also thinking maybe there is a way where when X receives a mail, maybe I could configure Postfix to send it to Y)

  • As for the first question (LDAP), I've read something about LDAP replication w.r.t slurpd and syncrepl but don't know which to use or whether it is really suited my needs.

share|improve this question

1 Answer 1

up vote 0 down vote accepted

It sounds like you are trying to build a failover cluster. Consider using something like drbd (drbd.org) to keep the disk data replicated and pacemaker (clusterlabs.org) to manage the cluster resources.

share|improve this answer
    
Thanks for the suggestion. I'll definitely look into it. –  i.h4d35 Aug 12 '13 at 5:32

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.