> If local userA sends an e-mail to [EMAIL PROTECTED], and the mail > server for remotedomainb is not available for say 36 hours, your > mail server should not "hold" the message in queue for that period?
The only circumstances under which such delays are acceptable to the vast majority of corporate users, IMO and IME, are when transient delay notifications are sent--and they are not with IMail (though they are with MS SMTP, giving you another option). I'm not aware of any large corporations that hold outgoing mail for such periods without sending notifications to the submitting user, and even then such long retry cycles are rare. While we can usually convince users that SMTP is not a real-time transport, implying that multi-day delays are unremarkable (and thus do not deserve notification that thus gives the user the option to communicate over other transport such as phone, alternate e-mail, etc.) is misleading. I don't know how much the thresholds change for home users in general. It may be that transient delivery failures are too hard to interpret for some such users, so they may be suppressed for this reason. --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 or IMail mailboxes into IMail Aliases! http://www.mailmage.com/products/software/freeutils/exchange2aliases/download/release/ http://www.mailmage.com/products/software/freeutils/ldap2aliases/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/
