我正在使用IIS6 smtp发送电子邮件，其中一些电子邮件返回以下错误。
Could not deliver the message in the time limit specified. Please retry or contact your administrator.
我需要采取哪些措施来跟踪问题所在？ 我目前相信这个问题是我的configuration，或者我试图发送的邮件服务器的configuration。
额外 – 电子邮件到这个地址工作正常工作从另一个地址和电子邮件从这个地址到其他电子邮件地址工作，所以知道这是这个邮件服务器组合独特的东西
谢谢
MXToolbox是一个很容易排除（一些）这个东西的好网站。 只需input电子邮件主机名（电子邮件地址中的@后面的所有内容），它就会显示你的MX服务器是谁。 然后，点击结果旁边的“SMTPtesting”，该站点将自动连接到他们的邮件服务器，以确保它已经启动。 如果MXToolbox显示多个MX服务器，请按顺序testing它们。
如果通过了，那么你知道远程服务器已经启动，这样就缩小了邮件服务器configuration（无论是你的还是他们的）的问题。 您可以使用telnet通过他们的服务器手动发送电子邮件，如果通过，可能是在您自己的服务器上。
如果你以前从来没有通过telnet发过邮件，我build议先在自己的服务器上练习。 基本上，你将要telnet到SMTP服务器上的端口25，并input命令，服务器将用数字状态码和希望人类可读的解释来回应，就像这样（你的命令以粗体显示，服务器响应以斜体显示）：
HELO myhostname.com
250 yourhostname.com你好
邮件来自：[email protected]
250发信人确定
RCPT TO：[email protected]
250收件人确定
数据
250input你的信息
主题：testing电子邮件
这是电子邮件的正文。 当我单独input一个句点时，它结束。
。
发送250个消息
放弃
220再见
那么，首先找出IIS正在尝试传递的邮件服务器（你可能不得不提高日志级别来查看）。
那么从那里开始：也许IIS正在传递给错误的邮件服务器？ 也许收件人的MXlogging不正确？ 也许接收邮件服务器真的下降？
不熟悉IIS，但日志不说远程端发生了什么？ 我认为你提到的错误是最终用户看到的，所以你的日志应该有更详细的内容