用户一直报告电子邮件无法发送。某个域名试图向我们发送电子邮件，但他们收到了这些失败通知；
“这是一条投递失败通知消息，表明您发送至电子邮件地址的电子邮件：——[电子邮件保护] 无法送达。问题似乎是：-- 通信错误 其他信息如下：-- 套接字结果为空 此情况发生在 92 小时内尝试送达 30 次之后。如果您将电子邮件发送给多个收件人，则对于每个送达失败的收件人，您将收到其中一条消息，否则它们已发送。
我需要帮助进行故障排除，我之前没有见过这个错误并且谷歌没有显示这个特定错误的结果。
答案1
我不确定这是否有帮助，但我们刚刚经历了一些症状非常相似的事件。
最终，收件人的防火墙拒绝了该通信，因为 SMTP 标头“太长”。收件人已更新了防火墙上的软件，现在电子邮件已正常传输。
答案2
错误信息本身是比较清楚的：两者之间的沟通邮件传输代理(MTA) 失败。此问题的关键不在于确切的错误消息，而在于生成该消息的服务器。您可以通过Received:退回邮件的附加报头的最后一个（顶部）报头和退回邮件本身的第一个（底部）Received:报头来检测此问题。
如果我们遇到最简单的情况；MUA -> 发件人 MTA -> 您的 MTA -> 邮箱；当发件人 MTA 尝试连接您的 MTA 时，这种错误最有可能发生在发件人 MTA 上。因此，虽然评论中建议这样做，但这甚至不会出现在您的邮件服务器的日志中。最多可能有两个事件，即连接和断开连接。此外，如果来自其他地方的邮件正常到达，则不太可能对这个发件人域进行不同的处理。
当你可以将问题限制在单个服务器上时：
- 应该有人检查原始服务器上的日志；即发送退回邮件的服务器。如果服务器位于发送方，您甚至无法访问这些日志，也无法进行任何测试；请遵循说明。
- 测试发送方 MTA 是否获取了接收方域的正确 MX 记录。
- 测试是否可以建立与此的连接
mx.example.com:25，例如，当您尝试:25从发送方 MTA 远程登录您的 MTA 时，您是否收到了正确的 SMTP 问候消息。 - 检查服务器之间的路由，例如使用
traceroute mx.example.com。
如果问题出现在其他地方，则所有问题同样适用于该服务器和下一个 MTA。