将发件人身份验证与品牌链接分开
Remarkety 提供了两个相关的领域工作流程，值得单独进行验收检查。发件人工作流程从支持人员处获取DNS指令，并在管理发件人中检查验证。较新的自定义域工作流程创建品牌跟踪、浏览器视图、取消订阅和登陆页面链接。经过验证的链接域很有用，但并不能证明可见的 From 域具有传递对齐 DKIM签名. 再营销发件人DNS设置 再营销自定义域设置
从商店帐户、预期发件人地址以及需要该身份的工作流程开始。列出商店实际启用的新闻通讯和自动化。为每个人指定一个企业所有者并确定域管理员。本指南涵盖了已记录的 Remarkety 路线；它不会为商店平台的单独订单电子邮件、邮箱提供商或其他连接的应用程序建立身份验证。
在接触DNS之前定义一个小的发布范围。拥有多个品牌的商店应记录哪个品牌拥有每个域名以及哪个帐户可以使用该域名。同意谁接收回复以及谁可以批准新的发件人地址。将生产客户列表保留在身份验证工作表之外。证据应显示域配置和无害的测试消息，而不是购买历史记录或其他客户信息。
获取特定于发送者的配置
Remarkety 的 2025 年交付能力指南指导管理员支持 DKIM 说明，提供域名或帐户名。其发件人-DNS 文章还询问预期的发送地址。发布后，通知支持并请求验证；在“管理发件人”中的可送达性页面上检查结果状态。这些是记录的检查点，而不是声称该帐户已完成它们。 Remarkety 2025 年交付能力指南 再营销发件人DNS设置
请求一组完整的公共记录所有者、记录类型以及与确切帐户和域相关的值。询问哪个身份将出现在SMTP信封中以及哪个域将对邮件进行签名。如果不同的商店共享一个域，请询问现有的选择器或委托是否可以共存。不要用屏幕截图的示例密钥替换已发布的配置。
使用前后记录列表准备DNS更改。确认权威DNS服务，该服务可能与注册商或网站托管商不同。检查其编辑器是否附加区域名称。将完整主机名粘贴到已提供后缀的字段中可能会创建错误的所有者。仅发布经批准的记录，并保留无关的邮箱和网站记录。保留更改时间和之前的 TTL 并保留证据。
再营销的 SPF 页面当前显示include:spf.remarkety.com和include:spf.remarkety.net.它还表示要与现有的SPF政策合并，而不是发布另一个政策。将这些视为记录的提供商授权以评估实际路线，而不是针对每个客户的完整更换政策。其示例 a 和 mx 机制不应仅仅因为它们出现在示例中而成为附加权限。 再营销SPF设置
SPF适用于接收方评估的SMTP身份。在相关所有者处维护一项适用的SPF策略，并检查 DNS 查找预算，包括嵌套评估。将包含添加到不相关的所有者无法重写邮件的信封标识。 SPF RFC 7208
在链接出现之前验证身份验证
通过真实活动的受控版本和至少一个启用的自动化发送。选择已授权支票的测试收件人。记录可见的发件人、信封域、所有DKIM签名域和选择器以及受信任的接收者身份验证结果。将消息时间戳和测试工作流程保留在这些观察结果旁边，以便其他审阅者可以重现比较。
DMARC 需要一个通过的身份验证路径，其域与可见的 From 域一致。不相关服务域的通行证是不够的。 DKIM签名的 d= 标识签名域，s= 标识签名域 选择器;保留两者而不是仅记录绿色状态指示器。 DMARC RFC 9989 DKIM RFC 6376
将接收器结果与支持发布的记录集进行比较。如果DNS验证成功但未出现对齐签名，请检查测试的活动是否使用预期发件人和正确的商店帐户。询问支持人员激活是否完成以及自动化是否遵循相同的配置。如果签名失败，请在更改任何内容之前保留确切的失败和公共查找结果。在没有证据表明钥匙是问题所在的情况下，避免更换工作钥匙。
接下来，检查品牌链接作为单独的功能测试。再营销文档设置 > 帐户 > 自定义域，已生成 CNAME 记录，以及所选自定义链接选项的附加记录。复制当前帐户值并测试每个启用的用途。即使电子邮件经过身份验证，浏览器视图 URL 和取消订阅链接也可能需要独立的功能审查。 再营销自定义域设置
请勿承诺任一结果的收件箱放置情况。身份验证、工作链接、联系订阅者的权限以及活动质量是不同的验收标准。不要削弱整个组织的DMARC政策来拯救未经验证的存储发件人。将未解决的发件人问题路由给其所有者，同时保留其他合法邮件流。
虚构诊断：链接有效，发件人对齐无效
考虑一个使用offers@shop.example虚构商店。其管理员验证品牌链接主机名并在测试中查看预期的商店 URL。该团队假设域身份验证已完成。在本发明的示例中，接收器反而报告不相关服务域的传递签名并且没有对齐的SPF路径。因此， DMARC对于shop.example失败。这些观察结果仅供参考，并非 Remarkety 租户测量结果。
研究人员将这两个变化分开。他们保留工作链接配置，获取特定于发件人的DNS指令，并确认所选的活动发件人。提供商验证新的发件人设置后，他们会重新运行活动和自动化测试。只有当接收方证据支持一致的路径时，案件才会结案； “via”标签的消失不是闭合标准。
实施工作表
为每个发件人和工作流程完成一行：
- 帐户和商店：所有者、批准的域、回复处理和工作流程。
- 提供商说明：支持参考、发布日期、公共记录所有者、类型、值和激活确认。
- DNS证据：权威主机、以前的值、发布的值、TTL、查找时间和审阅者。
- 消息证据：工作流程、测试时间、可见发件人、信封身份、每个DKIM d=/s=对以及可信结果。
- 品牌证据：启用的链接使用、生成的 CNAME 以及查看、跟踪和取消订阅链接的结果。
- 恢复：以前支持的发件人、更改所有者、回滚条件和计划的重新测试。
停用商店或品牌时，请检查发件人信任和自定义链接依赖性。以前发送的链接可能仍然为合法收件人提供服务。在删除提供商管理的DNS依赖项或删除另一个活动帐户使用的权限之前，请清点这些依赖项。
证据和发布限制
这是一个候选实施文件。帐户特定记录、实时DNS 、收到的标头、当前界面屏幕截图和提供商激活尚未经过检查。 SME 人工审核必须确认发件人设置和链接品牌之间的区别，并批准最终支持的范围。目视审查和出版仍有待确定。保持这些门打开，直到附上实际的商店证据。
考虑附加链接记录
初始自定义域验证后，记录的自定义链接选项可以生成更多CNAME条目。与“管理发件人”分开跟踪每个启用的使用及其生成的记录。成功的初始验证并不表明每个选定的链接功能都有其所需的记录或适用于以前发送的消息。
将消息接受与策略推出分开
通过对齐的SPF结果可以满足邮件评估的要求，但并不能单独证明将整个域移至拒绝。 RFC 9989 第 7.4 节要求有效的DKIM进行域发布 p=reject 并警告间接邮件互操作性。在策略所有者批准执行之前，清点所有合法发件人和间接路由。本文未执行任何DNS更改、租户操作或接收消息测试。