[ DNS 提供者指南 ]

Porkbun 託管電子郵件驗證:設定DKIM 、 SPF和DMARC

在真正權威的DNS服務上驗證 Porkbun 託管的郵件,不會混淆註冊、轉寄和郵箱託管。

由EmailAuth研究團隊提供 · 4 分鐘閱讀

[ 重點 ]

  • 在真正權威的DNS服務上驗證 Porkbun 託管的郵件,不會混淆註冊、轉寄和郵箱託管。
  • Porkbun 託管和註冊商所有權屬於不同的範圍。
在此頁面上

確認Porkbun發送訊息

在 Porkbun 註冊的網域不一定使用 Porkbun 電子郵件託管。首先確定郵件是否源自託管郵箱、轉寄規則、第三方郵箱或網站。本指南涵蓋 Porkbun 託管電子郵件。為網站表單和 CRM 郵件保留單獨的路由清單,即使它們共用相同的可見寄件者網域。

記錄網域名稱、發送信箱、權威 名稱伺服器, 當前的 SPF 和 DMARC記錄和DNS管理員。保留更改前的現有區域。當其他提供者的網域伺服器具有權威性時,註冊商的DNS編輯器可能包含公共接收者永遠看不到的記錄。行動名稱伺服器不是身份驗證的先決條件,不應捆綁到此變更中。

選擇適當的DNS工作流程

對於 Porkbun 託管電子郵件,網域管理信封圖示將開啟電子郵件託管和轉送。在附加通知和配置下,配置 DMARC 控制還配置 DKIM。該提供者表示,此控制項僅在電子郵件託管服務中出現。在接受自動配置之前,請檢查預期的變更和現有策略。 豬肉包DKIM和DMARC.

如果面板報告DMARC警告,外部名稱伺服器可能會阻止自動發布。這並不能證明該郵箱不受支援。取得產生的記錄並與權威DNS管理員安排發布。在依賴帳戶狀態之前,請檢查由此產生的公開答案。

對於外部DNS ,Porkbun 將其SPF包含記錄為_spf.porkbun.com 。其說明也解釋瞭如何複製帳戶的預設值。 _domainkey和_dmarc TXT記錄 從DNS記錄面板。準確複製公鑰。將適用的寄件者權限合併為一項 SPF記錄 而不是發布第二個。 Porkbun 外部 DNS 說明.

發佈時保留現有郵件

不要使用外部 DNS 文章的完整郵箱遷移配方作為替換工作的說明 MX記錄 在僅身份驗證變更期間。 MX遷移會改變入站交貨,需要自行批准的計畫。同樣,在複製生成的替換之前檢查任何現有的DMARC策略:其他寄件者和報告目標可以依賴它。

對於DKIM記錄,區分主機欄位和TXT值。如果編輯器附加example.com ,則在相對名稱欄位中輸入完整的主機名稱可以建立default._domainkey.example.com.example.com 。確認實際的公共查找位置,而不僅僅是顯示的行。 SPF在相關信封網域中以TXT形式發布。其評估的策略必須保持在協定的 DNS 查找限制範圍內。 SPF規則.

分別測試郵箱發送和轉發

使用其正常的發送用戶端將無害的郵件從託管郵箱傳送到受控的外部收件者。保存完整的原件和接收者添加的 Authentication-Results。然後單獨測試任何轉送工作流程;不要用轉寄郵件取代直接傳送基準。

  • 測試:託管郵箱直髮;捕獲:來自, Return-Path,所有DKIM d= 和 s= 值;通過條件:至少一種通過方式符合實際政策
  • 測試:第三方網站形式;捕獲:發送方配置和收到的原件;通過條件:評估單獨的發送服務,而不是註冊商所有權
  • 測試:轉送訊息;擷取:原始簽章和後轉送結果;透過條件:獨立於直接信箱路徑診斷更改
  • 該表是一個測試計劃,而不是執行訊息的報告。對於user@example.com的合成寄件者和經過驗證的DKIM d=example.com,簽章網域是完全相符的。不相關的提供者域的傳遞簽章並不表明 結盟。 Reply-To 對於回復路由很有用,但不是DMARC對齊的網域。 DMARC.

解決具體故障

如果沒有自動控制,請確認產品權利,而不是尋找不相關的註冊商設定。如果面板顯示已配置但DNS缺少金鑰,請比較權威名稱伺服器和區域。如果金鑰存在但郵件未簽名,請驗證SMTP路由和郵箱,然後向支援人員提供經過編輯的郵件 ID 和觀察到的簽名狀態。請勿在工單中公開私鑰或郵件信箱密碼。

如果SPF在合併後停止工作,請恢復先前已知的良好記錄並在重試之前檢查每個包含內容。如果另一個寄件者在自動DMARC變更後中斷,請恢復已批准的先前策略,而不是讓意外的替換保持活動狀態。透過下一個正常發送週期監視確切的郵箱和受影響的應用程式。保留DNS快照和原始檔案以及更改記錄,並在郵箱遷移後查看過時的權限。本紀錄片指南未測試即時信箱、 DNS編輯或傳遞的訊息。

