IIS和SMTP:长延迟分发可行

让我先说吧:我是设计师,而不是系统管理员。 (虽然我多年前就习惯了。允许是直截了当的:这不再算了!)

我们昨晚有一个客户的情景,其中3封电子邮件成为重新安装程序的一部分,并且也发送给客户,我自己以及客户的消费者,这些电子邮件是“意外发送”的。 很明显,他们肯定要么排队等待,也不会在糟糕的情况下,并且在网络服务器因软件程序升级而退回之后也会感到不喜欢。

如果他们保持排队,糟糕,拒绝等等,我无法通知你。 在损害赔偿完成之后我真的没弄明白。 然而,所有3封电子邮件都足以创建我的客户端客户服务问题:一个是从2008年10月开始,还有其他2个来自本月之前。 客户的客户服务代表 - 我也是 - 在最初的发送日收到了这些电子邮件。 我们不承认客户的消费者是否做过。

什么肯定是一些优秀的故障排除指针,以开始检测这一点,并帮助确保它不会再次发生?

关于有关设备的一点点:

  1. 它是一个常见的互联网服务器,为大量客户组织应用程序和网站。
  2. 这些客户中的每一个都体验到IIS 6提供的相同的SMTP解决方案。(这是Windows 2003设备。)
  3. 这是第一次(关于我们的理解),事实上之前发生过类似的事情。
  4. 这些电子邮件是作为设置,重新安置程序的一部分创建的,该程序在每个清晨6点实施。 (毫无疑问,我在唤醒时需要做的第一点,也是在我的手机上看到的这些点是VPN in并且还检查过程序确实没有意外执行。好消息是,它确实没有,而且我也了解这些电子邮件的年龄。)
  5. 由于软件程序升级,在2次Web服务器跳转后,它们被快速(或非常快)地发送出去。 (一次反弹是Windows Update,其他各种是.NET 3.5 SP1。)
  6. SMTP Web服务器的到期超时设置为2天。 延迟警报准备到12小时。

最终,我对查看SMTP日志并不是非常精通。 (我可以毫不担心地阅读W3SVC日志,但是我不习惯使用数字常规代码的SMTP。)因此,任何类型的援助肯定都会受到重视。

非常感谢!

0
2019-05-07 10:27:33
资源 分享
答案: 1

http://technet.microsoft.com/en-us/library/aa996805(EXCHG.65).aspx

此链接有一些很好的操作和描述

0
2019-05-11 01:04:15
资源