共享 IP 池创建了对发送服务及其其他流量的真正依赖。它并不免除客户对其自己的消息的责任。并行诊断共享基础设施和客户的身份验证配置，以便一种解释不会掩盖另一种解释。
将池所有权与消息所有权分开
Amazon SES记录多个客户使用的共享地址以及具有不同操作特征的专用替代地址。这是服务控制池的具体示例，而不是每个提供商的路由产品的描述。获取受调查账户的实际池和服务详细信息。 SES IP 选项.
客户通常控制业务意图、收件人选择和一些域设置，而服务控制出站基础设施。写下实际的划分而不是假设它。确定谁可以修复签名、信封域配置、抑制传播和 IP 路由，因为这些可能是不同的团队。
验证客户特定的身份验证路径
检查来自受影响流的最终消息。记录签名域并 选择器，可见来自域和信封标识，以及实际接收评价。 DKIM 验证涉及签名消息和发布的签名密钥；一个 知识产权声誉 问题本身并不能解释签名损坏的原因。 RFC 6376.
检查网关是否更改了签名内容，或者是否从未为该帐户启用自定义域设置。正确的公钥并不能证明服务用它签署了样本。在进行更改之前保留确切的消息修订和DNS证据。
使用可以区分原因的比较
仅当此类测试可用且获得批准时，才能通过受控备用路线比较同一池上的另一个授权流和受影响的流。保持目的地、内容和收件人条件尽可能具有可比性。不要仅仅为了生成测试而发送不需要的邮件或绕过提供商限制。
假设两个假设的流共享一个池：一个具有已证实的签名缺陷，而两个都遇到类似的路由诊断。这需要两项调查，而不是在两者之间进行选择。确认第一个流的签名配置，并要求基础设施所有者解释实际拒绝的原因。仅靠一个常见的诊断并不能证明是名誉造成的。
这些是决策示例的发明事实，而不是执行的规则检查或签名测试。生产发现需要实际的可信接收者或加密证据以及特定路线的运输记录。
升级但不过度共享
向服务所有者提供相关的 IP、时间戳、目标服务、精确响应和经过编辑的消息标识符。询问路线是否改变、事件是否已知以及需要哪些进一步证据。不索取其他客户私域流量或呈现第三方 黑名单 列表作为每个接收者行为的证明。
在提供商调查共享基础设施的同时，继续纠正已验证的本地缺陷。如果提议迁移，则需要一个保留身份验证、抑制和关键消息连续性的计划。移动已经损坏的配置可以保留问题，同时增加新的声誉提升。
独立关闭两条轨道
仅当新样本演示了正确的路线后，才将客户身份验证修复标记为完成。仅用其自己的支持结果或明确说明的未解决的限制来标记池调查已完成。将收件人投诉和安置观察分开。
这种分离为企业提供了一份可用的报告：它控制和修复了什么，提供商建立了什么，以及仍然需要证据的内容。共享基础设施是管理的依赖项，而不是对每次交付失败的全面解释。
关闭已修复的签名而不关闭路由案例
在假设的后续过程中，来自同一流的授权样本现在具有可信的DKIM通行证，但稍后的消息仍会收到相关的临时传输拒绝。记录每个结果涉及哪条消息并保留 IP、收件人服务和时间。不要仅仅因为共享IP而加入不相关的每日警告。
在路由问题仍然存在的情况下，新样本可以支持签名修复。在概括之前询问样本之间的内容、收件人类别或路由是否发生变化。这教导的是独立关闭，而不是衡量提供商的恢复或立即迁移的理由。
将客户维修和池调查分开
- 验证受影响消息的签名和评估身份。
- 保留实际路线、目的地和诊断证据。
- 明确分配配置所有者和基础架构所有者。
- 根据其自己的更正结果关闭每个受支持的缺陷。
- 仅共享有限的授权事件数据；不请求其他客户的流量。