本周末，我们更新了DNS到不同的ISP。 星期五晚上6点左右我们做了改变，星期六晚上6点左右更新了。 电子邮件在速度缓慢时即将到来，但在高峰时段会减慢速度。 即使是内部电子邮件也需要1-2个小时才能到达。 我不知道要找什么来解决问题。 Exchangepipe理控制台上的队列查看器中大约有4000封电子邮件。
只是为了您的信息…我们使用一个胖pipe道系统来绑定三个不同的ISP线路。 stream量汇总取决于哪条线路具有最佳的延迟。
当我们进行更改时，我们删除了到旧线路的交换服务器上的DNS转发器，并为新线路添加了DNS信息。 在我看来，我们需要交换服务器上的所有3个DNS信息，这似乎是正确的？
有谁知道我应该尝试确定是什么导致排队？ 任何帮助是极大的赞赏。
在队列查看器中查看单个消息应显示在尝试传递时返回了哪个错误代码。
对于DNS，由于你的stream量可能会stream出任何pipe道，并且ISP通常只允许查询源自它们的OWNpipe道的recursionparsing器，所以这可能是一个可能的罪魁祸首，为什么消息传递是间歇性的（当新的ISP的pipe道是使用，当其中一个被使用时失败）。
我build议换成开放的全球DNSparsing器。 例如，Google运行一些稳定的软件。