[ 寄送服務指南 ]

驗證透過 FastMail 發送的電子郵件:配置和驗證

設定 Fastmail 自訂網域身份驗證,而不會意外行動網站或入站郵件服務,並驗證所有三個DKIM委派。

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

[ 重點 ]

  • 設定 Fastmail 自訂網域身份驗證,而不會意外行動網站或入站郵件服務,並驗證所有三個DKIM委派。
  • 目前的DKIM授權、入站郵件和網站連續性是單獨檢查的。
在此頁面上

將身份驗證與郵件遷移分開

Fastmail 的網域精靈可以改變的不僅僅是傳出驗證。其網站問題僅影響是否建議更改 MX記錄 或移動 名稱伺服器。在開始之前,請確定您是要遷移入站郵件、委派DNS管理還是僅修復已設定網域的驗證。清點依賴該區域的網站、現有郵箱、別名和其他服務。

從您自己的 Fastmail 帳戶中的網域設定工作流程開始,並確認它偵測到的註冊商。此嚮導為簡單的單一使用者安排提供了快速設置,並為多個使用者或地址提供了單獨的地址設置。在將入站郵件定向到該服務之前,準備好預期收件人地址。身份驗證不會建立遺失的郵箱。

慎重選擇DNS所有權模型

此精靈記錄了擁有網站回答「是」會導致僅 MX 的說明;回答「否」會導致名稱伺服器說明。稍後可以在精靈中變更說明。如果現有網站或其他依賴 DNS 的服務必須保持可用,請勿僅為了縮短設定時間而選擇「否」。

更改網域名稱伺服器會轉移權威DNS責任。在進行變更之前,請保留所有必要的記錄並與網域擁有者安排回滾。如果您保留現有的DNS主機,請在那裡發布所需的郵件驗證記錄。 一個記錄 在非權威控制面板中輸入的內容不會影響接收伺服器。

MX記錄入站郵件的路由。他們本身並沒有建立一致的 DKIM 或授權每個出站寄件者。將遷移的入站交付接受與其身份驗證檢查分開。 Fastmail 指出,Fastmail 無法恢復從未到達其伺服器的郵件。

發布目前的DKIM委託集

Fastmail 的手動DNS文件需要所有三個當前 CNAME 記錄。這 選擇器 標籤是fm1。 _domainkey ,fm2。 _domainkey和 fm3。 _domainkey 。他們的目標包含客戶的實際網域並以dkim.fmhosted.com結尾。從網域說明複製準確的值,而不是取代文件範例中的文字佔位符。

較舊的 mesmtp 選擇器已明確標記為對於舊域已棄用。不要僅僅因為舊教程或歷史區域導出包含它而將其採用為新配置。相反,在未檢查服務是否仍依賴舊記錄之前,請勿刪除舊記錄。在撤銷舊信任之前發布當前集並驗證實際簽名。

檢查您的DNS編輯器如何處理相對擁有者名稱和完全限定的目標。意外附加您的網域副本的目標是不同的名稱。在新增CNAME之前檢查每個所有者的現有記錄,因為衝突的記錄可能會阻止有效的委派。

使SPF和DMARC與現有寄件者協調一致

提供者發布的 SPF 範例授權spf.messagingengine.com 。使用目前帳戶說明,並在適當的情況下將授權整合到一項現有SPF策略中。不要盲目替換其他應用程式使用的策略。 SPF具有 DNS 查找限制,授權應與實際信封身份匹配,而不是對可見地址的假設。

Fastmail的手冊頁也顯示了監控 DMARC 政策。將其視為一個例子,而不是降低現有執行政策的方向。保留域已批准的政策和報告安排,除非有理由單獨審核更改。 DMARC需要一致的成功SPF或DKIM路徑;某些不相關域的通過SPF結果是不夠的。

獨立測試發出和接收的郵件

使用預期的 Fastmail 路由從自訂網域位址發送受控郵件。保留其原始標頭並識別可見的寄件者、信封網域、 DKIM簽名域和選擇器以及受信任的接收者結果。檢查通過的認證身分是否與網域的適用模式一致。不要將所有三個DNS記錄的存在視為特定訊息已正確簽署的證據。

說明性案例,而不是測量的 Fastmail 結果:寄件者是person@example.com ,並且是有效的 DKIM簽名 使用d=example.com.這給出了精確的DKIM 結盟。稍後的應用程式透過另一個中繼從相同可見地址發送訊息需要自己的測試;它不會繼承郵箱測試的結果。

