> It's a lot of work to create an extra level of complexity to handle > something that is almost never an issue and can be resolved smoothly > if there ever was.
I heartily disagree. It doesn't take a company with tens of thousands of accounts to justify the use of the MX algorithm for unpublished servers, or other means of load-balancing mailbox servers. All it takes is a company with more than one mailbox server. For example, a client with 50 users spread across 5 small offices, each of which routes directly to the others: deny them multiple entry points from your service and you've created a single point of failure for the whole company, instead of just having a single point of failure for each office. Of course, the same goes for multiple mailbox servers at a single location. Sure, you'll say, but that all that has to happen is that you're contacted by the client, or you detect the outage yourself, and you re-hard-code the mailroute. But I'm not comfortable having to manually switch anything that's mission-critical, since that means no vacation, and since there's an existing algorithm that works absolutely perfectly for this function, I see no reason not to take advantage of it. I kinda feel that the fact that Ipswitch's archaic implementation of store-and-forward doesn't let you do this is the real reason you're taking a stand against it. Other mail systems have been able to do this for decades, and the "complexity" has long been deemed totally acceptable; once it's set up, it's not complex at all. --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.imprimia.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/ http://www.imprimia.com/products/software/freeutils/ldap2aliases/download/release/ --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
