從目前網域設定開始
獲取新聞通訊的幫助文章描述了替換舊設置的新設置 選擇器 和 root-SPF 說明。使用目前的傳送網域配置，而不是組合過去加入訊息中找到的每筆記錄。該提供者於 2023 年 1 月更改了安排，因此客戶不再需要將其舊包含添加到自己的包含中 SPF記錄 對於此設定。
在進行變更之前，請確定新聞通訊使用的寄件者網域、帳戶擁有者和權威DNS主機。清點所請求名稱處的現有記錄。確認您控制該網域並且發送地址適合該活動。您不管理的免費郵箱網域無法透過在其他位置新增記錄來設定。
目標是驗證實際的新聞通訊路線。組織也可以使用同一父網域發送員工郵件、發票或應用程式通知。這些路由有自己的身份驗證要求；加入此新聞通訊服務並不是刪除他們的理由 SPF 權限。
發布記錄的CNAME集
目前幫助頁面列出了三個 CNAME：gan1。 _domainkey到gan1._domainkey.gansend.com 、 gan2。 _domainkey為gan2._domainkey.gansend.com ， gan 為mta.gansend.com 。在發布之前根據目前帳戶和提供者說明確認這些內容。使用DNS編輯器的相對名稱規則並保留確切的目標網域。
兩個_domainkey條目是選擇器查找；第三個是新設定使用的單獨命名空間。不要將所有三個金鑰歸為一個擁有者，建立TXT鑰來取代記錄的別名或放置一個 CNAME 除了相互矛盾的記錄之外。如果 gan 已經為另一個應用程式提供服務，請暫停並解決與提供者的衝突，而不是默默地替換它。
對於合成example.com域，gan1。 _domainkey旨在發佈在gan1._domainkey.example.com 。自動附加區域的編輯器不得接收成為gan1._domainkey.example.com.example.com的名稱。在儲存之前寫下想要的完整名稱，然後再查詢這些名稱。
不要重新引入已退役的SPF配方
幫助頁面標識了較舊的 getanewsletter。 _domainkey配置和前者include:spf.gansend.com指令。這些是歷史背景，而不是將它們與新設定一起添加的說明。不要使用舊的部落格或複製的清單來覆蓋提供者的當前配置。
同樣，在不了解現有記錄的剩餘用途之前，請勿刪除該記錄。淘汰舊的選擇器需要確認沒有活動訊息仍然依賴它。刪除SPF包含需要檢查完整的政策和服務的目前路由。保留每個不相關的合法寄件者以及策略預期的最終行為。
協定原因很簡單： SPF評估SMTP信封域。將包含新增至不同的可見寄件者網域不會自動變更該評估。 DKIM 和SPF 結盟 必須根據實際訊息身分進行評估，而不是根據根中提供者名稱的存在來推斷 TXT記錄.
在帳戶和DNS中驗證
記錄的帳戶路徑是個人資料圖示、寄件者、查看詳細資料和檢查狀態。幫助文章建議一小時後檢查。將其視為操作指南，而不是保證每個解析器都丟棄舊資料。首先確認權威記錄的正確性；等待無法修復輸入錯誤的標籤。
在權威DNS服務處查詢每個CNAME所有者並檢查其目標。診斷關鍵查找時遵循相關的解決路徑。保留答案和時間戳，而不要求僅透過DNS成功發送新聞通訊。如果CNAME目標已解析，但帳戶仍無法驗證，請將帳戶中輸入的確切網域與實際發布的擁有者進行比較。
成功的狀態檢查將決定服務執行的設定檢查。這並不能證明每個活動的寄件者地址都使用相同的經過驗證的網域。記錄活動擁有者打算使用的每個發送身份，並驗證來自真實路由的代表性訊息。
證明與收到的新聞通訊相符
將受控新聞通訊發送給授權的測試收件人並保留原始訊息。記錄寄件者、信封網域、 DKIM簽章域和選擇器以及可信任接收者的SPF 、 DKIM和 DMARC 結果。請勿視為寄件者自己插入 Authentication-Results 作為接收者證據。
綜合解釋：寄件者是news@example.com ，信封使用example.com的子網域，並且有效 DKIM簽名 使用d=example.com.精確的DKIM域對齊。信封子域可以滿足寬鬆的SPF對齊，但不能滿足與example.com嚴格精確匹配。此範例並不是對「獲取新聞通訊」的預設信封或選擇器使用情況的衡量；檢查真實的訊息而不是填寫預期的答案。
如果只有提供者擁有的DKIM域通過，請調查自訂網域設定是否對該寄件者有效。如果缺少預期的選擇器，請比較帳戶的寄件者網域設定和郵件路由。如果一致的身份驗證通過，但垃圾郵件仍然存在，請分別評估聲譽、同意、內容和收件人過濾。
保留恢復和證據
保留先前的記錄、新批准的值以及活動所有者可以恢復發送的時間點。暫停失敗的活動，而不是削弱整個組織的DMARC政策。如果要恢復，請在檢查簽章是否已變更後僅恢復受影響的設定。記錄恢復後第一則訊息的結果。
本指南保留第一方說明並提供合成DNS和身分推理。未執行帳戶驗證、 DNS變更、交付的活動或租戶測量。生產驗收需要管理員的權威回覆和收到的訊息證據，然後由負責人做出決定。
解決佔用的 gan 名稱而不破壞其他服務
書面案例 GAN-01 假設計劃的 From 是news@example.com ，兩個 gan1/gan2 選擇器名稱未使用，但gan.example.com已經有一個 一個記錄 由不相關的應用程式擁有。目前的三 CNAME 設定無法在該佔用名稱上完成而不發生衝突。保持應用程式完好無損，並要求新聞通訊帳戶所有者和DNS管理員與提供者一起解決受支援的命名空間計劃。沒有可用的自訂域判決：信封和DKIM結果仍然未知。不要推斷替代標籤或恢復已廢棄的根 SPF 配方。這是虛構的碰撞，而不是執行的查找、支援請求或活動。
保留執行邊界
RFC 9989 對於發布p=reject,第 7.4 節要求有效的DKIM而不僅僅是SPF ，並就間接郵件和郵件清單互通性發出警告。一次成功的直接訊息測試並不能證明每條合法路線都已準備好採取更強有力的政策。保留現有批准的保護，同時診斷實際差距；任何政策變化都需要自己的決定。