在我们的（小）办公室，我们正在决定是否将我们的MXlogging指向我们的本地Exchange服务器。 我有点担心停机时间，所以认为我应该build立一个备份的MX服务器。 然后我做了一些调查，发现有几个 post提示不一定值得这个努力，最主要的是因为发送的MTA会在邮件排队前排队几天，这应该是足够的了有时间让你的事情有序。
我很高兴能与此同时，但是我们购买新服务器的本地IT提供商坚持认为，服务器并不总是排队邮件：有时他们会立即反弹。 任何人都可以评论这个职位吗？
另外，我试图find标准在这个问题上所说的话（尽pipe我知道现实生活和标准并不总是一致）。 关于备份MXlogging的维基百科文章说
SMTP协议build立一个存储转发networking，如果某个域的邮件服务器都处于脱机状态，那么发送服务器需要对发往该域的邮件进行排队，以便稍后重试。
看RFC 821我找不到那部分，但我只是在扫描。 任何人都可以指出相关部分是否存在？ 我也有兴趣处理邮件在丢弃之前应该保存多久的任何部分。
IT供应商是对的，有些会立即反弹。 然而，根据我的经验，只有笨手笨脚的东西才能立即反弹，智能主机会排队。 在这里有一些事实上的标准，MTA在创buildDSN之前会排队邮件多长时间，最常见的是4小时。 与所有这样的标准一样，有很多变化。
倾向于通过愚蠢的主机发送邮件的种类是邮件直接来自networking应用程序谁是你的服务器智能足以处理exception。 这些可以是你自己的应用程序，在网上发布大量邮件。 这些消息通常是较低级别的电子邮件，但并不总是如此。
如果您决定使用备份MTA，则需要在其上添加反垃圾邮件。 过去十多年来，垃圾邮件发送者已经知道“备份”MTA是一个很好的定位目标，因为他们通常没有主要的那样受到保护。
我不认为这是必要的，但这是一个好习惯。
漂亮的排队和重试的标准值是“30分钟后首先重试，然后每60分钟直到12小时过去;之后，每隔6小时直到72小时过去，之后再以12-24小时如果邮件无法在7天内寄出，请放下邮件（可选，现在有太多伪造的发件人），回复“抱歉，无法递送”。
无可否认，这大部分来自经验，而且有点过时，因为我现在已经有4年没有为工作目的运行邮件服务器了。
邮件服务器应该排队，但不是所有的邮件服务器都performance得很好。 但是，由于电子邮件还有很多其他的东西可以出错，我知道大多数非常小的企业都不会为备份而烦恼，因为它看起来并不划算。
如果你想这样做，你可能想要检查你的ISP是否会作为一个商店和中继备份邮件服务器，这意味着他们将代表你接受这封电子邮件，并在可用时将它发送到你的服务器上。 （如果您的服务器和备份服务器都脱机，则不起作用）。
根据我们自己的经验，我们的ISP提供这项服务，但这是我们决定不承担的额外费用。 （十多年来一直没有问题，而且由于我们的客户群非常小，而且没有技术，所以我相当肯定，如果他们发送邮件给我们的时候有问题，他们会解除电话）。