[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [cobalt-users] Is Load Balancing and Fall Back Capable



I> Date: Sun, 17 Nov 2002 17:27:57 -0000
I> From: Ian


I> Right, so for the mail side of life, I need to establish
I> additional MX records within my DNS that is physically
I> provided by the second server, I take it the priority should
I> be set to the highest for the main mail server and low for the
I> backup/second mail server. Thus, if I have the exact same

Actually, this is backwards:  Lowest number is main MX.


I> mail.domain.co.uk on each of the 2 servers, and subsequent
I> vsite and users, then the users of the domain would not know a
I> single thing about it should the primary go down.

Depends on how things are configured.  If mail is not replicated,
consider what happens when pri MX is down and a user tries to
POP.


I> What I do not understand from just doing this. How does the
I> second backup server automatically que the emails for
I> forwarding onto the primary mail server, once it comes back
I> online, i.e. say the backup email server had emails awaiting
I> collection by the users, but the main server came back online
I> before they downloaded it. How would it be sent on
I> automatically once the primary came back online.

It's attempting to relay the messages; hence mail is held in the
queue if the next hop (primary MX) is unavailable.  When it's in
the queue, users cannot POP the messages from the server.


Eddy
--
Brotsman & Dreger, Inc. - EverQuick Internet Division
Bandwidth, consulting, e-commerce, hosting, and network building
Phone: +1 (785) 865-5885 Lawrence and [inter]national
Phone: +1 (316) 794-8922 Wichita

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Date: Mon, 21 May 2001 11:23:58 +0000 (GMT)
From: A Trap <blacklist@xxxxxxxxx>
To: blacklist@xxxxxxxxx
Subject: Please ignore this portion of my mail signature.

These last few lines are a trap for address-harvesting spambots.
Do NOT send mail to <blacklist@xxxxxxxxx>, or you are likely to
be blocked.