SPF 是一種 DNS 記錄，列出哪些伺服器可以代表某個網域寄送郵件。如果它缺少、重複或對所有人開放，來自該網域的郵件就更容易被偽冒，也更可能被拒收或被歸入垃圾郵件。
這代表什麼
收件郵件伺服器會查詢 SPF 記錄，以判斷聲稱來自你網域的郵件是否由你允許的伺服器寄出。一個網域只能有一筆 SPF 記錄，且結尾應標示（~all）或拒絕（-all）所有其他伺服器。
觸發條件
「DNS 與電子郵件安全性」檢查每天會透過公用 DNS 讀取一次已註冊網域的 TXT 記錄，並查看以 v=spf1 開頭的記錄。它會提出此問題的三種版本之一：
- 有多筆 SPF 記錄（高）：收件伺服器會因此將網域的 SPF 視為無效。系統會透過電子郵件和聊天向擁有者和管理員發出一次警示。
- SPF 記錄允許任何人寄信（高）：記錄以 +all 結尾，等於授權網際網路上的所有伺服器。系統會透過電子郵件和聊天向擁有者和管理員發出一次警示。
- 沒有 SPF 記錄（中）：只有在網域有 MX 記錄（也就是會收信）時才會提出。此問題只顯示在應用程式中，不會寄送電子郵件。
常見原因
- 設定電子報、CRM 或客服系統服務時，另外建立了自己的 v=spf1 記錄，而不是加到現有的記錄中。
- 以 +all 結尾的記錄是從範本複製而來，或是為了避免投遞失敗而加入的。
- 電子郵件已改用新的服務商，卻沒有發布其要求的 SPF 記錄。
如何修正
- 列出所有以這個網域名義寄信的服務：你的信箱服務商、電子報工具、網站、客服系統和發票軟體。每項服務的設定指南都會提供要使用的 include。
- 在你的 DNS 服務商處只保留一筆以 v=spf1 開頭、包含所有寄件服務的 TXT 記錄，例如 v=spf1 include:_spf.google.com include:sendgrid.net ~all，並刪除其他記錄。
- 以 ~all 或 -all 結尾，絕不要用 +all，並將 DNS 查詢次數控制在 10 次以內（每個 include 都算一次），否則收件伺服器仍會將它視為失敗。
- SPF 正確之後，也請加入 DMARC 記錄。請參閱 沒有 DMARC 記錄。
何時解除
問題會在下一次每日檢查不再發現問題後消失，其行動則會在 7 天後從行動計畫中移除。
如果你將行動標記為完成，但 14 天後仍發現問題，它會以「修正未生效」重新出現。請參閱 使用行動計畫。