Résumé

  • La RFC 9873 définit une extension commande-réponse EPP associant une adresse supplémentaire à un objet contact.
  • Cette adresse peut être ASCII ou internationalisée SMTPUTF8 ; primary désigne la préférence dans cette extension.
  • Un élément addlEmail vide supprime la seconde adresse, et primary doit alors être absent.

L’autorité est précise. La RFC 5730 fournit le cadre des commandes et réponses EPP ; la RFC 5733 décrit les objets contact et la divulgation ; la RFC 9873 ajoute le champ et ses règles de mise à jour. Le drapeau de divulgation du contact s’applique aussi à l’adresse supplémentaire : le traitement ne doit donc pas diverger entre les deux champs. Le support négocié impose en outre de traiter les adresses ASCII et SMTPUTF8 et de prendre en charge SMTPUTF8 lors de l’envoi ou de la réception. Les RFC 6530 et 6531 donnent le contexte du courrier internationalisé.

La RFC établit un modèle de données et un comportement de protocole. Elle ne vérifie pas la propriété d’une boîte et ne garantit pas la livraison. Elle ne prouve pas que SMTPUTF8 est déployé partout chez les registres ou bureaux d’enregistrement. Le marquage principal ne modifie pas automatiquement chaque processus aval. Une seconde adresse ne résout pas tous les problèmes de confidentialité, d’abus ou de transfert de domaine. Enfin, la RFC seule ne permet aucune conclusion sur l’adoption, les performances, les incidents ou le déploiement d’un opérateur nommé.

Les politiques doivent traiter la confusion Unicode, la syntaxe des domaines et l’accessibilité de l’adresse. Ces contrôles complètent la représentation EPP ; ils ne la transforment pas en preuve de joignabilité.

Sources