SPF 記錄產生器與檢查工具
依據寄送您郵件的服務建立有效的 SPF 記錄，並依 RFC 7208 規則檢查您的網域目前發布的內容。
1誰在替這個網域寄信？
勾選所有以您的網域作為寄件者地址寄送電子郵件的服務。每項都會加入其所需的 include: 項目，以及它所消耗的 DNS 查詢。
2您自己的伺服器
每行一個。IP 項目不需要 DNS 查詢，建議優先使用。
每行一個網域，每個都會變成一個 include: 項目。已寫好的項目會原樣保留。
3其他寄件者怎麼處理？
最後一個項目決定收件端如何處理來自上方未列出之任何伺服器的郵件。
- 記錄類型
- TXT
- 名稱 / 主機
- @ (網域根目錄)
- TTL
- 3600
- 在網域註冊商或 DNS 代管商開啟您網域的 DNS 區域設定。
- 刪除所有現有的 SPF 記錄：一個網域只能發布一筆。
- 在網域根目錄新增一筆 TXT 記錄，內容為上方的值。
- 等待 TTL 過期後，使用檢查器分頁確認。
一個網域只能發布一筆 SPF 記錄。若要新增寄件者，請編輯現有記錄，切勿再新增第二筆。
在左側建立記錄，或切換到檢查工具讀取網域目前發布的 SPF 記錄：每個機制都有說明，並為您計算十次查詢上限。
| # | 項目 | 出現於 |
|---|
| 項目 | 結果 | 作用 |
|---|
關於 SPF 記錄產生器與檢查工具
SPF 記錄產生器與檢查工具完成網域擁有者真正需要的兩件事。產生器會詢問有哪些服務使用您的網域寄信（Google Workspace、Microsoft 365、SendGrid、Mailgun、Amazon SES、您自己的伺服器），並據此組成有效的 `v=spf1` 記錄，在您建立的過程中同步計算會消耗多少 DNS 查詢次數。檢查工具則讀取您的網域目前發布的記錄，以淺顯的語言說明每個機制，並依 RFC 7208 進行測試。
最常讓人踩雷的規則是十次查詢上限。每個 `include`、`a`、`mx`、`ptr` 與 `exists` 項目都會消耗一次 DNS 查詢，它們所指向的記錄內的每個項目也一樣。超過十次，收件方就會回傳永久錯誤，意味著您所有郵件的 SPF 都會失敗，而不只是偽造的部分。檢查工具會遞迴追蹤您的 include，並精確顯示每次查詢花在哪裡，讓您知道是哪個寄件者造成超標。
它也會標示那些悄悄讓 SPF 記錄失效的問題：同一網域上出現第二筆 SPF 記錄（會使兩筆都無效）、`+all`（等於授權整個網際網路）、缺少 `all`（等於什麼都沒宣告）、已被棄用的 `ptr` 機制、放在 `all` 之後而永遠不會被讀取的項目，以及會讓整筆記錄變成永久錯誤的語法錯誤。
如何使用 SPF 記錄產生器與檢查工具
- 在「產生器」分頁中，勾選所有以您的網域作為寄件者地址寄送電子郵件的服務。
- 加入您自己的郵件伺服器：開啟 mx，並貼上任何固定的 IPv4 或 IPv6 範圍：IP 項目不會消耗 DNS 查詢。
- 留意查詢計量表。如果超過十次，請移除某個寄件者，或將 include 換成其背後的 IP 範圍。
- 選擇最終政策：先從 ~all（標示為可疑）開始，待 DMARC 報告都正常後再收緊為 -all。
- 複製記錄，並將它發布為網域根目錄上的單一 TXT 記錄，取代任何現有的 SPF 記錄。
- 待 TTL 過後回到「檢查工具」分頁，確認已發布的記錄能正確解析。