SPF 是什麼？

它是什麼

SPF 是您網域 DNS 中的一筆 TXT 記錄，以 v=spf1 開頭。郵件抵達時，收件伺服器會查看信封寄件者（envelope sender，郵件伺服器之間使用、讀信者看不到的退信地址），並取得該網域的 SPF 記錄。如果寄件伺服器在清單上，SPF 就通過。

多數企業透過服務供應商寄信，因此記錄中列的是供應商名稱而非位址。像 include:spf.protection.outlook.com 這樣的項目就涵蓋 Microsoft 365。以您的名義寄信的電子報工具或開立發票的系統，則需要各自的 include。

記錄的結尾寫法

• -all（硬性失敗）：來自任何未列出伺服器的郵件都應視為不通過。
• ~all（軟性失敗）：來自未列出伺服器的郵件可疑但仍會被接受，通常進入垃圾郵件匣。在您仍在找出所有寄件來源時，這樣比較安全。

容易讓人踩到的規則

• 只能有一筆記錄：一個網域必須恰好有一筆 SPF 記錄。有兩筆記錄會讓所有郵件的 SPF 都失敗，因此新服務要加進既有的那筆記錄。
• 十次查詢：檢查記錄時最多只能進行十次 DNS 查詢，每個 include 都會計入，其中巢狀的 include 也算在內。超過就會使 SPF 失敗。
• 轉寄會使它失效：郵件被轉寄時，會從轉寄者的伺服器抵達最終伺服器，而那台伺服器不在您的清單上。
• 它不涵蓋寄件者顯示地址：SPF 檢查的是看不見的信封寄件者。郵件可能通過某個網域的 SPF，卻在寄件者欄位顯示您的名稱。DMARC 補上了這個缺口。

為什麼這對企業很重要

沒有 SPF，或記錄損壞、過時時，真正的發票與回覆更容易被歸入垃圾郵件。SPF 搭配 DKIM 與 DMARC 效果最好，我們的電子郵件驗證指南有所說明，更全面的內容請見我們的企業電子郵件指南。

KawaConnect 如何處理 SPF

當我們設定或遷移 Microsoft 365 時，會為網域撰寫 SPF 記錄，並加入企業用來寄信的其他服務。對於我們代管的網站，網站本身的郵件也會放進同一筆記錄。請見我們的 Microsoft 365 與網站頁面。

瞭解更多

• 維基百科的寄件者原則框架條目對 SPF、其語法與已知限制的中立介紹。
• Microsoft 365 中的電子郵件驗證Microsoft 針對使用 Microsoft 365 網域的 SPF、DKIM 與 DMARC 指引。
• Cloudflare 的 DMARC、DKIM 與 SPF 說明以淺顯的方式說明這三種記錄，並各附範例。