Postmaster电子邮件递送失败

用户一直在报告未通过的电子邮件。 有一个域名试图给我们发电子邮件,他们得到这些失败的通知;

“这是一个传递失败的通知消息,指出发给您的电子邮件地址为: – [email protected]的电子邮件无法传递,问题似乎是: – 通信错误附加信息如下: – 空结果来自socket这种情况发生在30次尝试(92个小时)之后,如果你把电子邮件发送给多个收件人,你将收到这些邮件中的一个失败的交付,否则他们已经发送“。

我需要帮助的疑难解答,我没有看到这个错误之前,谷歌没有显示这个具体的错误的结果。

我不确定这是否会有所帮助,但是我们刚刚有过类似症状的经验。

由于SMTP标头太长,所以拒绝通信的是收件人的防火墙。 收件人更新了防火墙上的软件,电子邮件正在stream动。

错误消息本身有点清楚:两个邮件传输代理 (MTA)之间的通信失败。 这个问题的关键不是确切的错误消息,而是哪个服务器生成它。 您可以通过反弹消息的附加标题的最后(顶部)已Received:标题以及反弹本身的第一个(底部)已Received:标题来检测此情况。

如果我们有最简单的情况, MUA – >发件人MTA – >您的MTA – >邮箱; 当它试图连接你的MTA时,这种错误最可能发生在发送者MTA上。 因此,虽然在评论中build议,这甚至不会出现在邮件服务器上的日志中。 最多可以有两个事件从连接和断开连接。 另外,如果来自其他地方的邮件正常到达,则不太可能对这个发件人域进行不同处理。

当您可以将问题限制到单个服务器时:

  • 有人应该检查始发服务器上的日志; 发送退回消息的那个。 如果服务器位于发送方,则甚至无法访问这些日志,也无法进行任何testing。 通过指示。
  • testing发件人MTA为收件人域获取正确的MXlogging。
  • testing与此mx.example.com:25连接mx.example.com:25可以build立,例如,当您尝试从发件人MTA远程loginMTA :25时得到正确的SMTP问候消息。
  • 检查服务器之间的路由,例如使用traceroute mx.example.com

如果问题在其他地方,那么所有这一切同样适用于该服务器和下一个MTA。