MXlogging传播

你是正确的，你的TTL 应该导致所有网站在2小时内升级。 然而，在ISP工作多年，我可以certificate，许多大型重要网站忽略TTL，无论如何caching24-48小时。 所以大多数网站会改变你的TTL …但一个恼人的less数将需要几天。 我曾经看过一个DNS，它在读取新纪录之前花了7天时间（我每天都在查询，直到最后更新）。

有些网站忽略了TTL。 除了希望你/你的客户中没有一个重要的东西在他们之中，你无能为力。

MXlogging传播的时间恰好为0秒，因为DNSlogging不会传播。

你需要考虑的是MXlogging的TTL和相应的Alogging是多长时间。 这将决定已经parsingMX和Alogging的DNS客户端将其DNScaching（将在DNS客户端及其相应的DNS服务器上）保存该信息的时间。

所有尚未parsingMX和Alogging的DNS客户端将查询您的名称服务器并立即获取新的MX和Alogging，因此不会发生TTLcaching延迟。

编辑：

我的目的不是要启动一个有关DNS传播的定义和它与DNS的关系的语义辩论，而且不要过多地指出这一点，我只想说只有一个请求来自DNS区域的信息的DNS客户端才能得到这些信息。 DNS客户端生活在一个泡沫中。 它一直知道你的DNS，除非它要求。 即使您认为DNS客户端的DNS服务器可以将信息提供给其他DNS客户端，但直到被要求时才会这样做。 DNS信息不会传播或传播给任何不请求它的DNS客户端。 一旦TTL过期，信息从DNScaching刷新，永远不会被看到或使用，除非客户端提出新的请求。 除了将其保存在自己的caching中之外，它没有其他任何信息。 查询相同信息的同一DNS服务器的其他DNS客户端将通过请求DNS服务器而不是由DNS服务器传播或传播它。

我们可以辩论传播这个词是否与DNS有关，是否是一个松散定义的术语，理解我们在传播时意味着caching，但是在一天结束时，这是一个不正确的这意味着一个没有被使用的机制，正如你的问题所certificate的，被误解了，因此“传播”了一个关于DNS如何工作的误解。

无论您或我认为“传播”这个词是什么意思，它在您的问题中的使用都是不正确的。

是的，它应该是你的TTL设置，如果所有的dns服务器都是标准的，那么并不总是这样。

但是，您可以使用像http://www.digwebinterface.com/这样的工具来validation传播。

是的，传播应该是你列出的TTL。 例如，看看有关切换到Postini的Google文档：

http://www.google.com/support/enterprise/static/postini/docs/admin/en/activate/mx_faq.html#967012

如果您正在切换邮件服务器，则可以考虑在切断前几小时将当前的TTL更改为更小（例如300秒），然后再恢复。 在这种情况下，您将在授权的DNS服务器上承受稍高的负载。