MD (Mail Destination) 舊版 DNS 檢查器
MD (Mail Destination) 紀錄是早期網際網路電子郵件路由中一個已廢棄的基礎支柱。要了解 MD 紀錄，您必須了解在現代 SMTP 基礎架構標準化之前，網路工程師最初是如何嘗試建立郵件流結構的。在 1980 年代初期，DNS 協定試圖將郵件路由職責嚴格劃分為兩種獨立、不同的紀錄類型：MD 紀錄及其配套的 MF (Mail Forwarder) 紀錄。
嚴格的最終目的地
在這種舊有的分割路由架構中，MD 紀錄的任務是定義負責接收給定網域郵件的絕對、最終主機。如果使用者發送電子郵件到 admin@example.com，發送伺服器將會對 example.com DNS 區域進行查詢，專門尋找 MD 紀錄。Payload 將回傳存放該使用者實體收件匣之機器的確切標準主機名稱 (canonical hostname)。然後，發送伺服器會對該主機名稱執行 A 紀錄查詢，以找到 IP 位址並嘗試遞送 Payload。它完全作為一個一對一的對應系統在運作。
單點故障 (Single Point of Failure)
MD 紀錄架構擁有一個致命的營運缺陷：它完全缺乏備援 (redundancy)、優先權路由或容錯移轉機制。它代表了一個巨大的單點故障。如果該網域的 MD 紀錄中列出的特定大型主機為了維護而離線、遭遇硬體故障或失去網路連線，任何傳入的郵件都會立即對寄件者產生嚴重退回 (hard-bounce)。MD 協定內沒有原生機制可以告訴發送伺服器保留郵件或嘗試備用伺服器。隨著網際網路流量的迅速擴張，這種無法優雅處理網路中斷的情況對於企業和學術通訊來說變得無法接受。
棄用 (Deprecation) 與 MX 革命
為了解決這些關鍵的瓶頸，網際網路工程任務組 (IETF) 批准了 RFC 973，正式且永久地棄用 (deprecated) 了 MD 和 MF 紀錄。他們將這兩個舊版系統的功能整合到現代的 MX (Mail Exchanger) 紀錄中。MX 紀錄引入了優先權整數值 (priority integer values) 的概念，徹底改變了電子郵件架構。管理員現在可以在單一、具備高度復原力的路由陣列中定義主要目的地和次要備用轉寄站。MX 協定指示發送伺服器優先嘗試具有最低優先權數字的主機，如果主要伺服器沒有回應，則無縫容錯移轉到備用伺服器。今天，查詢 MD 紀錄純粹是一項網路歷史分析的練習，因為沒有現代的郵件傳輸代理 (MTA) 會遵循或解析 MD Payload。