共享 IP 池創建了對發送服務及其其他流量的真正依賴。它並不免除客戶對其自己的訊息的責任。並行診斷共享基礎設施和客戶的身份驗證配置，以便一種解釋不會掩蓋另一種解釋。
將池所有權與訊息所有權分開
Amazon SES記錄多個客戶使用的共用位址以及具有不同操作特徵的專用替代位址。這是服務控制池的具體範例，而不是每個提供者的路由產品的描述。取得受調查帳戶的實際池和服務詳細資訊。 SES IP 選項.
客戶通常控制業務意圖、收件人選擇和一些網域設置，而服務控制出站基礎設施。寫下實際的劃分而不是假設它。確定誰可以修復簽章、信封網域配置、抑制傳播和 IP 路由，因為這些可能是不同的團隊。
驗證客戶特定的身份驗證路徑
檢查來自受影響流的最終訊息。記錄簽名域並 選擇器，可見來自域和信封標識，以及實際接收評估。 DKIM 驗證涉及簽名訊息和發布的簽名金鑰；一個 智慧財產權聲譽 問題本身並不能解釋簽名損壞的原因。 RFC 6376.
檢查網關是否更改了簽名內容，或者是否從未為該帳戶啟用自訂網域設定。正確的公鑰並不能證明服務用它簽署了樣本。在進行更改之前保留確切的訊息修訂和DNS證據。
使用可以區分原因的比較
只有當此類測試可用且獲得批准時，才能透過受控備用路線比較同一池上的另一個授權流和受影響的流。盡可能保持目的地、內容和收件人條件具有可比性。不要僅僅為了產生測試而發送不需要的郵件或繞過提供者限制。
假設兩個假設的流共享一個池：一個具有已證實的簽章缺陷，而兩個都遇到類似的路由診斷。這需要兩項調查，而不是在兩者之間進行選擇。確認第一個流的簽章配置，並要求基礎設施擁有者解釋實際拒絕的原因。僅靠一個常見的診斷並不能證明是名譽造成的。
這些是決策範例的發明事實，而不是執行的規則檢查或簽章測試。生產發現需要實際的可信接收者或加密證據以及特定路線的運輸記錄。
升級但不過度共享
向服務擁有者提供相關的 IP、時間戳記、目標服務、精確回應和經過編輯的訊息識別碼。詢問路線是否改變、事件是否已知、需要哪些進一步證據。不索取其他客戶私域流量或呈現第三方 黑名單 列表作為每個接收者行為的證明。
在提供者調查共享基礎設施的同時，繼續糾正已驗證的本地缺陷。如果提議遷移，則需要保留身份驗證、抑制和關鍵訊息連續性的計劃。移動已經損壞的配置可以保留問題，同時增加新的聲譽提升。
獨立關閉兩條軌道
只有當新樣本演示了正確的路線後，才將客戶身份驗證修復標記為完成。僅用其自己的支援結果或明確說明的未解決的限制來標記池調查已完成。將收件人投訴和安置觀察分開。
這種分離為企業提供了一份可用的報告：它控制和修復了什麼，提供者建立了什麼，以及仍然需要證據的內容。共享基礎設施是管理的依賴項，而不是對每次交付失敗的全面解釋。
關閉已修復的簽章而不關閉路由案例
在假設的後續過程中，來自同一流的授權樣本現在具有可信賴的DKIM通行證，但稍後的訊息仍會收到相關的臨時傳輸拒絕。記錄每個結果涉及哪一則訊息並保留 IP、收件者服務和時間。不要僅僅因為共享IP而加入不相關的每日警告。
在路由問題仍然存在的情況下，新樣本可以支援簽名修復。在概括之前詢問樣本之間的內容、收件者類別或路由是否有變更。這教導的是獨立關閉，而不是衡量提供者的恢復或立即遷移的理由。
將客戶維修和池調查分開
- 驗證受影響訊息的簽名和評估身分。
- 保留實際路線、目的地和診斷證據。
- 明確分配配置所有者和基礎架構所有者。
- 根據其自己的更正結果關閉每個受支援的缺陷。
- 僅共享有限的授權事件資料；不要求其他客戶的流量。