最佳实践 - SMTP 超时

最佳实践 - SMTP 超时

再会,

问题很简单。接收端的 SMTP 连接超时的最佳做法是什么?

背景:我们目前遇到一个问题,发件人需要 10 分钟才能向我们发送一封大约 10 MB 的电子邮件。显然速度很慢。为什么速度慢,我们不知道,因为我们没有直接联系发件人(而且我相当肯定他们的 IT 部门会转而忽略这个问题)。

我们目前配置为,如果电子邮件需要 10 分钟以上才能完成,则超时。如果需要 11 分钟,它将暂时失败并将其返回给发件人,告知他们服务不可用,必须重试。在连接期间,数据包不断传输,因此通信不会中断或发生其他情况,如果我们将超时时间从 10 分钟提高到 20 分钟,我确信成功的电子邮件会多于暂时失败的电子邮件。

这是个问题吗?最佳做法是什么?我工作的地方要处理数百万封电子邮件。因此,我正在与拥有此配置的部门进行斗争,因为他们担心整体“影响”。

但实际上,影响可能微乎其微,因为我们的接收邮件服务器在等待“20 分钟”结束时仍会处理其他电子邮件。这并不会造成流量堵塞,因为每天只有几封电子邮件,而且其中许多都是从之前的故障中重试发送的。

相关内容