摘要

  • RFC 9873 定义了 EPP 命令—响应扩展，把一个额外电子邮件地址关联到联系人对象。
  • 该地址可以是 ASCII，也可以是国际化 SMTPUTF8 地址；primary 在此扩展范围内标识主要地址。
  • 更新时空的 addlEmail 元素会取消第二个地址；此时不得带有 primary 属性。

这里的协议权威是有边界的。RFC 5730 提供 EPP 命令和响应框架，RFC 5733 定义联系人对象及披露处理，RFC 9873 增加额外地址元素和更新规则。RFC 5733 的联系人披露标志同样适用于额外地址，因此两个地址字段的披露处理必须一致。协商支持还带来传输要求：客户端和服务器都要处理 ASCII 与 SMTPUTF8 地址，并在收发邮件时支持 SMTPUTF8。RFC 6530 和 RFC 6531 给出了国际化邮件的背景。

RFC 9873 建立的是数据模型和协议行为。它不能证明邮箱所有权，也不能保证投递成功。它没有证明 SMTPUTF8 已被所有注册局或注册商普遍部署。把地址标为主要地址，不会自动改变每一个下游注册流程。增加第二个地址，也不能解决所有隐私、滥用联系或域名转移故障。仅凭 RFC 本身，还不能推断采用情况、性能、事件或任何特定运营商的部署。

运营政策应处理 Unicode 混淆、邮件域语法和可达性。这些是补充性验证，不是 EPP 字段自身提供的保证。

来源