DMARC 檢查
讀取已發布策略與探索過程的 DNS 路徑。
01 / 查詢結果
等待查詢DNS 查詢結果將顯示於此。
輸入名稱、選擇記錄類型後查詢。目前尚無實際查詢結果。
檢查 DNS 策略，而非郵件
輸入寄件網域本身，不加 _dmarc 或電子郵件前綴。工具查詢 _dmarc，必要時依 RFC 9989 樹狀探索繼承策略。
實際 DMARC 依賴 SPF/DKIM 與識別碼對齊。本表單沒有郵件情境，不給單封郵件 pass/fail 結論。
_dmarc.example.com. 300 IN TXT "v=DMARC1; p=none"
文件範例 — 非即時 DNS 回應目前的策略探索方式
依據 2026 年 5 月 RFC 9989，而非只用已被取代的 RFC 7489 公共後綴方法。保留名稱、路徑與選中記錄作為證據。
有界探索遵循 psd 邊界，不截最後兩段猜組織網域。子網域策略區分名稱存在與 NXDOMAIN；暫時故障標示未完成。
策略意圖與設定問題
none 是監測意圖，不是語法錯誤。quarantine、reject 請求接收方處理失敗郵件，但不測量實際動作。
重複候選、重複標籤與無效值會列出，未知標籤保留並忽略。依 RFC 9989 不把舊版 pct 當執行比例。
策略有誤但 rua 語法有效時說明監測備援。找到記錄並非全面安全認證。
哪些項目未檢查
不查外部報告授權、報告投遞、DKIM 金鑰、識別碼對齊或接收方行為。不請求報告 URI，也不寄測試信。
正式變更應核對原始記錄、探索路徑、郵件平台與現行標準，並監測實際驗證報告。