跳到工具
JoeLucky

點擊工具頁的「收藏」加入

工具類別

我的 IP 是什麼IP 查詢IP 純淨度與信譽檢測CIDR 子網路計算機新SPF／DMARC 產生器新
JoeLucky

實用好用的在線工具集合站

隱私政策服務條款

© 2026 JoeLucky®. 版權所有。

  1. JoeLucky
  2. /網路與 IP
  3. /SPF／DMARC 產生器

SPF／DMARC 產生器

產生並檢查 SPF、DMARC 記錄；只在瀏覽器內處理，不查詢 DNS。

相似網路與 IP

查看全部
本工具只在瀏覽器內組合與檢查「文字」，不會查詢 DNS，也無法證明你的 DNS 真的已設定正確。發布後請用 DNS 查詢工具確認記錄已生效。
常見寄信服務（include 值取自各服務官方文件）
exists 網域（進階，每行一個）

產生的 SPF 記錄

v=spf1 include:_spf.google.com ~all
產生的 SPF 記錄
類型DNS 主機名稱值
TXT@v=spf1 include:_spf.google.com ~all
DNS 查詢次數1 / 10
長度 35 字元—
沒有發現問題。
依據與限制
  • SPF 依 RFC 7208：最多 10 次會觸發 DNS 查詢的項目（include、a、mx、ptr、exists、redirect），ip4／ip6／all 不計。
  • DMARC 依 RFC 9989（DMARCbis）：標籤為 v、p、sp、np、adkim、aspf、fo、rua、ruf、psd、t；pct、rf、ri 已移除。
  • 常見服務的 include 值與內層查詢次數為 2026-10-20 的人工核對／公開 DNS 實測，服務商可能隨時更動；請以服務商文件為準。
  • Postmark 官方說明不需要把它加進你自己的 SPF（Return-Path 在它的網域），所以不列在預設清單。
  • SPF 與 DMARC 都建議搭配 DKIM；DKIM 金鑰與選擇器由寄信服務產生，本工具不產生私鑰。
CIDR 子網路計算機

輸入 CIDR，算出網路位址、廣播位址、可用主機數與遮罩，支援 IPv4／IPv6。

開啟 →
IP 查詢

查詢 IPv4、IPv6、網域或網址的 RDAP 註冊資訊與反向 DNS。

開啟 →
我的 IP 是什麼

顯示您的公開 IP、網路資訊與約略地理位置，並提供 WebRTC 洩漏檢測。

開啟 →

💬 使用者留言

?

還沒有留言，搶先留下你的想法！

什麼是SPF／DMARC 產生器？

SPF／DMARC 產生器依 RFC 7208（SPF）與 RFC 9989（DMARC）幫你組出並檢查電子郵件驗證記錄。SPF 可勾選常見寄信服務的 include、加入 IP、設定結尾規則並估算 DNS 查詢次數（上限 10 次）；DMARC 可設定政策 p／sp／np、報告信箱、失敗報告條件與對齊模式。也能貼上既有記錄做離線語法檢查。工具只處理文字，不查詢 DNS，也無法證明 DNS 已正確設定。

如何使用？

  1. 在「SPF 產生器」勾選你使用的寄信服務、加入其他 include 或 IP，選擇結尾規則（建議從 ~all 開始）。
  2. 檢查產生的記錄、DNS 查詢次數與提醒，複製記錄（或帶引號版本）到你的 DNS 面板。
  3. 在「DMARC 產生器」輸入網域、選擇政策與報告信箱，依提示逐步從 p=none 走向 p=quarantine、p=reject。
  4. 用「SPF 檢查」或「DMARC 檢查」貼上現有記錄，查看解析結果與問題。

注意事項

  • 範例：只用 Google Workspace 的網域，SPF 為 v=spf1 include:_spf.google.com ~all；起步的 DMARC 為 v=DMARC1; p=none; rua=mailto:dmarc@你的網域。
  • SPF 同一網域只能有一筆記錄，且最多 10 次 DNS 查詢；DMARC 依 RFC 9989 已移除 pct、rf、ri，預設不輸出 pct。
  • 常見寄信服務的 include 取自各服務官方文件，內層查詢次數為 2026-10-20 的公開 DNS 實測，服務商可能隨時更動；Postmark 官方說明不需加入你的 SPF，所以不在預設清單。
  • 工具只處理文字，不查詢 DNS，也不產生 DKIM 私鑰；發布後請用 DNS 查詢工具與測試郵件確認。

常見問題

這個工具能驗證我的 DNS 設定是否正確嗎？

不能。工具只在瀏覽器內組合與檢查「記錄文字」，不會查詢 DNS，因此無法證明記錄已經發布或生效。發布後請用 DNS 查詢工具確認，並用實際寄出的測試郵件檢查驗證結果。

SPF 的 10 次 DNS 查詢上限是什麼？

依 RFC 7208，驗證一筆 SPF 時最多只能有 10 個會觸發 DNS 查詢的項目（include、a、mx、ptr、exists 與 redirect），而且 include 內層的項目也要一起算。ip4、ip6 與 all 不計。超過上限，收件端會回傳 permerror，等於 SPF 失效。

工具顯示的查詢次數準嗎？

對內建的常見寄信服務，工具使用 2026-10-20 在公開 DNS 實測的內層查詢次數；對你自己輸入的 include，內層次數未知，只暫計 1 次並加上提示。服務商隨時可能更動記錄，所以請在發布前用 DNS 型的 SPF 檢查工具再確認一次。

SPF 結尾該用 ~all 還是 -all？

~all（軟失敗）表示「沒列出的來源很可能未授權，但先接受並標記」，適合剛開始、還沒確認所有寄信來源時；-all（硬失敗）表示明確拒絕。Google 的說明建議使用 ~all，Microsoft 則建議在同時設定 DKIM 與 DMARC 後使用 -all。無論哪種都不要用 +all，它等於允許任何人冒用你的網域。

DMARC 依 RFC 9989 有哪些標籤？pct 去哪了？

RFC 9989（DMARCbis）定義的標籤是 v、p、sp、np、adkim、aspf、fo、rua、ruf、psd 與 t；RFC 7489 的 pct、rf、ri 已被移除，並以 t（測試旗標，t=y 約相當於原本的 pct=0）取代常見用法。本工具預設不輸出 pct，只有在「進階與相容選項」中明確開啟時才會加入。

DMARC 該怎麼從 p=none 一步步到 p=reject？

先用 p=none 並設定 rua，收集彙總報告至少一個月，找出所有合法寄信來源；把每個來源的 SPF 或 DKIM 設定成與 From 網域對齊；再改為 p=quarantine 觀察一段時間（不確定時可先用 t=y 測試）；確認沒有誤傷合法郵件後再改成 p=reject。p=reject 可能影響郵寄清單與轉寄信，上線前請先看報告。

報告信箱在別的網域時要注意什麼？為什麼沒有 Postmark 預設選項？

當 rua 或 ruf 的信箱不在你的網域內，對方網域必須在「你的網域._report._dmarc.對方網域」發布值為 v=DMARC1; 的 TXT 記錄，否則多數收件端不會寄報告；工具會提示該主機名稱。Postmark 的官方說明指出不需要把它加進你自己的 SPF，因此不在預設清單；列出的服務其 include 值都取自各自官方文件。