国际化的发件人在邮件客户端、原始标头、 DNS工具和身份验证结果中可能看起来有所不同。在确定身份不同之前，正确的调查会解释这些陈述。
不要仅比较屏幕上呈现的文本。保留原始标头和提取的域，识别适用的国际化规则并记录用于策略发现和身份比较的DNS形式。用于评估的转换是与重写签名消息不同的操作。
将地址的三个部分分开
显示名称是面向人的标签。邮箱本地部分是@之前的部分。域名是@后面的部分。它们在身份验证中具有不同的规则和不同的角色。
国际化电子邮件标准允许支持的系统使用 SMTPUTF8 传输 UTF-8 标头内容和邮箱名称。 IDNA 解决国际化域名标签问题；它不会将 Unicode 邮箱本地部分转换为DNS名称。
DMARC的中心身份是从 From 中提取的作者域。更改某人的本地部分的拼写不会创建新的DMARC 结盟 模式，并且对域进行身份验证并不能证明人名或显示名称的含义。
将 Unicode 和DNS表示形式放在一起
IDNA 将 Unicode U 标签与其 ASCII A 标签表示区分开来。有效的 A 标签可以通过其 xn-- 前缀来识别，但单独的前缀并不能证明任意字符串是有效的编码。使用适用的 IDNA 规则的实施，而不是手动编辑的替换。
RFC 9989 第 5.3.1 节要求将 U 标签作者域转换为 A 标签形式，以进行进一步的DMARC处理。这意味着视觉上不同的标头和DNS名称可能代表相同的域。这并不意味着两个不相关名称中形状相似的 Unicode 字符变得等效。
以下示例是合成的，并使用保留的 .example 命名空间。不声明任何DNS发布、消息传递或接收结果。
- Item：来自带有Unicode域的邮箱；说明性价值： cher.example ；目的：原始国际化标头标识
- Item：对应的A标签域；说明性值： xn--bcher-kva.example ；目的：此处描述的DMARC处理的域形式
- 项目：直接DMARC查找名称；说明性值： _dmarc.xn--bcher-kva.example ；目的：该作者域的TXT查询
- Item：等效的 ASCII 域邮箱形式；说明性价值： info@xn--bcher-kva.example ；目的：ASCII 形式的相同域表示
- 有效通过 DKIM 使用相同 A 标签域的身份可以与转换后的作者域进行比较。如果相同，则域比较可以满足严格对齐。完整的DMARC通行证仍然需要有效的适用策略和通过的一致身份验证路径；转换本身并不是身份验证。
不要对本地部分应用域编码
考虑一个假设的邮箱，其 Unicode 本地部分位于同一国际化域中。域可以具有 A 标签表示形式，而本地部分仍然是由国际化电子邮件处理管理的邮箱标识符。将 Punycode 应用于整个地址是错误的模型。
当邮件需要时，检查 SMTPUTF8 对实际传输路径的支持。完全以 ASCII A 标签形式编写的域本身不需要 SMTPUTF8；其他地址或标头内容仍可能这样做。 UTF-8 原始标头或非 ASCII 邮箱本地部分引入了单独的传输和解析器兼容性问题。
将这些结果分开：无法传输国际化消息、无法解析其身份、无法发现策略和身份验证失败是不同的阶段。更改DMARC标签并不能解决所有问题。
在调查期间保留签名内容
保留原始消息字节和相关签名。转换提取的域进行比较不需要替换 来自标题 在原始消息中。重写标头然后验证修改后的副本可以产生不同的签名问题。
记录执行 IDNA 和电子邮件解析的库或产品版本、其支持的标准和转换结果。将任何受控维修保留为单独的测试夹具。避免承诺每个提供商、网关和客户端都支持相同的国际化工作流程而不测试该路由。
DMARC标记名称和定义的值继续遵循其指定的语法。不要翻译v=DMARC1或发明特定于 Unicode 的策略版本。对于国际化的报告目标或提供商生成的设置，请遵循适用的 URI、 DNS和提供商规则，而不是假设邮箱显示支持允许在每个配置字段中使用任意 Unicode。
将视觉模拟与对齐分开
显示的名称可能类似于熟悉的品牌，但代表不同的基础域。 IDNA 转换解释了域名表示；并不是判断该名称是否合法或两个视觉上相似的名称是相同的身份。
检查可疑邮件时，将实际域及其DNS表单与批准的身份注册进行比较。将显示名称和相似域结果与DMARC结果放在一起但分开。身份验证与授权指南解释了为什么有效的域结果无法批准消息意图。
保留可复制的身份记录
对于真正的调查，请保留显示的发件人、原始发件人字段、提取的 Unicode 域、经过验证的 A 标签转换、策略查找名称、 SPF 和DKIM身份、可信接收器结果和传输证据。编辑个人数据而不破坏重现决策所需的域表示。
有用的结果可以说两个表示映射到同一域，或者它们是不同的，并显示这如何影响实际评估。保留转换和原始消息，以便其他审阅者可以得出相同的结论。
记录转换，无需发明身份验证
书面案例 IDN-01 保留 From info@bü cher.example及其对应的域xn--bcher-kva.example 。邮件管理员记录适用的 IDNA 库/版本并单独保存原始邮件。在这种情况下， SPF 、 DKIM验证、SMTPUTF8 协商和发现的策略仍然未知。下一步是收集这些观察结果，而不是将消息标记为已验证，因为两个域表示一致。未执行任何消息或DNS查询。