#1 较差的消息排队能力是许多发送问题的根本原因

许多发送者并不知道他们的电子邮件基础设施的差排队能力是其发送问题的根本原因。开源解决方案采用非常基本的方法，利用单一的宏观队列来管理流量，这造成了许多电子邮件投递问题。许多发送者已经处理这些问题很长时间，因此他们认为这是发送电子邮件业务的一部分。

#2 共享消息队列 导致 延迟

大多数商业 MTA 服务器产品情况稍好。他们将流量强行放入有限数量的共享队列，当任何一个流量流遇到问题时，会造成主要的稳定性问题。当接收域认定某些内容或发送实践值得怀疑时，他们会“拖延”来自违规发送者的流量。拖延将消息的接受速度拖慢至最慢，通过将服务器响应时间延长至最大允许时间（如简单邮件传输协议中所规定）。拖延使得在违规消息后排队的消息积压，延误共享队列中的其他所有内容。清除或把受影响的流量放在一边可能会缓解这个问题。但是在这样排队的架构下，甚至只是确定共享队列中哪些消息导致了问题也可能非常耗时。

当使用共享队列并提交一个发送者的大型邮件时，这些消息将置于队列的前面。当随后的邮件或事务消息提交时，这些消息就会排在第一封邮件后面。通常，这种队列争用会导致第二封邮件的发送者经历延迟，通常会促使投诉和对 IT 支持操作的呼叫。

#3 消息排队问题影响发送者声誉

不加以解决的拖延和阻止问题将降低相关 IP 地址的声誉，发送者可能会发现自己处于被放入 ISP 黑名单的不幸境地。协调发送者并增加硬件可以解决问题，但这个过程需要人工干预，成本高昂且引入了操作风险。没有有效的解决方案，许多公司发现其电子邮件操作的盈利能力在随着成本超出其收入增长而逐渐下降。

#4 Momentum 的智能消息排队功能解决了拖延和阻止问题

Momentum 与其他商业或开源解决方案之间的一个关键差异是：流量处理时，Momentum 为每个流量流创建一组接收域队列。

每个队列随后被独立并行处理。例如，一个包含 50,000 条消息的邮件，如果因一个流量流被 Yahoo 队列限制，将不会导致 Yahoo 的其他流量流队列出现延迟。事务或批量流量不会对任何其他流量流产生影响，任何拖延或阻止问题都仅限于总体流量的一个小的、易于检测的部分。

由于 Momentum 使管理每个发送 IP 地址的接收域变得方便，因此可以轻松提供同样程度的诊断统计数据。操作员可以看到哪些流量流的反弹率异常高，以及最常发生哪些类型的反弹，从而为操作员和投递管理者提供所需信息，以便立即开始解决问题。有关消息队列管理的更多信息，请下载 深入了解 Momentum 的智能排队架构。

了解更多关于为何商品 MTA 使用的单体和共享队列会对消息传递的速度和有效性造成损害的信息，请查看 Momentum 与商品 MTA 白皮书。