若要建立SPF記錄，您可以在您的網域中新增DNS TXT記錄，該記錄以v=spf1,列出授權傳送電子郵件的每個服務，並以 all 機制結尾。您將其發佈到網域的根目錄，等待DNS傳播，然後驗證它。整個過程需要幾分鐘加上傳播時間，關鍵是在強制執行硬故障之前確保包含每個合法寄件者。
步步
- 1
1. 列出每個發送來源
寫下將電子郵件發送為您的網域的每項服務：您的郵箱提供者、行銷平台、CRM、支援台和任何交易寄件者。缺少其中一項將導致其郵件發送失敗。
- 2
2. 找出每個供應商的SPF值
每個提供者都會發布一個包含值或 IP 範圍，例如include:_spf.google.com （適用於Google Workspace或include:sendgrid.net適用於SendGrid ）。將它們全部收集起來。
- 3
3. 建立一項記錄
將它們組合成一個以v=spf1,後面跟著您的機制，最後以您選擇的 all 限定詞結尾。對於固定伺服器使用 ip4 或 ip6 以避免額外的查找。
- 4
4. 選擇您所有的限定符
在測試時使用~all ( softfail )，這樣就不會阻止任何內容，然後在確認每個寄件者後切換到-all (hardfail)。
- 5
5. 發布TXT記錄
在您的DNS主機中，在網域的根目錄（主機 @ 或空白）建立一條TXT記錄，並將SPF字串作為值。僅保存一筆SPF記錄。
- 6
6.等待並驗證
允許DNS傳播，然後執行檢查器來確認語法、單記錄規則以及您的查找次數是否低於 10 次。
首發記錄
v=spf1 include:_spf.google.com include:sendgrid.net ip4:203.0.113.5 ~all
保持有效的規則
一些限制決定了你的記錄是否有效。破壞其中任何一個，收件人可能會返回一個permerror ，從而使您的郵件悄悄失敗。
- 準確發布一條SPF TXT記錄。兩筆記錄導致permerror 。
- 所有包含鍊和巢狀鏈中的DNS查找次數保持在 10 次以下。
- 以v=spf1開始，以單一 all 機制結束。
- 使用 ip4 和 ip6 作為固定 IP，因為它們不會增加查找成本。
- 在切換到-all之前包含每個真實的寄件者。
將查找次數控制在 10 次以下
當您新增多個供應商時，您的查找計數就會增加並可能超出限制。 EmailAuth SmartSPF將您的包含鏈扁平化為一項最佳化記錄，並在Microsoft 365 、 Google Workspace 、 Salesforce和SendGrid的供應商 IP 範圍變更時保持同步，因此您無需再次手動編輯。免費的網域掃描可以擴展您的鏈並在發布之前計算您的查找次數。一旦SPF生效，請新增DKIM簽章和DMARC策略，以便身分驗證在轉送中繼續存在並保護您的可見寄件者地址。
常見問題
我的SPF記錄應該放在哪裡？
使用主機@或空白主機欄位將其發佈為網域根部的TXT記錄，具體取決於您的DNS提供者。輸入完整的SPF字串作為記錄值，並為該域僅保存一筆SPF記錄。
基本的SPF記錄應該是什麼樣子？
它以v=spf1,將您的授權寄件者列為 include、ip4 或 ip6 機制，並以 all 限定詞結尾。例如： v=spf1 include:_spf.google.com ~all 。新增每個供應商發布的包含值。
第一次建立記錄時應該使用-all還是~all ？
以~all ( softfail ) 開頭，這樣當您確認列出每個寄件者時，不會封鎖任何郵件。驗證所有合法來源都通過後，請切換到-all （硬失敗）以獲得更強有力的保護，防止欺騙。
SPF記錄需要多久才能生效？
儲存TXT記錄後， DNS傳播通常需要幾分鐘到幾個小時。傳播後，執行檢查器以確認語法有效、僅存在一筆記錄，且您的查找次數低於 10 次。
[ SPF 指導 ]
企業出處
為什麼頂級金融機構和政府 退役了他們的電子郵件安全儀表板。
傳統的電子郵件驗證平台會向您出售儀表板並要求您的工程師來完成這項工作。在高風險環境中，手動監督意味著延遲執行、配置漂移和不受監控的影子域。
EmailAuth是代理電子郵件來源平台。 我們的代理人強制執行 p=reject，保持第三方寄件者一致並將您的網域移至完整狀態 RFC 9989 合規性、新的DMARC標準，以及人機互動審核能力。
SaaS · 專用租賃 · 氣隙本地部署 · BYOK 加密