行動前協調產品範圍

對於書面案例 PB-01,假設 Porkbun 託管郵箱,但example.com將DNS委託給其他地方並且也使用 CRM。配置DMARC狀態並不能證明外部區域已更改。取得實際產生的金鑰和建議的策略,保留 CRM 的合法權限並僅透過授權區域擁有者發布。如果 CRM 的傳送身分未知,請勿猜測並大量包含或取代現有SPF策略。將每個所需的DNS和訊息觀察保留為待處理狀態,直到實際收集為止。這裡沒有發生配置或郵件發送。

保留執行邊界

RFC 9989 對於發布p=reject,第 7.4 節要求有效的DKIM而不僅僅是SPF ,並就間接郵件和郵件清單互通性發出警告。一次成功的直接訊息測試並不能證明每條合法路線都已準備好採取更強有力的政策。保留現有批准的保護,同時診斷實際差距;任何政策變化都需要自己的決定。

[ 外帶 ]

Porkbun 託管和註冊商所有權屬於不同的範圍。

[ 按角色 ]

這對您意味著什麼

選擇您的角色以執行後續實際步驟。

IT/郵件管理員

發佈到權威DNS

控制面板記錄可以存在於未使用的區域。

後續步驟

  1. 確認名稱伺服器。
  2. 複製產生的密鑰。
  3. 分別保存直接和轉發的測試證據。

CISO / SecOps

保護保單所有權

自動配置可以與域範圍的策略互動。

後續步驟

  1. 查看現有的DMARC策略。
  2. 保留其他合法寄件者。
  3. 遷移後停用舊信任。

創辦人/非技術人員

獨立信箱和註冊

熟悉的註冊商名稱無法辨識發送業務郵件的系統。

後續步驟

  1. 盤點郵箱服務。
  2. 避免計劃外的入境遷移。
  3. 指定恢復所有者。

[ 常見問題解答 ]

常見問題

在 Porkbun 註冊是否可以驗證我的 Google 或 Microsoft 郵件?

否。確定實際提交郵件的服務。註冊和權威DNS與出站寄件人是分開的。

為什麼我看不到「配置DMARC ?

Porkbun 控制其電子郵件託管服務的文件。在假設缺少DNS功能之前,請檢查產品和網域。

配置DMARC按鈕是否也啟用DKIM ?

提供者說可以。在使用自動變更之前檢查提議的策略和現有記錄。

外部 DNS 警告是什麼意思?

Porkbun 可能無法在權威網域名稱伺服器上發布。取得網域產生的記錄並將其發佈到實際的DNS主機。

我必須為此任務替換MX記錄嗎?

不單獨用於身份驗證。 MX變更屬於已核准的郵件匣遷移,即使更廣泛的設定文章包含它們也是如此。

Porkbun 可以與SPF中的 CRM 共存嗎?

是,當兩個路由都需要授權時:將其適用的機制合併到一個策略中並檢查評估的查找預算。

我可以複製預設範例嗎? _domainkey值?

否。使用屬於您網域的託管郵件配置的金鑰並驗證在真實郵件中觀察到的選擇器。

轉發訊息失敗是否證明直接發送已損壞?

不會。首先比較直接託管郵件樣本,然後獨立診斷轉送路由和任何郵件修改。

[ 來源 ]

來源

  1. 如何開啟DKIM和DMARC - Porkbun 知識庫

    部分 如何在 Porkbun 上啟用DKIM和DMARC · 如果看到DMARC警告該怎麼辦

  2. 當您的DNS託管在其他地方時如何使用 Porkbun 電子郵件 - Porkbun 知識庫

    部分 使用您的主機建立MX和SPF記錄 · 使用您的主機建立DMARC和DKIM記錄

  3. RFC 9989 :基於網域的訊息驗證、報告和一致性 ( DMARC )

    部分 §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  4. www.rfc-editor.org

    部分 §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  5. www.rfc-editor.org

    部分 §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

[ 詞彙表 ]

詞彙表

權威DNS
其答案定義網域的公共記錄的名稱伺服器。
MX記錄
選擇入站郵件伺服器的DNS記錄,與出站身份驗證不同。
信封發送者
由SPF評估的SMTP反向路徑身份,可能與可見的寄件者不同。

企業出處

為什麼頂級金融機構和政府 退役了他們的電子郵件安全儀表板。

傳統的電子郵件驗證平台會向您出售儀表板並要求您的工程師來完成這項工作。在高風險環境中,手動監督意味著延遲執行、配置漂移和不受監控的影子域。

EmailAuth是代理電子郵件來源平台。 我們的代理人強制執行 p=reject,保持第三方寄件者一致並將您的網域移至完整狀態 RFC 9989 合規性、新的DMARC標準,以及人機互動審核能力。

政府 大型企業 一級金融機構

SaaS · 專用租賃 · 氣隙本地部署 · BYOK 加密

知識庫