在更改默认值之前识别托管邮件
本指南涵盖由 SiteGround 托管邮件服务器发送的邮件。它并不假设 SiteGround 电子邮件营销、使用外部SMTP服务的网站插件或其他地方托管的邮箱遵循相同的路线。记录发送邮箱、选择站点、来自域和权威DNS主机。在更改默认值之前保存基线消息和区域导出。
自动创建 SiteGround 文档 SPF 和 DKIM 记录。身份验证控件位于站点工具 > 电子邮件 > 身份验证下； DMARC 在DNS区域编辑器中进行管理。该面板中的默认设置是起始配置，而不是已传递的对齐消息的证明。 SiteGround 身份验证控制.
检查现有值而不是替换它们
打开域的DNS区域编辑器并检查当前 TXT记录。 SiteGround 的记录检查文章记录了默认的DKIM默认所有者。 _domainkey在您的域下。使用您自己帐户中的实际密钥和主机名。在选择重置操作之前，请确定所有自定义项及其所有者。 检查SPF和DKIM.
如果DNS托管在其他地方，请通过其管理员将必要的公共记录复制到该权威服务。查询 名称服务器 接收者用来确认发布。不要仅仅因为托管面板包含方便的编辑器而迁移DNS 。将网站的 A 记录和工作入站MX路由保留在此身份验证更改的范围之外。
如果SPF已授权其他系统，请在单个适用的SPF策略中保留其经过验证的权限。重置为托管默认值可能会默默地放弃工资单或 CRM 路由。合并后检查语法和查找成本，并将实际计算的域SPF与可见的 From 域区分开来。 SPF协议.
将DKIM再生视为关键变化
提供商记录停用和重新激活DKIM以重新生成 一个记录。请勿将再生作为暂时性输送问题的第一个诊断步骤。捕捉电流 选择器 和公钥，识别任何排队的邮件，并在替换工作密钥之前与DNS所有者计划发布。 站点地面控件.
新的DNS值可以在解析器之间以不同的方式传播，因此表面上立即进行的面板更改并不能证明每个收件人都可以验证新签名。更改后使用受控消息，并根据它实际引用的公钥检查该消息中的选择器。将操作回滚计划与可以恢复旧私钥的承诺分开；首先与提供商确认该能力。
建立特定路线的验收记录
该表是综合测试计划。本指南未检查任何 SiteGround 租户或传递的消息。
- 路由：通过普通客户端托管邮箱；要保留的证据：原始标头和客户端SMTP目标；接受决策：确认预期的 SiteGround 发送路由
- 途径：网站通知；需要保存的证据：插件传输和接收结果；接受决策：确定它是否实际上共享该路线
- 途径：单独营销服务；要保留的证据：特定于服务的设置和原始消息；受理决定：不继承邮箱的通过结果
- r 每封邮件，记录可见的发件人、 SMTP信封域、 DKIM d= 和s=,以及可信接收者的结果。来自user@example.com的经过验证的d=example.com签名是一个精确域 结盟 例子;这并不是对 SiteGround 观察到的输出的声明。如果SPF通过另一个域，请在声明DMARC损坏之前评估对齐的DKIM 。 DMARC对齐.
在不扩大事件范围的情况下恢复
当记录出现在站点工具中但未出现在公共DNS中时，请调查名称服务器权限和主机名构造。当邮件未签名时，请在更改密钥之前确认产品和SMTP路径。当签名验证失败时，将选择器查找与任何消息修改网关进行比较。当只有网站邮件失败时，请检查网站的传输配置，而不是重置邮箱验证。
如果更改干扰了另一个发件人，请恢复保存的SPF或DMARC策略并重新测试该发件人以及托管邮箱。保留前后记录、时间戳、批准范围和收到的原件。在主机迁移、自定义域添加或DNS移动后查看默认值。身份验证成功并不建立收件箱放置，并且此文档草稿不要求实时验证。
将工作邮箱与失败网站路由分离
书面案例 SG-01 规定了来自help@example.org托管邮件消息以及使用d=example.org, s=default 的可信DKIM传递s=default.网站插件而是通过不相关的外部SMTP服务提交，并且没有收集身份验证结果。托管消息仅为其自己的路由提供精确的DKIM对齐。网站所有者应在任何 SiteGround 重置之前识别该插件的实际信封和签名配置。保持邮箱密钥和其他SPF发件人完好无损。这些都是虚构的身份和结果；没有检查租户、插件、 DNS查询或消息。
保留执行边界
RFC 9989 第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。