When will qmail decide to back off the primary MX and try to use
lower priority MX hosts?
In particular, if the primary MX allows a connection and immediately
drops it, will qmail ever decide to try the next MX?
I'm seeing this problem right now with two systems: wb.xerox.com and
snet.net. The primary MX (pmdf.cinops.xerox.com and pop.snet.net) in each
case accepts and drops connections to port 25, like such:
# telnet pmdf.cinops.xerox.com 25
Trying 13.250.20.175...
Connected to pmdf.cinops.xerox.com.
Escape character is '^]'.
Connection closed by foreign host.
Now, in Xerox's case, their normal method is to have two MX records:
one for the internal mail server, and one for the internet-accessible mail
relay (in this case, mailer-east.xerox.com). When attempts to reach the
pmdf.cinops machine fail, the remote MTA should drop back to mailer-east,
which can relay it inside the firewall.
But it seems that qmail isn't backing off, probably because it gets
a connect rather than getting a refusal.
Should qmail be backing off? Is accepting+dropping connections
documentably wrong, that I should complain to them about it? What's the
deal?
--
gowen -- Greg Owen -- [EMAIL PROTECTED]
