在编辑DNS之前识别传输
WordPress 事件不会识别其出站邮件提供商。库存密码重置、联系表格、订单通知和任何新闻通讯。对于每个，记录生成它的插件或应用程序、其发件人地址以及配置的SMTP或 API 集成是否替换默认路由。在进行更改之前保存收到的原件和当前传输设置。
WP Engine 推荐第三方电子邮件主机以提供更强大的邮件功能，并表示不提供MX或 DKIM 电子邮件托管的值。其发送指南还记录了默认服务的限制。不承诺通用 WP Engine 客户域 DKIM选择器. 在 WP Engine 上发送电子邮件.
选择记录的特定于路由的配置
对于默认的 WordPress 中继，WP Engine 的身份验证指南识别 MailChannels 和文档include:relay.mailchannels.net中 SPF。仅在适合实际信封域和当前路由的情况下合并该机制。在现有策略中保留其他所需的发件人。复制到可见域的SPF的机制未建立 结盟 当信封使用不同的域时。 WP Engine 邮件记录.
对于外部SMTP或 API 服务，请从该服务获取当前的域验证、 DKIM和信封说明。使用其支持的传输配置 WordPress 集成。 WP Engine 记录端口 25 不可用并列出允许的替代方案；确认支持所选服务和加密设置。 WP Engine发送指南.
不要仅仅为了发送网站通知而更改入站MX路由。同样，网站 A 记录更改不应意外移动通过别名跟随网站的邮件主机名。如果计划进行DNS迁移，请让入站邮箱所有者参与其中，但将该迁移与此出站身份验证任务分开。
使用站点有权发送的身份
对于联系表单，请使“来自您的组织控制并已通过实际发送服务进行身份验证的域”可见。当应用程序支持该安排时，将访问者的地址放入回复中。将此视为应用程序设计建议，而不是有关特定插件默认行为的声明。您无需对访问者的外部域进行身份验证。
从真实签名者处获取DKIM值。在DNS中发布自创建密钥无法与其匹配的私钥进行中继签名。同样，添加通用SPF包含无法修复缺失或未对齐的DKIM 。在部署合并记录之前，验证评估的信封域的完整SPF策略，包括查找预算。 SPF, DKIM.
触发实际的 WordPress 事件
使用受控测试帐户和非客户目标。测试事件，而不仅仅是SMTP插件的连接按钮。将时间戳、应用程序事件、配置的传输、提供商响应和收到的原始数据保存在一起。
- 事件：密码重置；重要区别：应用程序生成的路由与插件测试；验收证据：已收到原始且成功的预期交付
- 活动：联系表；重要区别：访客回复与批准发件人；接受证据：对齐的经过身份验证的发件人和正确的回复目标
- 事件：订单通知；重要区别：事务工作流程与手动测试；验收证据：通过同一运输进行无害的测试事件
- 事件：预定的工作；重要区别：后台执行与交互式发送；验收证据：预定路径的消息和提供者跟踪
这是一个综合验收矩阵，未执行 WP 引擎测试。在每个原件上，根据受信任的接收器结果检查信封域以及每个DKIM d= 和 s= 对。通过身份验证方法还必须与可见的 From 保持一致以满足 DMARC。成功的插件连接并不能证明该结果。 DMARC.
恢复路由，而不是整个域
如果没有消息到达，则在编辑DNS之前将应用程序生成、传输提交和接收者接受分开。如果使用了错误的路由，请检查插件优先级或应用程序配置。如果身份验证失败，请检查确切的签名者或信封服务，而不是假设 Web 主机提供每条记录。
暂停失败的工作流程或恢复其先前批准的传输，同时保留工作流程。避免静默发送未经身份验证的客户邮件的后备方案。修复后重新测试每个受影响的事件，并在外部服务通过授权更改流程停用时删除未使用的凭据和DNS权限。对诊断工件保密。本纪录片指南未执行任何网站、提供商帐户、消息事件或DNS更改。
确认提供商边界
当前的发送指南列出了建议的 2525 和允许的替代方案 587/465，其中Microsoft 365在该指南中限制为 587。使用所选提供商支持的加密和传输设置，而不是猜测的端口更改。 WP Engine 没有公布其确切的默认每小时限制，并描述了有限的服务器端邮件诊断；不承诺数字发送能力或未获得的日志。
完成一个虚构的诊断案例
仅虚构的书面案例：WPE-01 假设来自site@museum.example的SMTP插件测试通过了d=museum.example,但联系表单通过未知传输方式发送 From visitor@outside.example 。表格信封和签名未知。网站所有者必须映射实际的事件传输，并在支持的情况下使用经批准的组织发件人和单独的访问者回复。插件结果无法建立表单身份验证或授权访问者域。此案例没有测试任何帐户、 DNS 、CRM、发票、活动或交付。
将传递的消息与执行准备情况分开
RFC 9989 第 7.4 节要求有效的DKIM才能进行域发布 p=reject 并对间接邮件互操作性提出警告。单个对齐的SPF结果本身并不能证明拒绝策略的推出是合理的。与此提供商设置分开审查所有合法路由和策略所有权。