我正在使用 IIS6 smtp 发送电子邮件，其中一些电子邮件返回时出现以下错误。
Could not deliver the message in the time limit specified. Please retry or contact your administrator.
我需要采取什么步骤来追踪问题所在？我目前认为问题出在我的配置上，或者出在我尝试发送邮件的邮件服务器的配置上。
附加 - 从其他地址向此地址发送电子邮件时效果很好，从此地址向其他电子邮件地址发送电子邮件时效果也很好，因此请注意，这是此邮件服务器组合所独有的
谢谢
答案1
MX工具箱是一个很棒的网站，可以轻松解决（部分）此类问题。只需输入电子邮件主机名（电子邮件地址中 @ 后面的所有内容），它就会显示他们的 MX 服务器。然后，单击结果旁边的“SMTP 测试”，网站将自动连接到他们的邮件服务器以确保其正常运行。如果 MXToolbox 显示多个 MX 服务器，请按顺序测试所有服务器。
如果通过了，则说明远程服务器已启动，因此问题就缩小到了邮件服务器配置（您的或他们的）。您可以使用 telnet 通过他们的服务器手动发送电子邮件，如果成功，则问题可能出在您自己的服务器上。
如果您以前从未通过 telnet 发送过电子邮件，我建议您先在自己的服务器上练习一下。基本上，您将通过 telnet 连接到 SMTP 服务器上的端口 25 并输入命令，服务器将使用数字状态代码和希望是人性化解释进行响应，如下所示（您的命令以粗体显示，服务器响应以斜体显示）：
HELO myhostname.com
250 yourhostname.com 你好
邮件发件人：[电子邮件保护]
250 发送者同意
收件地址：[电子邮件保护]
250 收件人同意
数据
250 输入您的信息
主题：测试电子邮件
这是电子邮件的正文。当我在一行中输入一个句号时，它就结束了。
。
已发送 250 条消息
辞职
220 再见
答案2
好吧，首先找出 IIS 试图传送的邮件服务器（您可能必须提高日志记录级别才能看到这一点）。
然后从那里开始：也许 IIS 正在向错误的邮件服务器发送邮件？也许收件人的 MX 记录不正确？也许接收邮件服务器确实已关闭？
答案3
不熟悉 IIS，但日志没有说明远程端发生了什么？我认为您提到的错误是最终用户看到的，因此您的日志应该有更详细的信息