That's what I don't understand.
I talked to the "Admin" over at neo.tamu.edu and he said they haven't had any complaints about e-mail not getting to them.
That doesn't matter.
"Gee, I've been embezzling money for years, and the company has never complained."
Just because you don't see any negative results doesn't mean you aren't doing something wrong. If the primary mailserver for neo.tamu.edu never responds, their mail system is broken.
So obviously, no matter what I here from anyone else, my own personal experience and basic reasoning skills makes me believe, yes, what Scott is saying is probably true, it makes sense, but IMail should be doing something different.
Someone should own up to that, somewhere.
Yes, tamu.edu needs to own up to that. If they can prove that a mailserver *must* try a backup mailserver if the primary returns a 421, I'll be happy to admit I'm wrong. :)
They are crying that "It works for most people, so it should work for you." That's not how the Internet works, and they should know better.
I would like a log file of IMail actually switching to a secondary MX record, that would be nice to see. Anybody?
You'll find *plenty* of these if you search the archives. Try searching on "hotmail", "MSN", "Yahoo", or several other of the big mail services that often have downed mailservers. Look for the "MX connect fail" lines; after those, you'll see IMail try the backups.
There's no big mystery here. This is the exact same information that has come up here several times before.
-Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers.
Declude Virus: Catches both viruses and vulnerabilities in E-mail, with no annual licensing fees.
--- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
