DMARC 記錄產生器：建立網域的 TXT 記錄（免費）
Gmail 與 Yahoo 要求大量寄件者設定 DMARC，但手寫「v=DMARC1; p=none; …」很容易出錯。在這裡選擇政策與報告地址，就會產生一行可直接貼進 DNS 的記錄。若已有記錄，可以讀取後從那裡加強。
寄件地址 @ 後面的部分。按「讀取目前設定」會查詢 DNS 中的 DMARC 記錄，並填入下方選項。輸入內容不會儲存。
Google、Yahoo、Microsoft 等會每天寄 XML 報告到這個地址。多個地址請用逗號分隔。報告數量多，建議使用專用信箱。
進階設定（通常不需更改）
設為寬鬆時，由 news.example.com 簽署的郵件也會以 example.com 通過。若透過電子報服務寄信，請維持寬鬆。
要加入 DNS 的內容
主機名稱
_dmarc
值（TXT 記錄）
v=DMARC1; p=none
在 DNS 管理畫面（Gandi、GoDaddy、Cloudflare 等）新增類型為 TXT 的記錄。若主機欄會自動加上網域，只要輸入「_dmarc」。生效需要數分鐘到數小時。
沒有報告收件地址，僅監看階段就什麼也看不到。請輸入地址。
以電子郵件接收電子報實務的實用資訊
法規變動、主旨與寄送技巧、新的免費工具，每月寄送數次。
導入 DMARC 的步驟
- 先設定 SPF 與 DKIM。DMARC 會把通過其中之一、且網域與寄件地址一致的郵件視為正常。
- 以「僅監看」（p=none）和報告地址產生記錄，以 TXT 記錄加到 _dmarc。
- 觀察數天到兩週的報告，確認所有正規寄件來源（公司郵件、電子報服務、帳單與客服系統等）都通過。可用 DMARC 報告解讀工具閱讀。
- 接著改為 quarantine，擔心的話一開始用 pct=25，最後改為 reject，最能防止冒名寄信。
各項目的意思
- v=DMARC1：表示這是 DMARC 記錄，必須放在最前面。
- p：驗證失敗郵件的處理方式——none、quarantine（垃圾郵件）或 reject。
- rua：每日彙總報告的收件處，以 mailto: 地址表示。
- sp：子網域政策。未寫時套用 p。
- pct：套用政策的失敗郵件比例（1–100）。預設 100。
- adkim 與 aspf：DKIM、SPF 網域對齊要寬鬆（r）還是嚴格（s）。預設寬鬆。
常見問題
- p=none 就夠了嗎？可以符合 Gmail 與 Yahoo 對大量寄件者的要求，但無法防止冒名。報告看起來沒問題後請加強。
- 可以放兩筆 DMARC 記錄嗎？不行。_dmarc 有兩筆 TXT 記錄時，收件端會當作沒有 DMARC。請修改現有記錄。
- 報告可以寄到其他網域嗎？可以，但該網域必須公開一筆表示允許的 TXT 記錄。輸入其他網域的地址時，工具會顯示需要的記錄。
- 輸入的內容會被儲存嗎？不會。記錄在瀏覽器中產生。只有按「讀取目前設定」時，才會為了查詢 DNS 送出網域。
用對齊的 DKIM 寄送電子報
使用 Newsletter Ready 以自己的網域寄信時，郵件會以您的網域進行 DKIM 簽署，因此 DMARC 改為 quarantine 或 reject 後電子報仍能送達。需要的 DNS 記錄會顯示在畫面上，電子報內容則由 AI 根據您的網站文章撰寫。
在部落格或資料中介紹這個工具
若要介紹這個工具，請直接貼上下面的連結。不需要事先聯絡。
連結的 HTML
<a href="https://newsletterready.com/zh/tools/dmarc-record-generator">DMARC 記錄產生器：建立網域的 TXT 記錄（免費）（免費）</a>
資料來源
- RFC 7489: Domain-based Message Authentication, Reporting, and Conformance (DMARC)
- Google：電子郵件寄件者規範
- Yahoo Sender Hub：寄件者要求
本工具產生的是一般的記錄範例。加強政策後，尚未設定的寄件來源郵件可能無法送達。請一併確認 DNS 管理畫面與各服務的說明。