IIS和SMTP:可能延迟交货

让我开始'高兴:我是一个程序员,而不是系统pipe理员。 (尽pipe我十多年前曾经是这样,说实话,这已经不算什么了!)

昨天晚上我们和一个客户有一个情况,那就是三个电子邮件,这是一个反复发生的过程的一部分,发送给客户,我本人和客户的客户,都是“无意中”发送的。 显然他们要么排队等待,要么因为软件升级而在服务器反弹之后得到反感。

我不能告诉你他们是否在排队,坏人,丢弃等,直到损坏完成后我才发现。 但是,这三封电子邮件都足以造成我的客户客户服务问题:一个是2008年10月,另外两个是本月初。 客户的客户服务代表 – 我也收到这些电子邮件的原始发送date。 我们不知道客户的客户是否做了。

什么是一些很好的故障排除技巧来开始诊断,并帮助确保它不会再发生?

有一点关于这台机器的问题:

  1. 这是一个共享的Web服务器,托pipe数十个客户端的应用程序和网站。
  2. 所有这些客户端都通过由IIS 6提供的相同的SMTP服务(它是Windows 2003计算机)。
  3. 这是第一次(据我们所知)发生过这样的事情。
  4. 这些电子邮件是作为计划的循环过程的一部分生成的,该过程在每天早上6点执行。 (事实上​​,在我的电话上醒来并看到这些信息时,我必须做的第一件事就是VPN进入并检查以确保这个过程不会无意中执行。幸运的是,它没有,我意识到这些年龄电子邮件。)
  5. 由于软件升级,两台服务器反弹后立即发送(或很快)。 (一次反弹是Windows Update,另一次是.NET 3.5 SP1。)
  6. SMTP服务器的到期超时设置为2天。 延迟通知设置为12小时。

最后,我不太熟练地阅读SMTP日志。 (我可以阅读W3SVC日志没有问题,但SMTP的我不熟悉数字状态代码。)所以任何帮助,将不胜感激。

谢谢!

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

这个链接有一些好的步骤和解释