Resumen

  • SMTPUTF8 amplió a UTF-8 los nombres de buzón del sobre y los valores de cabecera, pero solo tras el anuncio de cada servidor; quien lo anunciaba también debía ofrecer 8BITMIME.
  • Un dominio podía convertirse en A-label mediante IDNA, pero una parte local no ASCII carecía de equivalente general. Ante una ruta incapaz, las opciones honestas eran transformación autorizada en la entrega inicial, otra ruta, espera o fallo.

Un nombre familiar aún no era la dirección

MIME permitió mostrar nombres y asuntos fuera de ASCII. Pero RFC 6530 separa ese texto visible del sobre SMTP: el nombre mostrado no dirige la entrega.

IDNA había internacionalizado el dominio, a la derecha de @. La parte local seguía siendo un nombre administrado por el sistema final. Un dominio Unicode tiene una forma A-label para DNS; no existe una transliteración universal del buzón. Sustituirla puede señalar a nadie o a otra persona.

Por eso internacionalizar la dirección completa requería una ruta capaz de conservar el nombre, no solo una pantalla capaz de dibujarlo.

El diseño final abandonó la degradación en tránsito

RFC 6530 sustituyó a RFC 4952 y declaró irrelevantes los experimentos de degradación intermedia. El relé en medio no tenía autoridad para fabricar identidad ASCII.

La familia Standards Track de febrero de 2012 repartió funciones: RFC 6531 definió el transporte SMTP; RFC 6532, las cabeceras UTF-8; RFC 6533, las notificaciones que conservan al destinatario internacionalizado. No era una tabla de traducción, sino un entorno donde sobre, mensaje y prueba de fallo nombraban la misma dirección.

La palabra SMTPUTF8 era una promesa completa

El servidor coloca SMTPUTF8 en EHLO. El registro SMTP de IANA la conserva sin parámetros. RFC 6531 exige cumplimiento completo y también anunciar 8BITMIME.

8BITMIME protege octetos altos en el cuerpo; SMTPUTF8 amplía direcciones de sobre y cabeceras. El segundo necesita un entorno de ocho bits limpio, pero no sustituye al primero.

El cliente puede añadir el parámetro sin valor SMTPUTF8 a MAIL FROM. Indica que el sobre, el mensaje o sus cabeceras necesitan la extensión. Los delimitadores de SMTP permanecen; crece el repertorio permitido.

La ruta se volvió condición de alcanzabilidad

Sin anuncio, el cliente no puede enviar una dirección internacionalizada ni una cabecera RFC 6532, incluso dentro de MIME anidado. El mismo buzón puede ser alcanzable por un MX capaz y quedar bloqueado por otro. Probar otro MX o reintentar busca una ruta fiel; no cambia el nombre.

El agente de presentación posee discreción especial porque el autor sigue presente en ese límite. Si conoce un alias ASCII realmente provisionado, puede construir un mensaje ordinario. RFC 6531 no define esa transformación y no concede al relé de tránsito licencia para improvisarla.

Sin ruta o transformación válida, corresponde rechazar, notificar, volver a encolar o probar un host alternativo. El fallo mantiene la diferencia entre “esta ruta no transporta el nombre” y “el buzón no existe”.

UTF-8 entró en los valores, no en los nombres de campo

RFC 6532 permite UTF-8 directo en Subject, direcciones, cadenas y ciertas construcciones Message-ID. Los nombres de cabecera siguen en ASCII. El máximo duro pasa a 998 octetos; la recomendación visual de 78 unidades sigue medida en caracteres.

La normalización tampoco crea identidad. RFC 6532 recomienda NFC y desaconseja NFKC cuando elimina diferencias ortográficas. Solo el sistema final interpreta su espacio local.

El informe de fallo debía conservar la dirección

RFC 6533 define un tipo de dirección UTF-8 y formas para ORCPT y DSN, incluida una codificación segura en siete bits. Esa forma conserva evidencia del destinatario original; no crea un buzón ASCII alternativo.

Si un servidor anuncia SMTPUTF8 y DSN, debe implementar RFC 6533. Prometer informes y perder el nombre que falló haría imposible correlacionar el resultado.

Capacidad no era propiedad

SMTPUTF8 prueba capacidad de analizar y transportar cadenas, no existencia, propiedad, equivalencia visual ni entrega. El dominio gobierna sus etiquetas; el sistema final, sus buzones; el relé transporta o falla. Ninguno puede inventar una persona sustituta.

Fuentes y límites

El marco está en RFC 6530, el transporte en RFC 6531, las cabeceras en RFC 6532, las notificaciones en RFC 6533 y el registro actual en IANA. No miden soporte moderno, entregabilidad ni propiedad.