由於初始 MX TTL 錯誤而退回電子郵件？
上週五晚上我們更換了郵件伺服器。我們將 Office 365 轉移到另一個託管的 Exchange 解決方案 (Intermedia.net)。
我們使用 Godaddy 作為 DNS，在伺服器遷移準備好並且客戶端準備就緒後，我編輯了我們的 MX 記錄。Godaddy 速度很快，所以我在 whatsmydns.com 上看到新的、正確的 MX 記錄在一個小時左右的時間內得到了很好的傳播。
週一早上排隊。電子郵件正在通過，但我開始聽到關於退回的消息。更多同一個星期二。當我在周二晚上觀察我們的 DNS 條目並看到新 MX 記錄上的 TTL 為 1 週時，我一直在抓狂。哎呀。我將其更改為每小時 1/2。今天，一個瓶頸 messagelabs/symantec) 已更新為指向正確的伺服器，但不幸的是，我們仍然收到一些大型外部發件人，即 Postini，將他們的消息從舊伺服器退回。
最初的 1 週 TTL 是罪魁禍首嗎？儘管我昨天縮短了最初的 TTL，但 Postini 會保留它嗎？我要瘋了，因為它看起來很無助。我讓我們一個客戶的 IT 人員聯繫 Postini 開票，因為他們給我們的使用者電子郵件正在反彈，但在這方面可能需要一些時間。我唯一的希望是今天是感恩節，所以工作大部分都結束到週末。星期五晚上將是從最初的壞 TTL 開始的正式 1 週。我是否應該希望事情會在星期一到來？我不知道還要檢查什麼。該域已從 O365 中刪除，新的 MX 記錄似乎很好地傳播。我正要跳下碼頭。
在您知道指向舊伺服器的 MX 記錄的 TTL 已過期之前，切勿關閉舊伺服器。如果 TTL 是/曾經是 1 週，則讓舊伺服器執行 1 週以擷取來自可能記憶體了該 MX 記錄的客戶端的任何電子郵件。
實施電子郵件轉換時，請務必在計劃階段檢查 MX 記錄並進行相應調整。就我個人而言，我認為沒有任何充分的理由將 MX 記錄上的 TTL 設置為多於或少於 1 小時。
MX 記錄上的新 TTL 與 MX 記錄的舊 TTL 沒有任何關係。因此，如果舊的 MX 記錄 TTL 為 1 週（或其他任何時間），那麼任何擁有該記憶體的客戶端都將在該時間段內保留它（無論記憶體中剩餘的 TTL 是什麼）。您更改它的事實沒有任何影響，因為這些客戶端不會再次查找它，直到它在記憶體中過期。