DMARC 記錄產生器與檢查工具
建立 DMARC 記錄，採用從監控到強制執行的安全推行路徑，並檢查網域目前發布的政策。
1政策
對於宣稱來自您的網域、但 SPF 與 DKIM 對齊皆未通過的郵件，收件端應如何處理。
除非子網域需要不同的規則，否則請保持繼承。
低於 100 時，其餘郵件會套用較寬鬆的政策。逐步提升強度時很實用。
2報告
彙總報告正是一開始就啟用 DMARC 的重點：它會列出所有以您網域名義寄信的來源。
每日 XML 摘要。若此位址屬於其他網域，該網域必須發布授權記錄。
逐封郵件的失敗副本。選填：多數收件端已不再寄送。
3對齊
SPF 或 DKIM 網域必須與郵件顯示的寄件人 (From) 網域多麼相符。寬鬆模式適合大多數設定。
- 記錄類型
- TXT
- 名稱 / 主機
- _dmarc
- TTL
- 3600
切勿直接跳到拒絕：否則您會封鎖自己的電子報、發票與客服信件。請一步一步來，並在每個階段之間查看報告。
-
第 1 至 4 週：觀察
p=none; pct=100以僅監控模式發布，並閱讀彙總報告。找出每一個合法的寄件者，並為每一個設定好 SPF 或 DKIM 對齊。 -
第 5 至 6 週：隔離四分之一
p=quarantine; pct=25對一部分郵件改為隔離。留意是否有客訴，以及是否有合法郵件被歸入垃圾郵件。 -
第 7 至 8 週：全部隔離
p=quarantine; pct=100提高到所有郵件。此時報告應只會顯示來自您不認識之來源的失敗。 -
第 9 週起：拒絕
p=reject; pct=100切換到完整執行，並持續閱讀報告：每當有團隊註冊新工具，就會出現新的寄件者。
在左側建立政策，並採用從監控到強制執行的推行路徑，或切換到檢查工具逐一標籤讀取網域發布的 DMARC 記錄。
| 標籤 | 值 | 含義 |
|---|
| 目的地網域 | 授權記錄 | 狀態 |
|---|
關於 DMARC 記錄產生器與檢查工具
DMARC 記錄產生器與檢查工具會建立 `_dmarc` TXT 記錄，告訴收件方當宣稱來自您網域的郵件同時未通過 SPF 與 DKIM 對齊時該如何處理，同樣重要的是，報告該寄往何處，讓您知道有誰在冒用您的名義寄信。自 2024 年 2 月起，Gmail 與 Yahoo 要求任何向其使用者大量寄信的寄件者都必須有 DMARC 記錄。
產生器涵蓋政策、子網域政策、百分比、報告地址、對齊模式、失敗選項與報告間隔，並列出大多數網域應採循序漸進的推行方式：先監控，再隔離一部分，接著全部隔離，最後拒絕。直接跳到拒絕，往往會讓機構連自己的發票、電子報與客服回信都擋掉。
檢查工具會讀取網域發布的記錄，以淺顯的語言說明每個標籤，並依 RFC 7489 驗證。它會回報缺少記錄、有多筆記錄（收件方會視為完全沒有政策）、版本標籤位置不對、格式錯誤或未知的標籤、已經放了好幾個月的 `p=none`、低於 100 的 `pct`，以及一個會悄悄讓報告遺失的隱微問題：`rua` 位址位於另一個網域，而該網域沒有發布 RFC 7489 §7.1 要求的外部目的地授權記錄。它也會遵循組織網域的後援機制，因此檢查子網域時，會顯示實際套用於它的政策。
如何使用 DMARC 記錄產生器與檢查工具
- 從「產生器」分頁開始，將政策設為僅監控，並輸入接收彙總報告的地址。
- 除非您知道某個寄件者需要嚴格比對，否則請讓對齊維持寬鬆，並讓 pct 維持 100。
- 將記錄發布為您網域上名為 _dmarc 的 TXT 記錄。
- 閱讀幾週的彙總報告，並讓報告中發現的每個合法寄件者都完成 SPF 或 DKIM 對齊。
- 先改為隔離，再改為拒絕，並在每一步之間檢查報告。
- 在每個階段使用「檢查工具」分頁，確認記錄可正確解析，且您的報告目的地已獲授權。