电子邮件身份验证的连续性规划从业务影响开始，而不是高可用性的一般承诺。确定必须继续的流程、组织可以承受失去的证据以及可以恢复每种依赖性的人员。报告和认证管理可能需要与事务发送不同的恢复目标。
按职能设定目标
使用业务影响分析来区分延迟的新闻通讯和失败的帐户恢复消息。 NIST SP 800-34 修订版 1 为应急计划、恢复策略、测试和维护提供总体框架。它没有规定特定于电子邮件的恢复时间。企业必须根据影响和可行性来选择这些目标。
将恢复时间目标定义为指定资源或功能在其业务影响变得不可接受之前可接受的最大不可用性。将恢复点目标定义为中断前数据必须可恢复的点，反映了可容忍的数据丢失。说明时钟启动、范围和可接受的降级状态。报告 RPO 不描述交付停机时间； DNS恢复目标并不能保证每个递归缓存都已收敛。
保留独立的恢复输入
保留经批准的保单记录副本， 选择器 映射、服务所有权、配置历史记录和报告导出到不可用的管理界面之外。将公共配置与凭据分开，并使用经过批准的秘密流程进行任何恢复访问。验证授权备份操作员是否可以检索指令，而无需依赖相同的失败身份或帐户路径。
映射DNS托管、签名、中继、报告收集和管理员访问之间的依赖关系。同一帐户上的备用仪表板可能会因原始仪表板而失败。仅当应用程序可以使用备用发送者并且其身份已被配置和测试时，备用发送者才有用。不要将供应商合同与可执行的故障转移路径等同起来。
计算示例而不是发明 SLA
假设的连续性工作表假定四小时的报告恢复目标和一小时的数据丢失目标。中断从 UTC 时间 12:00 开始；最晚恢复出口时间为11:30，恢复服务时间为14:00。如果出口是唯一可恢复的输入并且实际上恢复了规定的可接受的功能，则在这些假设的数字目标内，手工计算的恢复持续时间为两小时，出口年龄暴露为三十分钟。第二个案例于 17:00 从 10:00 导出恢复，提供 5 小时的恢复持续时间和 2 小时的导出时限暴露时间。这些数字超出了两个假设的目标，除非其他可恢复的输入改变了数据丢失评估。
这些是对虚构事件的手工时间戳计算，而不是执行的测试、测量的提供商性能或推荐的通用目标。用观察到的运动记录替换时间。评估在间隙期间到达的原始输入是否保留在其他地方并且可以重播。如果可以的话，实际丢失数据的时间间隔可能与上次仪表板导出的时间不同。记录基础，而不是报告没有人口的有吸引力的数字。
锻炼并维持计划
首先运行桌面，然后在安全环境中进行授权的技术练习。包括失去主要操作员、不可用的管理访问权限和延迟的报告反馈。记录谁做出恢复决策、缺少哪些信息以及备份操作员实际可以执行的操作。分别验证消息结果并报告连续性。
在供应商、领域、应用程序或人员配置发生变化后审查计划。保留异常所有者和重新测试日期。仅在缺陷采取行动并在截止日期后结束练习；成功的讨论并不能证明技术修复。向企业传达支持的恢复能力及其限制。不要提供本地工作表作为服务水平保证。