當目錄或公共網站發生變化時，醫院合併不會改變所有電子郵件依賴。繼承的實驗室服務可能仍使用其先前的網域進行簽名，患者入口網站可能使用單獨的租戶，並且推薦訊息可能會到達新品牌團隊認為過時的地址。從這些服務的連續性開始，而不是為合併後的品牌制定單一的目標政策。
建立合併路徑帳本
列出每個取得的網域及其合法控制者、 DNS管理員、應用程式擁有者、發送目的和接收目的。然後分別繪製患者入口網站、實驗室通知、計費通知和遺留轉診服務。包括舊的返迴路徑、簽名 選擇器、報告目的地和團隊允許更改每一項。能夠管理新醫院租戶的人可能對實驗室的供應商租戶無權管理。
使用測試患者並發明預約參考。表明結果已準備就緒的訊息可以驗證路線，而無需包括臨床內容。請實驗室整合負責人解釋訊息在哪裡建立、哪個中繼對其進行簽名以及網關是否修改它。在停用任何接收基礎設施之前，請進行轉介作業以確認舊的入站位址仍然有效。
區分品牌重塑與身分驗證
工作區為實驗室通知提供了 lab.care.test 的可見寄件人，但有 Legacy-lab.test 的簽署者。其簽名規定通過但有不相關的簽名域；這是書面前提，而不是驗證結果。僅更改顯示名稱並不能解決這種不符問題。選擇服務支援的已批准發送身份，配置相關簽名域，並在更改面向收件人的品牌之前測試新路由。
明確移動報告所有權。目前收到的庫存 總結報告，誰可以存取處理服務以及合併後的組織是否有權接收舊實體的資料。驗證外部報告目的地授權（如果適用）。保留過時的基線，以便報告參與的變化不會與患者溝通量的變化混淆。
謹慎淘汰舊域名
網域可以停止發送，同時仍接收推薦或回覆。 RFC 7505 定義 Null MX ，宣布該網域不接受郵件；它不是反欺騙開關，不適合仍需要的入站路由。將寄件者限制和接收決定分開。要求每個負責任的所有者批准停用，並保留記錄的路徑，以便在錯過關鍵服務時恢復上次批准的配置。
請勿將合併清單視為醫療保健合規性的證據。管理每個實體及其處理者的隱私、合約和保留規則需要經過合格的審查。此練習使用虛構領域且沒有病患資料；它不對HIPAA 、當地健康法或轉移報告服務的法律後果做出決定。
查閱書面路線帳本
所有行都使用保留的虛構域、提議的所有者和規定的 DKIM 結果。選擇器 demo1 是一個說明性標籤，而不是已安裝的金鑰。 SPF 結果、其他簽章、 DNS原則發現、實際收到和應用程式成功未知。不提供金鑰、簽署訊息、測試執行或交付證據。
- 患者入口網站：來自portal.care.test； 郵件來自 門戶.護理.測試; DKIM d=portal.care.test,選擇器 demo1，假設通過；建議所有者臨床應用主導。下一步操作：驗證確切的入口網站租用戶和核准的受控訊息。
- 實驗室通知：來自lab.care.test；來自legacy-lab.test的郵件； DKIM d=legacy-lab.test,選擇器 demo1，假設通過；建議業主實驗室整合領導。下一步行動：確認支援的對齊簽章；更改顯示名稱是不夠的。
- 計費通知：來自billing.care.test；來自 billing.care.test 的郵件； DKIM d=billing.care.test,選擇器 demo1，假定通過；建議所有者收入周期領先。下一步：測試獨立計費路由。
- 遺留轉介：來自legacy-care.test；來自legacy-care.test的郵件； DKIM d=legacy-care.test,選擇器 demo1，假定通過；建議業主推薦營運負責人。下一步行動：在停用MX或接收基礎設施之前驗證正在進行的入站參考。
d= 與 From 完全匹配的假設傳遞簽章為該假設訊息提供了嚴格對齊的路徑。不相關的 d= 不提供來自該簽章的對齊路徑。未知的SPF或其他簽名會阻止後一種情況的總體失敗判定。這些書面前提不建立即時配置或收件匣放置。
做出兩個單獨的退休決定
對於虛構的合併 M-01，假設舊域出站通知已移動，但引用操作仍需要在 Legacy-care.test 處進行入站訊息。保留其必要的接收服務；不要因為出站遷移完成就發布 Null MX 。另外，將報告移至 reports.new-care.test 需要適用的 RFC 9990 第 4 節DNS授權和組織許可共享舊實體的資料。 DNS授權不是法律或商業批准。如果任一權限未經驗證，則將報告遷移掛起，同時繼續允許的清單工作。未變更網域、郵箱或報告目標。
保持證據邊界明確
RFC 9989 第 4.4 節和第 5.3.5 節區分身份驗證和 結盟;第 5.4 節將訊息處理留給接收者策略。第 7.4 節要求有效的DKIM而不是單獨的SPF來進行域發布 p=reject 並警告不要拒絕其使用者向 Internet 郵件清單發佈的網域。所涵蓋的規範化位元組決定了RFC 6376第 3.4–3.7 節和 6.1 節中的DKIM完整性。這兩種機制都不能驗證臨床、教育或法律權威。收集實際部署的授權當前證據；這裡的操作清單是建議，而不是特定管轄區的合規評估。