DMARC記錄產生器建構DNS TXT記錄，告訴接收伺服器如何處理未通過驗證的郵件以及將報告傳送到何處。您選擇策略和報告選項，生成器將組裝目前DMARC標準RFC 9989定義的正確標籤語法。記錄發佈在_dmarc.yourdomain.com上，並在SPF和DKIM之上工作，檢查接收者看到的網域是否與這些方法驗證的網域一致。
DMARC作用
DMARC將SPF和DKIM與可見寄件人域的規則連結在一起。當郵件到達時，接收方會檢查SPF或DKIM是否通過，以及傳遞的網域是否與寄件者地址一致。然後，您的DMARC政策會指示收件者允許、隔離或拒絕失敗的郵件。它還要求接收者發送匯總報告，其中顯示作為您的網域發送的每個來源，無論合法與否。
主要標籤解釋
- v=DMARC1 identifies the record version and must come first.
- p= is the policy for your domain: none to monitor, quarantine to send failures to spam, or reject to block them.
- rua= is the address for aggregate report data, the feedback that shows all your sending sources.
- ruf= is the address for forensic or failure reports, used less often for privacy reasons.
- pct= sets the percentage of failing mail the policy applies to, useful for a gradual rollout.
- sp= sets a separate policy for subdomains, and adkim= and aspf= control strict or relaxed alignment.
安全預設設定和分階段推出
從p=none開始使用報告地址，這樣您就可以在不影響交付的情況下收集資料。閱讀匯總報告，直到每個合法來源都通過並對齊，然後轉到p=quarantine,最後在您有信心後轉到p=reject 。在驗證來源之前急於拒絕可能會阻止真實郵件。此分階段路徑是安全執行的標準方法，也是BIMI在顯示標誌之前所需的層級。
正確的記錄
強制DMARC範例
v=DMARC1; p=reject; rua=mailto:rua@example.com; pct=100; adkim=s; aspf=s
使用EmailAuth產生您的
EmailAuth透過免費網域掃描產生正確的DMARC記錄，讀取您現有的SPF 、 DKIM和DMARC設置，並使用與您實際傳送方式相符的值填入標籤。它透過CNAME委託託管DMARC 、 BIMI和MTA-STS記錄，因此當您從監控轉向執行時，您可以從儀表板更新政策。該平台還將您的匯總報告解析為可讀視圖，以便您可以查看每個發送來源並了解何時可以安全地收緊政策。
常見問題
在哪裡發布DMARC記錄？
將其發佈為主機名稱_dmarc.yourdomain.com處的DNS TXT記錄。該值以v=DMARC1開頭，後面跟著您的策略和報告標籤。每個域只允許有一個DMARC記錄。
什麼是安全的DMARC策略？
以p=none開頭加上 rua 報告位址。這會監控您的郵件而不影響投遞，因此您可以看到每個發送來源。一旦您的合法來源全部通過並對齊，請移至p=quarantine,然後p=reject,
我還需要使用DMARC進行SPF和DKIM嗎？
是的。 DMARC不會取代它們；它是建立在它們之上。當SPF或DKIM通過且經過驗證的網域與寄件者地址一致時，郵件將通過DMARC 。如果SPF和DKIM不工作，您自己的郵件將無法通過DMARC 。
pct標籤有什麼作用？
pct 標記設定策略應用的失敗郵件的百分比，從 1 到 100。一些寄件者使用較低的值來逐步隔離或拒絕，然後在結果看起來乾淨後將其提高到 100。如果省略，則預設為 100。
企業出處
為什麼頂級金融機構和政府 退役了他們的電子郵件安全儀表板。
傳統的電子郵件驗證平台會向您出售儀表板並要求您的工程師來完成這項工作。在高風險環境中，手動監督意味著延遲執行、配置漂移和不受監控的影子域。
EmailAuth是代理電子郵件來源平台。 我們的代理人強制執行 p=reject，保持第三方寄件者一致並將您的網域移至完整狀態 RFC 9989 合規性、新的DMARC標準，以及人機互動審核能力。
SaaS · 專用租賃 · 氣隙本地部署 · BYOK 加密