我的 IIS6 SMTP 服务器默认重试设置为 15 分钟、30 分钟等，但在某些情况下，它会每分钟（或更短）重试一次。我该如何修复此问题？
我看到它在 15 分钟后重试正确
451+Temporary+Policy+Rejection+-+Please+try+later 0
但看起来这些小狗造成了问题：
2013-03-12 22:17:19 - - 451+Greylisted,+please+try+again+in+300+seconds 0
我确实在某处读到过快的重试可能是由于接收端的 DNS 问题引起的。
日志摘录：
2013-03-12 22:17:19 RCPT - TO:<[email protected]> 0
2013-03-12 22:17:19 - - 451+Greylisted,+please+try+again+in+300+seconds 0
...
2013-03-12 22:18:20 RCPT - TO:<[email protected]> 0
2013-03-12 22:18:20 - - 451+Greylisted,+please+try+again+in+239+seconds 0
...
2013-03-12 22:18:47 RCPT - TO:<[email protected]> 0
2013-03-12 22:18:47 - - 451+Greylisted,+please+try+again+in+211+seconds 0
...
2013-03-12 22:19:49 RCPT - TO:<[email protected]> 0
2013-03-12 22:19:49 - - 451+Greylisted,+please+try+again+in+150+seconds 0
答案1
我可能给出了一个您不想要的答案，但 IIS SMTP 非常简单且功能有限……您可能遇到了错误。我会将所有电子邮件智能托管到更完整的 SMTP 服务器，如 postfix 或 qmail（均基于 Linux），在那里它们排队等待发送到互联网。IIS SMTP 将用作简单的本地主机中继，从而绕过大多数问题。
至于您的问题...您确定它们是同一封电子邮件吗？也许有多封电子邮件发送到同一封电子邮件并生成明显错误的重试模式。
无论如何，日志中的 300 只是用户级注释，SMTP 不会读取它，也不会尝试遵循它。此外，接收端对发送方的重试时间没有任何影响，只有响应代码（在本例中为 451）可以触发发送方的不同反应……但该反应将始终保持一致。