确定最大可接受的电子邮件滞后期

时间:2015-07-30 11:57:56

标签: email smtp delay lag qos

这个问题不是100%技术问题。我已经在线查看了,我无法发现这一点正在讨论中。

我们的网站中有一个忘记用户名功能,使用我们自己的邮件服务器将用户名邮寄到用户的电子邮件地址。 我们还在网页上放了一条消息,要求用户等待20分钟以便邮件到达,因为偶尔会有延迟。

我们的业务测试人员提出了一个有趣的观点,即要求用户等待20分钟似乎是一个不可接受的时间。他说我们的技术应该立即发送电子邮件,最大延迟应该是1分钟。

首先,收件人通常会立即收到电子邮件,因此没有问题。 但根据我们使用其他网站的经验,有时电子邮件确实需要一段时间才能到达。我还记得在某处读取电子邮件(在网络级别)使用较低质量的服务QoS,而不像voip服务。我现在似乎无法找到它。 由于他们自己的邮件服务器中的问题,用户也可能因接收电子邮件而遇到延迟。

现在,我们所能做的就是使用我们的邮件服务器发送邮件,并确保管理服务器上的负载和资源得到妥善管理。 1)我们还能做些什么来确保我们的邮件始终快速发送。 2)什么是可接受的时间,我们可以要求用户等到他与帮助台记录电话?我相信在网络/协议级别和用户的邮件服务器上可能存在滞后,我们无法做任何事情。

感谢。

1 个答案:

答案 0 :(得分:0)

您所能做的就是告知用户您的服务器“移交”了将电子邮件传递到命名SMTP服务器的责任“超出您的控制/责任”。您可能会在大多数情况下(> 50%)需要一些(<5秒)。

您的smtp-client可能会尝试初始发送尝试 在交付成功=>告知用户电子邮件传递/延迟现在超出了您的控制范围 开(初始)交货失败=&gt;将邮件传递到SMTP服务器(跳过初始传递尝试)。