將行銷和 交易電子郵件 可減少操作耦合。它不會圍繞聲譽創建防火牆，也不會逃避身份驗證和收件人期望。首先確定您想要遏制的故障：佇列爭用、存取範圍、混亂的範本或無法歸因事件。
按用途而不是標籤分類
將每個訊息對應到導致該訊息的使用者事件。交易後會收到收據；帳戶存取請求後重設密碼；訂閱後會收到電子報。混合用途的消息需要明確的審查。在配置欄位中將促銷郵件重新命名為「事務性」不會改變其內容或使提供者要求消失。
記錄每個流的擁有者、接收者資格、發送服務、網域身分、佇列、範本和回應過程。包括供應商產生的訊息和小批量管理工具。在主要戰役系統轉移後，他們通常仍保留在共享路線上。
選擇分離層
Google 的個人Gmail指南建議在郵件類別中使用一致的寄件者地址，並避免在收據中包含促銷內容。這支持明確的目的和歸屬，而不是保證子域具有獨立的聲譽。 Google 寄件者指南.
操作分離還可以使用不同的佇列、憑證和範本權限。這些控制措施針對不同的風險。單獨的佇列可以保護延遲，但仍使用相同的出站池。不同的簽章網域可以改善歸因，同時保持應用程式憑證共用。準確地說明所選的設計隔離了什麼以及仍然常見的內容。
保持共享控制可見
維護一份負責任的DNS所有權和發送權限清單。檢查實際寄件者、信封和 DKIM 每條路線上的身份。在適當的訊息目的範圍內保留收件人的偏好，同時根據政策實施濫用和安全抑制。行銷選擇退出不應自動刪除所有重要帳戶通知，重要通知也不應成為添加不相關促銷活動的藉口。
本指南中的分類和禁止決定是操作建議，而不是法律建議。產品和法律所有者應使用適用的義務和當前的提供者要求來解決不明確的類別。
測試預期效益
考慮一種假設的帳戶服務，其緊急重置在一個隊列中的新聞通訊後面等待。只有當容量實際保留或可用時，將重設移至單獨的佇列才能解決調度爭用。為相同飽和工作執行緒提供資料的第二個佇列可能會使延遲保持不變。單獨的新簽章域並不能保留工作人員容量。
在授權推出之前，定義一個到期感知佇列目標並收集建立、出列、提交接受和最終接收時間戳（如果可用）。比較可比較期間內相同類型的重置請求。僅根據觀察到的延遲關閉調度問題，並將收件匣放置分開。這是一項調查設計，而不是執行的調度程序或測量的改進。
完全關閉遷移
在移動符合條件的流量之前測試註冊、模板、身份驗證、抑制和回調。排空或協調舊隊列以避免重複事件。驗證警報是否識別流，以及支援人員是否可以在不廣泛存取訊息內容的情況下找到相關事務。
切換後，僅透過檢查剩餘依賴關係的核准流程廢棄未使用的憑證和DNS委派。保持共享事件升級和定期供應商審查。當故障更容易遏制和解釋時，分離就會成功，同時組織仍然知道誰可以以其身份發送訊息。
記錄可防禦的下一步
選擇需要隔離的資源，然後測試該優勢，同時保持共享身分和抑制控制的責任。列出所有者的姓名、仍然缺少的證據以及結束調查的條件。讓不受支持的結果未知。