我们和交易对手之间的电子邮件传送速度很慢 我能做些什么来确定根本原因?

我们与特定交易对手之间的电子邮件被延迟。 给你一些想法,我们发送10条消息,超过40%的到达时间为20分钟(或更多)。 我们甚至有两个短信在50分钟内到达!

我正在测量基于消息的头字段的延迟。 而且我只是在他们和我们的外围SMTP服务器之间交付时间。

我也通过第三方networking邮件帐户发送了testing消息,并且可以确认这不是我们身边的慢速互联网链接,testing消息的发送时间不到一分钟。

我不认为我们在RBL上,因为我期望的信息永远不会到达我们。 由于我们的防火墙,我一直无法做到从我们的外围SMTP服务器到他们的traceroute。 如果这个问题确实升级了,我们可能需要在防火墙之外放置一个设备来完成跟踪路由。

我也检查了他们的ISP是谁,我可以证实他们是英国的(正如我们的)。

我不知道如何继续确定这些缓慢交货的原因。 我讨厌回到对手的IT团队,并说这是你们的错,这似乎是一个没有确凿证据的警察。

回顾一下:

  • 我正在计算延迟,方法是测量外围SMTP服务器将邮件传递到我们的外围SMTP服务器所用的时间。 这意味着反垃圾邮件/病毒检查或邮件日记已经发生在对方的最后,并且还没有发生在我们这边。
  • 如果我通过第三方Web邮件帐户将电子邮件发送到我们的系统,则不会有任何延迟。
  • 我们的用户群不抱怨互联网访问速度缓慢,或者来自其他交易对手的电子邮件递送速度慢。

提前致谢!

您的SMTP日志应该为您提供所需的信息。 他们应该告诉你:

  • 如果你是灰名单(一些邮件系统要求你不断尝试一段时间来阻止垃圾邮件)
  • 如果你在一个RBL(或者至less如果接收服务器识别它)
  • 如果接收邮件服务器太忙,并延迟接收
  • 发送服务器做了多less次尝试,以及每隔20分钟尝试重新发送一次?
  • 接收服务器收到您的邮件的确切时间

这应该是所有你需要确定延迟的来源。

如果可以的话 – 看看公司和互联网边缘的smtp发送服务器的日志。 他们的MX服务器是否立即接受你的消息,或者一开始是否被拒绝? 也许你的第三方对手正在使用灰名单?

你有没有尝试telneting到他们的SMTP服务器,实际上是手动发送适当的SMTP命令。