如果入站郵件已移動,請同時測試來自外部寄件者的每個所需地址和別名。將這些結果與傳出的身份驗證記錄分開。在任何名稱伺服器移動後,網站可用性也需要自行檢查。

有完整的證據,而不是綠色假設

當驗證失敗時,在等待快取之前查詢權威所有者名稱並比較值。檢查測試訊息所使用的路由以及客戶端是否透過不同的SMTP服務發送。保留先前的記錄並維護已批准的恢復計劃,直到遷移被接受。這是一個帶有綜合範例的文獻指南;未執行即時DNS 、郵箱遷移或訊息傳遞。人類批准和生產證據仍有待確定。

將部分選擇器集視為不完整的配置

書面案例 FM-01 假設 fm1 和 fm2 已正確發佈到example.com ,但缺少 fm3。使用 fm1 簽署的假設訊息可以驗證,但記錄的三記錄配置仍然不完整。訊息結果並不能證明未來選擇器輪換覆蓋率。從網域指令中取得實際的第三個目標,並在關閉設定之前驗證所有三個擁有者。如果現有網站必須保持可用,請保留其DNS依賴項並選擇受支援的僅記錄路由,除非批准單獨遷移。此案例沒有發生記錄查找、訊息驗證或遷移。

保留執行邊界

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

[ 外帶 ]

目前的DKIM授權、入站郵件和網站連續性是單獨檢查的。

[ 按角色 ]

這對您意味著什麼

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

IT/郵件管理員

驗證整個目前DKIM集

提供者需要所有三個委託。

後續步驟

  1. 複製當前每個網域的值。
  2. 檢查權威的CNAME答案。
  3. 捕獲自訂域訊息的接收者結果。

CISO / SecOps

查看DNS委派的範圍

名稱伺服器的變更會改變誰控制該區域。

後續步驟

  1. 批准所有權模式。
  2. 保留既定的DMARC政策。
  3. 遷移後審核過時的選擇器。

創辦人/非技術人員

保護業務連續性

DNS遷移不僅會影響郵件。

後續步驟

  1. 列出關鍵業務地址。
  2. 批准網站連續性檢查。
  3. 保持恢復所有者可用。

[ 常見問題解答 ]

常見問題

我必須移動我的網域伺服器才能使用 Fastmail 嗎?

此精靈也支援保留您的DNS主機並變更相關記錄。選擇保留現有服務的路線。

嚮導為何詢問網站?

它使用該答案在僅 MX 指令和名稱伺服器指令之間進行選擇。根據您必須保留的服務來回答。

目前需要多少個DKIM CNAME?

手動說明需要全部三個: _domainkey下的 fm1、fm2 和 fm3 ,目標包含您的實際網域。

我應該為新域使用 mesmtp 嗎?

否。 Fastmail 標記該選擇器對於舊網域已棄用。使用目前帳戶說明。

更改MX是否可以驗證外發郵件的身份?

不會MX路由傳入郵件; SPF和DKIM配置不同的認證功能。

我應該用範例替換現有的SPF策略嗎?

不會。在檢查其尋找依賴關係後,保留合法寄件者並將 Fastmail 權限協調到單一策略中。

現有DMARC拒絕策略是否必須變成無?

不。文件監控範例並不能證明削弱已批准的政策是合理的。

名稱伺服器遷移後我必須測試什麼?

傳出身份驗證、傳入地址和別名以及網站或其他區域相關服務。這些是單獨的驗收結果。

[ 來源 ]

來源

  1. 快速郵件

    部分 我有網站嗎? · 熟悉DNS嗎? · 指示

  2. 快速郵件域名系統

    部分 DKIM · SPF · DMARC

  3. RFC-DMARC

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

  4. RFC-SPF

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

  5. rfc-dkim

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

[ 詞彙表 ]

詞彙表

結盟
在適用的DMARC模式下,可見的寄件者域與成功驗證的SPF或DKIM身分之間的關係。
選擇器
DKIM標籤標識驗證者查詢的公鑰記錄。
信封發送者
用於傳送錯誤並通常由SPF評估的SMTP身分;它與可見的「寄件者」欄位不同。

企業出處

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

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

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

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

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

知識庫