Second NIC, Failover ISP, one Sendmail server, how will it work

Second NIC, Failover ISP, one Sendmail server, how will it work

am 11.04.2008 18:47:29 von pauly

We have a sendmail server running and working fine. We recently added
a second (failover) internet connection and I would like to configure
our sendmail server to use the new connection in the event our main
data line goes down.

I have already installed a second NIC. How do I configure Sendmail to
listen on this new adapter as well?

How will Sendmail handle messages if/when the main data line fails.
Will there be any issues with outgoing mail?

Cheers !!

Re: Second NIC, Failover ISP, one Sendmail server, how will it work

am 11.04.2008 21:14:20 von gtaylor

On 04/11/08 11:47, Pauly wrote:
> We have a sendmail server running and working fine. We recently
> added a second (failover) internet connection and I would like to
> configure our sendmail server to use the new connection in the event
> our main data line goes down.

*nod*

> I have already installed a second NIC. How do I configure Sendmail
> to listen on this new adapter as well?

You need to edit your config file and make sure that Sendmail will bind
to all interfaces or just the interfaces you want it to bind to. Look
in to "DAEMON_OPTIONS" in the .mc file and / or "DaemonPortOptions" in
the .cf file.

> How will Sendmail handle messages if/when the main data line fails.
> Will there be any issues with outgoing mail?

This issue is (IMHO) beyond Sendmail. There may be a way to get
Sendmail to do this, but I think this is better done via the routing
code on the system. If you configure your routing correctly all
services on the system can benefit from the additional internet
connection with out needing reconfiguration. Granted each service may
have to be told to bind to the new address. However binding to a new
address is entirely different than getting the service(s) to route out
via the secondary / other internet connection in the event that the
primary / other internet connection is down.



Grant. . . .