停放、防御和收购的域名属于一个所有权计划，但它们不应继承一个未经测试的DNS模板。首先确定谁控制每个域以及它是否发送或接收合法邮件。获取标签告诉您域是如何到达的，而不是告诉您禁用其邮件服务是否安全。
选择记录之前先记录目的
记录注册商和DNS帐户所有者、业务赞助商、续订责任、发送目的、接收目的和已知子域。将帐户秘密保密。对于获得的域，包括前管理员和未解决的应用程序依赖项。防御性注册仍然可以接收合法或恢复通信，因此确认接收使用与发送使用无关。
每个问题至少使用三种状态：是、审核后否以及未知。空白字段不应成为“否”。在隐藏流程审核中包括预定作业、网站表单、供应商通知、休眠灾难恢复系统和季节性活动。这是建议的操作清单，而不是由DNS记录执行的测试。
选择正确方向的控件
空MX是单个 MX记录 优先级为零和根标签交换，通常显示为 0 .;它声明不接受该域的邮件，并且不得与其他MX记录共存。这并不意味着该域不发送邮件。 RFC 7505 ，第 3 节和第 4 节。不要替换工作的入站MX记录，因为出站流量似乎不存在。 RFC 7505第 4.2 节还指出，系统不应为以下用途的域发布 Null MX 邮件来自 或可见的发件人地址，因为邮件有被拒绝的风险。因此，发送但不接收的活动域不应自动分配 Null MX 。
对于已确认的 非发送域，确切的 SPF记录 v=spf1 -all, with no positive mechanisms, expresses that no sending hosts are authorised for the evaluated SPF 身份。 一个记录 使用早期的积极机制可以授权匹配的主机，即使它以-all结尾。 DMARC 单独表示当对齐的身份验证失败时使用可见的 From 域的策略。既不能阻止显示名称假冒，也不能阻止 相似域名. RFC 7208 ，第 5.1 节 和 RFC 9989。检查子域和策略发现行为，而不是假设每个子名称都具有相同的配置。
分别决定四个领域的目的
考虑四种假设的审查结果。工资单发送和接收，因此两个批准的方向必须保持可用。活动域发送但已确认不接收使用，因此出站身份验证和任何不接收决策是独立的。经过隐藏流审查后，防御性注册被确认不会做任何事情，使其成为限制性控制的候选者。继承域的用途未知，因此其配置仍处于搁置状态，等待调查。
这些是假设的输入，而不是执行的代码、所有者访谈或DNS观察。对于继承的域，安静的报告窗口不能将未知变为否。在批准更改之前，指定前应用程序所有者和当前注册商操作员来解决服务依赖关系。单独检查孩子的姓名；父域的记录并不能证明每个子域具有相同的用途。
保持投资组合可维护
通过记录的批准和验证流程应用变更。保留旧的 RRset，测试受影响的服务并在批准的突变后确认权威状态。记录域的生命周期阶段、审核日期和下一个所有者操作。不要让收购异常成为永久的未知数。
当停放域名成为活动网站、所有权发生变化或停用之前，请重新检查目的。即使邮件被禁用，注册和续订仍处于负责任的所有权之下。域名的低活跃度并不会降低其作为商业身份的价值。