将 Clever Elements 域所有权与身份验证分开
Clever Elements 发布了用于证明域控制和配置电子邮件身份验证的单独说明。本指南涵盖了那些已记录的 Clever Elements 帐户工作流程，而不是 CleverReach 或其他类似名称的营销平台。身份验证文章的日期为 2024 年 4 月 19 日，所有权文章的日期为 2024 年 3 月 19 日。他们的产品步骤提供了有用的设置证据，但他们的年龄需要进行经常账户适用性审查，特别是在较旧的情况下 DMARC 建议与现行标准不同。
这 域名所有权指南 指导用户发布 TXT记录 包含帐户的确认码。使用已发布的代码而不是文章中打印的说明性代码。检查显示对相关DNS配置的控制；它不是一个 DKIM 公钥，一个 SPF 特定邮件经过验证的政策或证据。在变更请求中明确每条记录的用途。
识别发件人域和现有依赖项
在添加记录之前，请确定预期邮件使用的实际发件人域以及谁管理其权威DNS 。用于网络链接的域可能与可见电子邮件作者地址中的域不同。 Clever Elements 建议在身份验证旁边使用单独的品牌超链接域，但该建议不应被视为链接品牌对发件人进行身份验证的证据。根据自己的条件审查每个函数。
盘点现有SPF政策，有效 DKIM选择器 在更改任何内容之前，先了解所有者和当前DMARC政策。记录使用相同组织身份发送的其他服务，以便不会意外删除它们的授权。如果所选域是子域，请检查其实际策略和委派，而不是假设每个设置都是从父域继承的。本稿件未检查任何客户域、邮件列表或DNS记录。
发布记录的DKIM别名并单独激活签名
官方 身份验证设置指南 指定一个 CNAME 带有前缀 cemsc。 _domainkey指向发件人域的dkim.cemsc.net 。在发布之前确认此记录值仍然适用于当前账户。将最终的完全限定所有者与DNS编辑器的后缀行为进行比较，并检查是否仍需要该名称的任何现有记录。在不了解其依赖性的情况下，请勿覆盖已占用的所有者。
该指南明确要求在添加记录后为帐户启用DKIM发送。它描述了优化选项窗口和右上角用户帐户中的替代控件。 DNS发布和帐户设置是不同的步骤。正确的别名不能使非活动签名者生成签名，启用的控件不能使错误的别名生效。当授权操作员执行工作时，记录公共记录证据和实际帐户状态。
CNAME将公钥查找委托给指定的提供者目标。它不发布私钥，并且验收工作表中不包含任何私人材料。 RFC 6376 ，第 3.5 节和3.6.2.2节 定义签名字段和TXT密钥存储。稍后的消息级验证必须使用实际的签名域和选择器，而不是假设存在熟悉的DNS前缀来证明哪个密钥对消息进行了签名。
合并SPF授权而不是复制整个示例
Clever Elements 指南打印包含 mx、 include:cemsc.net和softfail all 术语的策略。这是提供商的示例，而不是真实组织的每个合法发件人的完整清单。检查其机制是否与实际授权的基础设施相匹配。不要创建第二个独立的 SPF记录 或者仅仅为了重现文章的示例而删除现有的邮箱和事务服务。
RFC 7208 ，第 2.4、3.2 和 4.6.4 节 确认 邮件来自，描述多记录行为并对评估的 DNS 相关术语设置限制。评估实际邮寄路线所使用的信封身份及其完整政策。沿评估路径计算嵌套依赖项，而不是将每个可见包含视为整个查找成本。发布SPF包含本身并不将应用程序配置为使用特定的信封标识或保证 结盟 与可见的发件人域。
使旧的DMARC配方与当前要求保持一致
2024 年提供商文章在其示例中包含基于百分比的推出说明和 pct 标签 DMARC记录. RFC 9989 ，附录 A.6 记录从当前DMARC规范中删除 pct。不要将旧配方呈现为当前标准生成器，或假设百分比将提供跨接收器的预期转出控制。查看现有的发件人覆盖范围并根据当前行为和证据选择过渡计划。
该提供商还说明了报告地址和更强有力的政策选择。这些是域所有者的决定，而不是从设置页面复制的无害默认值。保留现有策略，直到对其范围、合法发件人和预期更改进行审查。选择报告目的地需要数据共享和运营责任；本手稿既不创建报告记录，也不授权将报告发送给新的收件人。版本字符串在当前标准下仍然是v=DMARC1 ，而不是发明的第二版本。
RFC 9989 ，第 4.4 节 解释对齐。 SPF对齐结果通过或DKIM结果对齐通过即可满足认证条件；该标准并不普遍要求两者都通过。不相关域的两个传递结果并不等同于对齐。将提供商配置多种机制的建议与规范性评估规则分开。
狭义地解释产品的检查
Clever Elements 表示，其系统会检测记录设置是否正确，并在检查合格后删除未发送邮件的详细视图中的优化通知。它还描述了检查用户帐户中使用的发件人域。这些是有用的账户观察，但它们并不能取代实际邮寄路线的可信接收者证据。消失的通知并不能证明收件箱位置或收件人参与度。
所有权文章给出了普通识别时间的估计，以及最长 48 小时的可能延迟。将这些视为提供者指导，而不是证明错误的名称或值最终会起作用。拟议的验收练习应保留实际观察时间和配置状态，然后使用单独授权的无害消息来检查签名和对齐结果。此处未执行任何邮寄、帐户切换、 DNS查询或诊断上传。
虚构诊断： DNS已准备就绪，但签名未启用
虚构的出版商 Lantern Field Notes 添加了记录的DKIM别名及其帐户颁发的所有权TXT代码。它的编辑器将身份验证标记为完成，因为这两条记录在DNS面板中都可见。审查发现DKIM发送控制尚未启用，并且目标发件人域不存在接收者证据。
建议的更正是将所有权验证、密钥查找、签名激活和消息接受分成不同的清单项目。并不是立即更换公钥或收紧DMARC 。该示例是虚构的，不包含真实的订户信息、提供商结果或执行的测试。它说明了为什么仅DNS准备无法建立主动签名配置。
空白验收工作表和发布边界
- 产品、当前账户适用性和发件人域：______
- 已发布所有权TXT代码参考及公开验证结果：______
- DKIM别名所有者/目标和现有记录依赖性审查：______
- 授权DKIM发送激活并观察帐户状态：______
- 完整的SPF政策并评估依赖性证据：______
- 当前DMARC决定、遗留 PCT 审查和报告批准：______
- 帐户检查结果和可信接收消息对齐证据：______
- 剩余的异常、回滚所有者和发布决定：______
原始实施证据、人类主题审查、当前源适用性、生产路线测试、视觉可访问性和所有者发布仍然开放。更广泛的目录要求仍然需要授权的操作证据。本指南不声明已配置真实帐户、旧的DMARC示例保持最新状态或保证经过身份验证的邮件到达收件箱。