本指南中的 Adelante 提供商是 Adelante Software 的go2pay.uk支付平台。其官方电子邮件和 SPF 文档涉及代表客户发送的付款链接等消息。请勿将此服务与共享 Adelante 名称的不相关公司相混淆。
为早期文件审查捕获的保留的第一方页面标识了 2022 年 4 月的更新。它提供发送 IP 并且不建立当前自定义 DKIM 或定制 Return-Path 能力。因此，本指南提供了有界SPF配置和验证方法。它没有声称完全演示了具有 DMARC 功能的 Adelante 路由。
更改DNS之前确认记录的发件人
官方页面要求客户的IT团队整合 37.35.91.34 进入SPF DNS记录。 Adelante 电子邮件和SPF
由于页面较旧，请在生产发布前确认该IP仍然适用于正在使用的支付产品和账户。成功检索文档页面并不能证明其发送基础设施保持不变。从受控接收的付款链接电子邮件或当前提供商指南中获取实际信封身份，然后识别接收者评估的SPF所有者名称。
IPv4地址经过SPF授权 ip4: 机制。它不会转换为 包括： term: include 评估另一个域的SPF策略。不要推断看起来数字的 include 就意味着 IP 授权。将现有授权发件人保留在相关名称的一项策略中，并将任何新机制置于终端所有术语之前。 SPF规格
构建一个狭窄的拟议变更
仅说明性语法，以当前提供商确认和观察到的SPF身份为条件：现有的 v=spf1 include:mail.example.net -all 政策可能会成为 v=spf1 include:mail.example.net ip4:37.35.91.34 -all。该示例包含域是发明的，而不是发布它的指令。该练习显示在添加 IP 机制时保留另一个授权和策略的终端限定符。
捕获前后的DNS差异、企业所有者、当前服务使用的确认和计划的测试。如果实际SPF身份位于其他位置，请勿仅仅因为顶点出现在可见发件人地址中而修改顶点。不改变接收 MX记录：所引用的 Adelante 页面不要求执行该操作。
请勿将SPF通行证变成不受支持的DMARC声明
通过真实支付链接工作流程进行授权测试后，记录可见的发件人、信封身份和SPF结果，每个 DKIM签名的域和接收器结果，以及 DMARC 结果。 SPF必须同时通过并对齐才能为DMARC做出贡献。如果它对不相关的提供商域进行身份验证，则向可见的发件人域添加授权不一定会更改该身份。
所审查的来源不提供自定义 DKIM选择器 或激活工作流程。两者都不要发明，也不要仅仅因为本页忽略了 DKIM 就声明不支持DKIM 。如果无法演示对齐的SPF和对齐的DKIM ，请保留品牌发送配置并请求支持的解决方案。具有合适回复路由的提供商拥有的发件人地址可能是一个需要讨论的设计选项，而不是此处记录的 Adelante 功能。
恢复并保留证据边界
如果更改导致失败，请暂停受影响的邮件工作流程。在服务所有者解析路由时，如果合适，恢复之前的策略，而不是发布 +all 或削弱域范围的DMARC以隐藏不匹配。保留文档年龄、提供商响应和经过编辑的收到消息证据。本文没有执行真正的 Adelante 消息、 DNS更改或支付交易。
使用由两部分组成的“继续或持有”决策
拟议的变更需要当前的服务确认和受控的身份样本。记录谁确认了地址、适用于哪种支付产品和账户以及何时确认。分别记录真实包络和对齐的通过路径。如果任一行未知，则持有生产授权，而不是将文档年龄或旧保单视为证据。该决策卡是提议的保障措施，而不是提供商的响应或执行的付款测试。