排除電子郵件驗證問題
上次更新時間: 2025年9月19日
可搭配下列任何訂閱使用,除非另有註明:
-
行銷 Hub Starter, Professional, Enterprise
-
銷售 Hub Starter, Professional, Enterprise
-
Service Hub Starter, Professional, Enterprise
-
Content Hub Starter, Professional, Enterprise
如果您在 HubSpot設定電子郵件驗證時遇到問題,您可以嘗試按照以下章節的步驟來修復常見的 SPF 和 DMARC 問題。
SPF 疑難排解
要正確設定 SPF,你必須在你的 DNS 提供者中加入 TXT 記錄,並複製 HubSpot 的 include statement。在下面的章節中瞭解一些常見的 SPF 設定錯誤。
多個 SPF 記錄
如果除了 HubSpot 之外,您也透過其他電子郵件供應商發送電子郵件,您可能已經在您的 DNS 供應商中設定了現有的 SPF 記錄。如果是這種情況,您可以將 HubSpot 的 SPF 記錄添加到同一 TXT 記錄的任何現有include:
陳述之後。
下面的示例演示了如何使用 GoDaddy 等提供商在 TXT 記錄中配置多個 SPF 記錄:
記錄類型 | 主機 | 所需資料 |
TXT | @ | v=spf1 include:anotherprovider.com include:123456.spf03.hubspotemail.net -all |
在合併 SPF 記錄時,請記住下列事項:
- 每個
include:
陳述應以空格分隔。 - 任何給定的網域或子網域最多可有10 個
include:
陳述。 - SPF 版本 (
v=spf1
) 只需在記錄的開頭指定一次。 -all
標誌只需包含一次。此標誌表示只有 SPF 記錄中列出的伺服器才被授權代表該網域傳送電子郵件。任何來自未列出的伺服器的電子郵件都應該被拒絕。
硬編碼 IP 位址
HubSpot 的 SPF 記錄會出現在您的電子郵件發送網域設定頁面中,其撰寫方式會自動提取您的帳戶將從中發送電子郵件的所有 IP 位址。這將確保您在設定好之後,不需要在您的 DNS 供應商中更新記錄。
如果您的 SPF 記錄包含來自其他電子郵件服務供應商的任何其他硬編碼 IP 位址,您的 SPF 認證可能會遇到錯誤。在 SPF 記錄中硬體編碼 IP 位址或 CIDR並非最佳做法。如果您的 SPF 記錄中有硬編碼的位址或 CIDR:
- 審核 SPF 記錄的內容,並移除任何硬體編碼的 HubSpot IP 位址或 CIDR。您可以按照這篇文章中的指示找到 HubSpot 的發送地址和 CIDRs 清單,您可以用它來進行交叉參考。
- 如果您需要維護其他硬體編碼的 IP 位址 (例如,您有其他第三方電子郵件服務供應商),您應該在任何硬體編碼位址的末端加入 HubSpot 的
include:
語句,接著是-all
標誌。您可以參考以下帶有占位符值的 SPF 記錄範例中的語法:
v=spf1 ip4:.../24 ip4:.../24 include:123456.spf01.hubspotemail.net -all
DMARC 疑難排解
DMARC 記錄由TXT 記錄組成,您可以根據希望收件匣供應商如何處理來自您網域但 SPF 和 DKIM 檢查失敗的電子郵件,自訂該 TXT 記錄。以下各節概述了常見的 DMARC 設定問題。
多重記錄
為確保 DMARC 配置正確,您應該只有一個以版本標誌 (即v=DMARC1
) 開頭的 TXT 記錄。如果存在多個 DMARC 記錄,接收電子郵件伺服器會立即結束其政策發現程序,而您的 DMARC 政策將不會套用。
缺少所需的 DMARC 標記
雖然某些 DMARC 政策標記是可選的,但您必須指定版本和政策標記 (例如:v=DMARC1; p=YOUR_POLICY_VALUE;
)。
您可以在電子郵件驗證概述中檢視所有可用的 DMARC 標籤,以及您可以為它們定義的值。
無效 DMARC 政策值
如果您在 HubSpot 中設定電子郵件傳送網域時發現Invalid DMARC policy 錯誤,很可能是因為p
或sp
標籤的政策值無效。唯一有效的值是none
,reject
, 或quarantine
。這些值區分大小寫,必須小寫。
不正確 | 正確 |
p=Quarantine; |
p=quarantine; |
無效的報告地址
ruf
和rua
標籤是可選參數,用於指定發送 DMARC 報告資料的電子郵件地址。如果您為其中一個標籤指定了值,您提供的電子郵件地址必須有效且格式正確:
- 您提供的電子郵件地址必須是 URI mailto 格式,這就要求您在電子郵件地址前加上
mailto:
(例如mailto:reporting@example.com
)。 rua
和ruf
標籤都支援報告多個電子郵件地址,只要以逗號分隔即可。例如,以下將指定兩個不同的電子郵件地址用於報告目的:
rua=mailto:reporting@example.com,mailto:analytics@example.com;
rua
或ruf
標籤的唯一有效值是電子郵件地址 (或地址)。如果您只包含網域名稱 (例如rua=example.com
),則不會被視為有效。
不正確 | 正確 |
rua=reporting@example.com; |
rua=mailto:reporting@example.com; |
無效的 DMARC 對齊模式
adkim
和aspf
標誌指定 DKIM 和 SPF 的對齊模式。這兩個標誌都應該設定為r
,以獲得寬鬆的對齊方式。對於大多數 DNS 服務,這應該是 DMARC 的預設設定。
不正確 | 正確 |
adkim=s; aspf=s; |
adkim=r; aspf=r; |
無效的 DMARC 百分比格式
pct 標誌用於指定您的政策將應用於驗證失敗的唯一傳送總數的百分比。您指定的值應該是一個數字,並應該排除任何附加字元(例如,不應該包含 % 符號)。
不正確 | 正確 |
pct=25%; |
pct=25; |