收集正确的帐户和DNS访问权限
Flodesk 当前的手动流程需要自定义域电子邮件地址、Flodesk 帐户的访问权限以及域的DNS管理器的访问权限。确定谁控制权威DNS而不是假设注册商托管活动区域。在进行更改之前保留当前记录，尤其是其他营销工具或普通邮箱使用的记录。
决定域所有者是使用手动工作流程还是授权自动 Entri 集成。这些是发布所需记录的替代方法，而不是不同的身份验证协议。不要仅仅因为验证未决而重复运行这两个操作。
使用帐户的手动记录集
打开我的帐户 > 域设置，在域卡上选择立即验证，然后选择手动选项。当前文档描述了两个可能的集合：五个记录组成一个 SPF， 三 DKIM 和一个 DMARC记录，或由每个记录组成的三个记录。该帐户决定应用哪一组。不要复制固定计数或 选择器 来自不相关的教程。
使用每个 Copy 控件来获取确切的所有者和值。 Flodesk 指定 CNAME 其SPF和DKIM条目的记录以及 TXT记录 为了 DMARC。保留显示的类型。 CNAME是另一个名称的DNS别名；它不是粘贴到现有SPF字符串中的文本机制。
特别是，Flodesk 表示将其SPF CNAME添加为单独的记录，而不是将其与现有的SPF TXT策略合并。这并不意味着向一个所有者发布两个v=spf1策略是安全的。生成的CNAME有自己的所有者和功能。如果该所有者已被不兼容的数据占用，请停止并与DNS管理员解决冲突，而不是覆盖其他服务。
保留现有DMARC决策
手动说明表示仅当不存在DMARC记录时才添加显示的DMARC TXT记录。显示的政策适用于没有政策的会员。请勿创建第二条DMARC记录或用设置示例替换已建立的拒绝或隔离策略。
与域管理员检查确切的策略所有者和当前配置。身份验证成功需要适用模式下有效的对齐SPF或DKIM路径；发布政策并不能证明竞选活动满足该政策。将组织的报告和执行决策与添加 Flodesk 生成的记录的机制分开。
无需重启即可完成验证
发布记录后，返回 Flodesk 并单击下一步和完成。该服务自动监控DNS 。该文档描述了在规定的长达 48 小时的窗口内的待验证和部分验证状态。将其视为提供商指导，而不是每个DNS故障在两天后自行解决的普遍保证。
当不同的记录变得可见时，可能会出现部分状态。首先将权威答案与帐户的确切记录集进行比较。检查重复的域后缀、错误的记录类型、不正确的CNAME目标以及在不活动的DNS主机上进行的编辑。如果正确的记录可见，但状态在记录的窗口之外仍未解决，请收集记录集和状态以获取支持，而不是重复重新启动身份验证。
了解自动替代方案
自动流程也会在域设置下启动。选择自动身份验证并通过 Entri 连接域提供商。所有者授权 Entri 添加DNS记录所需的访问权限。在批准之前审查请求的访问权限和预期的更改；集成是第三方的，而不仅仅是DNS编辑器的不同视图。
Flodesk 表示，不受支持的提供商会导致手动选项。如果自动设置未完成，请在切换方法之前检查实际创建的内容。避免重复保单或意外更换工作记录。稍后更改DNS主机还需要将这些记录保留在新的权威区域中；仅注册商变更并不能证明DNS已移动或记录已丢失。
验证活动，而不仅仅是域卡
通过生产工作流程将受控电子邮件发送到可以检查原始标题的邮箱。记录可见的发件人域、信封域、每个DKIM签名域和选择器以及可信接收者的身份验证结果。确认通过路径 结盟 而不是假设经过验证的卡可以保证未来的每条路线。
说明性案例，而不是 Flodesk 观察结果：发件人是hello@example.com ， DKIM通过d=example.com.这提供了精确的DKIM对齐。如果不相关的信封域通过SPF ，则该结果本身与example.com不一致。保留这两种结果，以便以后的签名失败不会被不相关的SPF通行证掩盖。
在宣布迁移完成之前，保留恢复记录并测试任何 DNS 主机迁移。身份验证并不能保证收件箱的放置；声誉、消息内容和接收者决策保持独立。本指南仅保留第一方文档和综合示例。没有执行真正的DNS更改、租户验证或收到的活动，并且人工生产批准仍然悬而未决。
无需猜测目标即可解决记录碰撞
对于书面案例 FL-01，假设 Flodesk 面板向生成的所有者请求CNAME （此处表示为bounce.example.com ），但DNS清单显示同一所有者已经是工作人员 一个记录 对于不相关的服务。该所有者是说明性的，不是真正的 Flodesk 生成的标签；请求的CNAME目标未知。不要覆盖 A 记录或将目标粘贴到根SPF TXT中。 DNS所有者必须确定依赖性并与提供商就受支持的冲突解决方案达成一致，然后再继续。保持现有DMARC政策不变，且活动未经验证。在这种情况下，没有获得DNS答复、帐户授予或消息。
保留执行边界
RFC 9989 第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。