使移除记录解释更改
一个可信的 黑名单 移除请求是一个简短的证据链：操作员识别了特定对象，负责的所有者调查了相关行为，针对原因采取了纠正措施，随后的观察结果支持了所声称的改进。表明公司合法性的长篇声明并不能取代这条链条。屏幕截图也没有显示已通过不相关的身份验证检查。
在打开提交表格之前准备记录。本文描述了内部准备工作流程，而不是已完成的请求。未执行列表查找、外部消息、删除提交、付款或帐户更改。负责人必须审查技术事实以及可以与运营商共享哪些信息。
建立操作者和列出对象
记录操作员的名称、列表或数据集、确切的 IP、域或其他对象、列表引用（如果可用）以及时间戳。发送者可以在同一消息中使用域、共享IP和嵌入链接域；这些不是可互换的对象。提供商的客户也可能无权请求移除该提供商拥有的基础设施。在起草有关控制权的声明之前先解决所有权和联系方式。
Spamhaus的一般指南通过其检查器引导请求，并要求注册所有者采取行动或客户让服务提供商参与其中。这是 Spamhaus 特有的程序，并非每个列表的通用规则。当前的操作员指令必须确定适用的渠道和要求的证据。 Spamhaus一般问题.
区分已证实的原因和合理的原因
记录应说明调查实际确定的内容。 “在记录的时间间隔内，受损的邮箱发送了未经授权的消息”需要支持帐户和消息证据。 “IP 已共享，提供商正在调查”描述了一种不同的、不完整的状态。不要仅仅为了使表格看起来完整而将怀疑变成确定性。一个诚实的未解决的原因比虚构的补救叙述更有用。
保持原因和行动之间的联系。密码更改不会解释不打算发送直接至 MX 邮件的地址范围的策略列表。 DNS更改并不能解释应用程序停止发送不需要的邮件的原因。如果观察到的问题涉及共享发送服务，请确定提供商已确认的内容以及客户无法看到的内容。
将每项纠正措施与已注明日期的观察结果联系起来
对于每项声称的行动，记录其所有者、范围、完成时间和支持证据。将已批准的计划与已执行的变更分开，并将已执行的变更与成功的验证分开。 “团队将审核转发规则”并不等于“已审核规则”，也不能证明未经授权的转发已停止。
Spamhaus询问原因、补救措施、时间安排和预防措施，并警告说，提出请求并不能保证删除。将此作为运营商证据期望的具体示例，而不是承诺相同的四个字段满足每项服务。当可以支持更窄的陈述时，避免使用诸如“一切都已解决”之类的模糊短语。 Spamhaus一般问题.
准备一个虚构的证据包
想象一下一个虚构的发件人，其应用程序凭据通过受损的集成被滥用。数据包草案将识别受影响的流、操作员确认的列出对象、事件窗口、授权的遏制决策和集成修复。它只会附上经批准的相关证据，并说明任何监测差距。这是记录结构的说明；尚未观察到帐户被盗或被列出。
强大的数据包可以将身份所有者的遏制证据与邮件提供商的发送日志和列表操作员的状态区分开来。如果团队仅重置了一个密码，而集成的访问仍未解决，则数据包应保持不完整。如果提供商拥有列出的 IP，则应准备数据包以供该提供商审查，而不是根据发明的所有权声明提交。
不要将删除与收件人接受混淆
列表有不同的用途和生命周期。 SpamCop描述了与报告的邮件相关的 IP 的自动列表，并在报告停止时自动删除。其文档也承认误报并建议谨慎使用。请勿应用其他列表的时间安排、手动流程或商业产品。该页面本身指出其详细描述可能会发生变化。 SpamCop阻止列表说明.
在操作员删除条目后，受影响的接收器可能会使用其他信号。保留完整的SMTP响应、提供商或收件人范围以及观察时间。消息数据建立SMTP交接后的最终肯定完成，而不是收件箱放置或没有稍后的过滤。因此，操作员状态检查和交付重新测试属于不同的领域。 RFC 5321 ，第 4.2.5 节.
最大限度地减少披露并避免过早的承诺
准备包含操作员所需内容的紧凑记录，并从工作副本中删除敏感邮件内容和不相关的收件人数据。保护原始日志，以便编辑不会掩盖内部证据。切勿在删除说明中包含密码、令牌、私钥或付款详细信息。任何特定于帐户的披露或提交都需要适当的授权。
如果运营商提供付费服务，请将其成本、条款和范围视为单独的决定。付款并不能证明问题已得到纠正，也不能保证每个提供商都能交付。同样，重复请求不应取代完成调查。保留一份清晰的年表和相关案例参考，以便后来的审阅者可以了解联系人之间发生了什么变化。
判断数据包是否准备好提交
业主的审查应回答三个问题：索赔是否得到支持，这是运营商当前的路线，以及拟议的披露是否获得批准？未解决的事实应该继续标记而不是隐藏。如果无法访问正确的操作员路线，请停止该提交步骤并继续准备不依赖于访问的证据。
经操作员确认的清单和记录的原因、纠正措施和交付重新测试。这一确切的目录要求仍然开放。下面的定制数据包图仅包含建议的字段。本草案不附带运营商确认的列表、执行的纠正措施、授权提交或受控交付重新测试，也不承诺删除或恢复结果。