Christopher,
The idea behind a second MX record is added redundancy, security and
availability. This means "If the mail server hardware or software fails,
another physical machine takes over."
If any of your customers insists on a secondary MX, he wants the fail-over
security. As your customer, I would feel cheated if you used just one single
machine for everything.
You can be sure I had the same discussions before with my own local
customers! This led into an agreement with another ISP that we can use their
Mail server as secondary (and vice versa).
Marius
-----Original Message-----
From: Christopher Ulrich [mailto:[EMAIL PROTECTED]]
Sent: Sunday, June 18, 2000 9:26 PM
To: [EMAIL PROTECTED]
Subject: [IMail Forum] Can IMail use two IP's for each virtual?
Hello. I don't know if this has been covered before, so if it has, sorry...
I'm trying out how to make IMail respond to two different T1 connections,
so that
if one T1 goes down, the other one will still provide connectivity to the
email.
We have 5.08 up and running with a single IP.
We have several hundred "virtuals" running, all from the one IP of the
"main" domain
(ie. mail.main.com, and every other domain run's virtually, pointing their
MX to mail.main.com)
What I want to know is this...
Can we set up our "primary" with two IP's, ex: 22.22.22.22 (one T1) and
33.33.33.33 (the other T1).
What I want to achieve is:
(1) have the "primary domain" monitor traffic from both T1's, and
(2) have this work with all of the virtuals would respond to both
IP's.
Yes, it will require some fancy DNS (two MX records with the same priority,
I would imagine)
I would imagine having DNS of
mail1.main.com 22.22.22.22
mail2.main.com 33.33.33.33
and then each virtual would have MX records:
MX 10 mail1.main.com
MX 10 mail2.main.com
The goal here is basically redundancy... if one T goes down, all mail
should route over the other T1,
but instead of hitting a separate "backup" mail server, it would just be
reaching the same mail server via another route.
Any thoughts?
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
