Resumen

  • RFC 9873 define una extensión de comandos y respuestas EPP que asocia un correo adicional con un objeto de contacto.
  • La dirección puede ser ASCII o internacionalizada SMTPUTF8; primary identifica la preferencia dentro de la extensión.
  • Un elemento addlEmail vacío elimina la segunda dirección, y primary no debe aparecer en esa operación.

La autoridad está acotada. RFC 5730 aporta el marco de comandos y respuestas EPP; RFC 5733 define los contactos y la divulgación; RFC 9873 añade el elemento y su semántica de actualización. La bandera de divulgación del contacto también cubre el correo adicional, por lo que ambos campos deben recibir un tratamiento coherente. El soporte negociado exige procesar direcciones ASCII y SMTPUTF8 y admitir SMTPUTF8 al enviar o recibir. RFC 6530 y RFC 6531 describen el contexto del correo internacionalizado.

La RFC establece un modelo y reglas de protocolo. No verifica la titularidad del buzón ni garantiza la entrega. No demuestra que SMTPUTF8 esté desplegado universalmente en registros o registradores. Marcar una dirección como principal no cambia automáticamente todos los flujos de trabajo posteriores. Una segunda dirección no resuelve todos los fallos de privacidad, abuso o transferencia de dominios. Tampoco permite inferir adopción, rendimiento, incidentes o despliegue de un operador concreto a partir de la RFC sola.

Las políticas deben revisar la confusabilidad Unicode, la sintaxis del dominio y la alcanzabilidad del correo. Son controles complementarios, no una garantía incorporada en EPP.

Fuentes