我们与特定交易对手之间的电子邮件有延迟。举个例子，我们发送了 10 条消息，其中 40% 以上延迟 20 分钟（或更长时间）。我们甚至有两条消息在 50 分钟内到达！
我根据邮件的标头字段测量延迟。我只测量他们和我们的外围 SMTP 服务器之间的传送时间。
我还通过第三方网络邮件帐户发送了测试消息，并且可以确认这不是我们这边的互联网链接速度慢，测试消息的传递时间不到一分钟。
我不认为我们处于 RBL 中，因为我原本以为消息永远不会到达我们这里。由于我们的防火墙，我无法从我们的外围 SMTP 服务器到他们的服务器进行路由跟踪。如果这个问题真的升级，我们可能不得不将设备放在防火墙外面进行路由跟踪。
我还检查了他们的 ISP 是谁，并且可以确认他们的 ISP 位于英国（我们的也是）。
我不知道如何才能继续确定这些交付缓慢的原因。我不想回到对方的 IT 团队并说这是你们的错，这似乎是没有确凿证据的借口。
回顾一下：
- 我通过测量其外围 SMTP 服务器将消息传递到我们的外围 SMTP 服务器所需的时间来计算延迟。这意味着反垃圾邮件/病毒检查或邮件日志记录已在对方端进行，而我们这边尚未进行。
- 如果我通过第三方网络邮件帐户向我们的系统发送电子邮件，则不会有任何延迟。
- 我们的用户群并未抱怨互联网访问速度慢或其他交易对手的电子邮件传递速度慢。
提前致谢！
答案1
您的 SMTP 日志应该会为您提供所需的信息。它们应该会告诉您：
- 如果您被列入灰名单（某些邮件系统要求您在一段时间内不断尝试以阻止垃圾邮件发送者）
- 如果你在 RBL 上（或者至少接收服务器可以识别它）
- 如果接收邮件服务器太忙，延迟接收
- 发送服务器进行了多少次尝试，以及尝试的频率是多少（也许您只是每 20 分钟尝试重新发送一次？
- 接收服务器收到您的邮件的确切时间
这应该是您确定延迟根源所需要的全部信息。
答案2
如果可以的话，请查看公司和互联网边缘的 smtp 发送服务器日志。他们的 MX 服务器是否立即接受您的邮件，还是一开始就被拒绝？也许您的第三方对应方正在使用灰名单？
答案3
您是否尝试过通过 telnet 连接到他们的 SMTP 服务器并实际手动发送适当的 SMTP 命令。