SMTP接收端连接超时配置的最佳实践问询

各位同行，想请教个实际工作里碰到的SMTP配置问题：作为接收端，设置连接超时的最佳实践到底是什么？

先说说我的场景背景：

• 我们现在遇到一个发件方，发一封10MB的邮件居然要耗时10分钟，速度慢得离谱。
• 我们没法直接联系上对方的IT团队，就算联系了大概率也会被无视，所以只能从自身配置入手想办法。
• 当前我们的规则是：如果一封邮件传输时间超过10分钟还没完成，就触发tempfailed（临时失败），把邮件退还给发件方，提示服务不可用并要求重试。
• 但实际情况是，这个慢连接的过程中数据包一直在持续传输，并没有出现中断的情况。我考虑把超时时间从10分钟调整到20分钟，这样应该能让更多这类邮件成功接收，而不是反复被打回重试。

现在我和负责配置的部门有分歧：他们担心调整超时会对整体服务带来影响，但我觉得影响应该极小——我们的接收邮件服务器可以并行处理其他邮件，不会因为等这20分钟就造成拥堵。毕竟这类慢邮件一天也就几封，而且很多还是之前失败后的重试邮件。

想问问大家：

1. 这种调整超时时间的做法存在什么潜在问题吗？
2. 针对SMTP接收端的连接超时，行业内的最佳实践是什么？

备注：内容来源于stack exchange，提问作者pSyToR