On Tuesday 30 November 2004 23:28, Aleksandar Milivojevic wrote:
Exactly my point. If remote site is down, and you know it will be down for extended period of time (say two or three weeks), you can move mails for that site to separete queue with different set of timeouts, and inform your users about that. That way, emails will be delivered once the remote site is operational again, instead of being bounced after 5 days (and annoying warinings generated after 4 hours). Something no ISP will be willing to do for you.
Another reason might be that some people might have privacy issues with their correspondence being stored on intermediate mail server they have no controll of.
These are just two examples why in some cases using ISPs mail servers for relaying is not acceptable solution.
Seems to me those are rare cases where special arrangements might be appropriate. Such as tunneling via a VPN or even ssh, or providing distant uses an account on your own server.