MX 紀錄代表什麼
MX 紀錄會指定一台接收此網域郵件的伺服器，前面的數字稱為優先順序值。寄件端會先嘗試數字最小的伺服器，如果該伺服器沒有回應，就會移至下一台。兩筆數字相同的紀錄會共同分擔流量。此檢查工具會依該順序列出紀錄，並將每個主機名稱解析為其 IPv4 和 IPv6 位址。
當網域完全沒有 MX 記錄時，寄件者會改用其 A 或 AAAA 記錄，並嘗試將郵件投遞到該位址（RFC 5321，第 5.1 節）。這通常不是預期的結果，因為裸網域背後的位址一般是網頁伺服器。
會導致郵件投遞失敗的記錄
MX 記錄必須指向主機名稱。指向 IP 位址的記錄無效。主機名稱為 CNAME 的記錄也無效，RFC 2181 明確禁止這種設定。大多數寄件者仍會繼續解析，但少數寄件者會直接放棄，因此網域可能可以接收某個供應商的郵件，卻退回另一個供應商的郵件。檢查工具會標示這兩種情況，也會標示完全無法解析的主機名稱，這可能表示遷移後仍留下舊伺服器設定。
null MX 是一筆偏好值為 0、後面接一個點的記錄，表示該網域不接收郵件（RFC 7505）。對於既不寄送也不接收郵件的網域，這是正確設定，寄件者會立即停止嘗試，而不是持續重試數天。你用來寄信的網域不應設定 null MX，因為回覆和退信都需要有可投遞的位置。
寄信網域為何需要有效的 MX
退信和回覆都會寄回網域，因此你用來寄信的網域必須能夠接收郵件。Return-Path 中的網域接收退信，From 網域接收回覆，部分收件伺服器也會在接收郵件前，檢查這些網域是否能夠接收郵件。沒有 MX 和 A 記錄的寄信子網域，看起來可能像是虛構的網域。
檢查工具也會在 MX 清單旁檢查 MTA-STS 和 TLS-RPT 記錄。缺少這些記錄目前不會阻止郵件送達。設定後，支援 MTA-STS 的寄件者會拒絕在未加密的情況下將郵件投遞給你，而 TLS-RPT 會告訴寄件者在加密失敗時，要將報告傳送到哪裡。