在我们的日志中,我们发现以下内容:
Router: No messages transferred to example.com (host mx.example.com) via SMTP: The server is not responding. The server may be down or you may be experiencing network problems. Contact your system administrator if this problem persists.
接下来是:
Router: Transferring mail to domain example.com (host mx.example.com [111.111.111.111]) via SMTP
Router: Message 12345678 transferred to mx.example.COM for [email protected] via SMTP
Router: Transferred 1 messages to example.com (host mx.example.com) via SMTP
我们的消息正常发送,但我们每次建立连接时都会看到同样的问题。我认为我的配置有问题,可能是超时或类似问题,但我无法正确找出问题所在。
答案1
这看起来像是我在不同情况下遇到的问题:要找出原因,您可以尝试以下操作:
在服务器上打开 cmd 输入以下命令
nslookup
set type=mx
example.com
看看结果:我敢打赌,肯定会有超时/其他奇怪的行为。Domino 使用此方法来确定目标域的 mx 记录。如果此查找需要很长时间,它将显示已发布的错误,然后重试...然后它会获取缓存的值,一切都很好。
如果 mx- 查找足够快,那么将名称解析为 IP 地址可能是问题所在。
尝试以下命令来验证:
nslookup
mx.example.com
这应该会为您提供 mx- 记录的 IP- 地址。此查找有多快?此 DNS 查找也可以通过简单的 进行ping mx.example.com
。有一次,我第一次和第二次 ping 都失败了,但后续 ping 都成功了……然后控制台上会出现相同的错误。
我猜这是网络问题,与你的 domino 配置无关。修复网络,domino 就会修复。
答案2
您可以尝试修改邮件超时在服务器上的 notes.ini 中。
语法:MailTimeout=天数
例如:MailTimeout=3
但请注意,这不是解决您网络问题的方法。它只会帮助电子邮件不直接发回给用户。如果您将一周作为超时时间,这可能会让用户感到困惑,因为电子邮件会在很多天后被退回。所以在我看来,您应该在此处输入的最大值应该是 3。
答案3
我找到了一个解决方案:
在服务器上打开 cmd 输入以下命令:
set timeout = 55
这对我有用。