Current time: 05-21-2024, 10:33 PM Hello There, Guest! (LoginRegister)


Post Reply 
MX fallback solution
Author Message
ephigenie Offline
Project Leader
*******
Administrators

Posts: 1,578
Joined: Oct 2006
Reputation: 15
Post: #6
RE: MX fallback solution
The easiest solution is the one i mentioned.
Nowadays a secondary mX has to know the local-parts of domains to accept only mail for valid recipients.

Of course we can think of a way to manage it in a highend solution - with shared storage, maybe a lvs director in front or some Big5 Iron to make loadbalancing between 2 or even more frontend MX's.

But for mail volumes < 5000 mails/hour there's no need to setup extra loadbalancing.
The secondary MX approach is the best thing for that.

If the primary MX is down - the secondary is automatically choosed - and the secondary is regularly testing if the primary is up - and when - all qeued mail is delivered.
This is a simple but efficient fallback solution - no mail is lost.
To acomplish redundant mail-servers we've to play with a true fallback - solution.
If anyone is interested in that and needs such a thing for its business - i'd be happy to help to achieve that but this goes far beyond that for what vhcs-omega is thought for atm.
02-02-2007 08:25 PM
Visit this user's website Find all posts by this user Quote this message in a reply
Post Reply 


Messages In This Thread
MX fallback solution - mangelot - 02-01-2007, 01:42 AM
RE: MX fallback solution - ephigenie - 02-01-2007, 02:41 AM
RE: MX fallback solution - mangelot - 02-01-2007, 09:53 PM
RE: MX fallback solution - Kermit - 02-02-2007, 01:41 AM
RE: MX fallback solution - stefan - 02-01-2007, 06:11 PM
RE: MX fallback solution - ephigenie - 02-02-2007 08:25 PM
RE: MX fallback solution - Kermit - 02-02-2007, 08:43 PM
RE: MX fallback solution - pierg75 - 02-02-2007, 09:42 PM
RE: MX fallback solution - ephigenie - 02-02-2007, 09:46 PM
RE: MX fallback solution - pierg75 - 02-02-2007, 10:03 PM

Forum Jump:


User(s) browsing this thread: 2 Guest(s)