从产品和领域决策开始
Webpower 当前的文档线索指向 Spotler MailPro。官方 品牌重塑页面 明确将 MailPro 标识为持续的 Webpower 营销自动化产品。该连接允许特定于产品的指南；它不会使说明与 Spotler Mail+、SendPro 或曾经使用 Webpower 名称的每个帐户互换。在规划实施之前确认实际的许可证和接口。
本文使用 2026 年 11 月 9 日审查的公共指令。它涉及在 MailPro 中选择授权发送身份、准备相应的DNS更改以及从真实活动路径收集证据。没有检查任何帐户，也没有测试任何记录或消息。第一个决定是可见发件人是否使用专用本地域或组织的主域，因为这些选择具有不同的依赖性。
将本地域与可见地址分开
邮件专业版 本地域解释 描述组织拥有的域或子域支持技术元素，例如链接和页面。它将该角色与发件人域设置区分开来。主域发件人仍然可以依赖于单独配置的本地域。识别每个名称及其所有者，而不是将每个域放入一个“经过身份验证”的列中。
该页面还使用“Mail-From”术语。请勿将该措辞直接翻译为有关特定活动发出的SMTP信封的声明。将可见的发件人地址、预期回复处理、链接域和实际信封标识记录为单独的字段。前三项可以在准备过程中复习；最后一个需要适当的路线记录或收到的消息观察。产品标签不能替代协议证据。
选择适当的设置分支
对于主域分支， 发件人域说明 需要现有的本地域和对设置功能的访问权限。他们指定了两个特定于许可证的 DKIM CNAME、通过所选域上的地址进行验证以及最终的提供商配置步骤。这些设置影响许可证，而不仅仅是当前显示的营销活动。验证接收者必须具有记录的帐户访问权限。
将这种广度视为变革管理要求。列出使用许可证的活动，确定其所有者并决定何时可以接受或撤销更改。准备准确的域和特定于许可证的目标，但请勿在未经授权的情况下发送验证电子邮件或请求激活。额外的本地域配置可能涉及商业决策；本文既未规定权利，也未规定价格。
不要将本地域记录应用于不相关的基础设施
分开的 发件人地址页面 提供首选本地域记录包，包括 A、 MX 、 SPF、 DKIM和 DMARC 例子。该捆绑包并不是该组织主要领域的通用处方。 A 更改可能会影响网站路由； MX更改可能会影响入站邮件。在将其中之一纳入更改之前，先确定所选域和现有依赖项的用途。
下面的配置图区分了已记录的分支。其DKIM目标包含实际许可证名称，该名称必须来自预期帐户。占位符、其他客户的价值或旧的 选择器 来自不相关的教程无法建立这种关系。在下面 RFC 6376 ，第 3.6 节，验证使用选择器和签名域来检索公钥材料；仅DNS别名并不能证明传出消息已签名。
以正确的身份评估SPF和DMARC
在建议SPF编辑之前，请确定传出路由实际评估哪个域的策略。 SPF通常涉及SMTP 邮件来自 身份，而不是邮件客户端突出显示的任何地址。如果需要更改，请保留合法的现有授权并评估组合策略的 DNS 查询条款。 RFC 7208 ，第 2.4 和 4.6.4 节 提供协议基础。请勿发布同名的其他独立SPF策略。
单独评估DMARC 。其身份验证结果取决于与可见的发件人域一致的传递SPF或DKIM路径，如中定义 RFC 9989 ，第 4.4 节。两种机制都不需要通过该结果。策略示例并不能取代现有的实施，并且添加没有适当报告目标的策略不会自动创建报告流程。保持性格， 结盟 和报告决定截然不同。
提供商的 24 小时DKIM TTL 建议是记录的设置首选项，而不是每个解析程序或邮箱提供商都会表现相同的承诺。等待一天也不能证明身份验证成功。保留现有政策和DNS证据，获得对特定差异的批准，并验证结果，而不是将经过的时间视为接受。
收集特定于活动的接受记录
接受表应标识许可证、选定的发件人地址、活动工作流程、时间、接收系统和证据位置。添加观察到的发件人域、信封身份、所有DKIM d= 和 s= 值、可信身份验证结果和对齐结论。将未观察到的单元格明确保留为空或标记为“未收集”。预览屏幕截图无法填充消息标题字段。
考虑来自events@harbor.example的虚构邀请。带有d=harbor.example接收者验证签名提供了精确对齐的DKIM身份。指向mail.harbor.example的链接无法证明该签名。同样，仅仅在标头中看到 wps 选择器并不能证明其密码验证已通过。这些例子仅说明决策规则；他们没有捕获Webpower流量。
在批准更改和所需的提供商移交后，检查所选工作流程中的受控消息。确定哪个接收者产生了身份验证评估，而不是信任上游发送者插入的断言。 RFC 8601 ，第 7.1 节 解释了信任边界。将意外结果和诊断保留在案例中，并避免将一次活动的结论扩展到每个许可证工作流程。
保留未完成的证据要求
确切的目录要求是：当前 Webpower 第一方设置证据以及来自确切产品和路线的接收消息身份表。
支持当前的产品和文档工作流程。原始身份表、账户适用性、提供商激活和授权操作验证不完整。恢复计划必须涵盖受影响的活动以及任何更改的路由或信任，并在旧记录废弃之前检查依赖性。独立技术审查、现场演示、业主验收和出版批准仍然开放。这里没有任何内容可以证明交付或已完成的部署。