> The MX algorithm is simple and effective, try to understand how it > applies to overcoming EXACTLY this switchover phase, which is > nothing but the primary MX being unreachable. Imail may not be > amenable...
No, IMail's not amenable. Yes, the MX algorithm would _otherwise_ be helpful. > but since you're the Best Damn Imail Expert Ever, I'm sure you can > figure out something. I, Imail dumbkopf, make a humble suggestion > below. I appreciate your attempt to work within the product at hand and to think of IMail-based workarounds. (I know you don't need my approval, but it does make for a much more pleasant thread.) Unfortunately, your suggestion won't work. IMail won't check the path availability until the delivery process (SMTP32/QM). There may be other ways to tweak it, but none could be easier than setting up the old server as a s&f gateway for the new one during the transition, as a number of people of suggested. --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.mailmage.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange Addresses into IMail Aliases! http://www.mailmage.com/products/software/freeutils/exchange2aliases/download/release/ 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/
