要約

  • RFC 9873は、追加メールアドレスをEPP連絡先オブジェクトに関連付けるコマンド・応答拡張を定義する。
  • 追加アドレスはASCIIまたは国際化SMTPUTF8形式で、primary がこの拡張内の主アドレスを示す。
  • 空の addlEmail は追加アドレスを解除し、そのとき primary は存在してはならない。

プロトコルの権限範囲は限定されている。RFC 5730はEPPのコマンドと応答の枠組みを、RFC 5733は連絡先オブジェクトと開示処理を定め、RFC 9873が追加アドレスと更新規則を加える。連絡先の開示フラグは追加メールにも適用されるため、二つのフィールドを別々の開示条件で扱ってはならない。ネゴシエーションされた対応では、ASCIIとSMTPUTF8の双方を処理し、送受信時にSMTPUTF8拡張を扱う必要がある。国際化メールの背景はRFC 6530とRFC 6531にある。

RFCが確立するのはデータモデルとプロトコル動作である。メールボックスの所有者を検証するものでも、配送を保証するものでもない。SMTPUTF8が全レジストリまたは全レジストラに普遍的に展開されていることも示さない。主アドレスの指定が、すべての下流レジストリ処理を自動的に変えるわけではない。第二アドレスが、プライバシー、 abuse連絡、ドメイン移管の問題をすべて解消するわけでもない。RFC単独から採用、性能、インシデント、特定事業者の展開を推測することもできない。

運用ポリシーではUnicodeの紛らわしさ、メールドメイン構文、到達性を検証する必要がある。これらは補助的な統制であり、EPPの記録そのものが提供する保証ではない。

出典