Correo electrónico internacional - International email

El correo electrónico internacional surge de la provisión combinada de nombres de dominio internacionalizados ( IDN ) e internacionalización de direcciones de correo electrónico ( EAI ). El resultado es un correo electrónico que contiene caracteres internacionales (caracteres que no existen en el conjunto de caracteres ASCII ), codificados como UTF-8 , en el encabezado del correo electrónico y en protocolos de transferencia de correo compatibles. El aspecto más significativo de esto es la asignación de direcciones de correo electrónico (también conocidas como identidades de correo electrónico) en la mayoría de los sistemas de escritura del mundo, tanto en la interfaz como en los niveles de transporte.

Correos electrónicos

Las direcciones de correo electrónico tradicionales se limitan a caracteres del alfabeto inglés y algunos otros caracteres especiales.

Las siguientes son direcciones de correo electrónico tradicionales válidas:

Abc@example.com                               (English, ASCII)
Abc.123@example.com                           (English, ASCII)   
user+mailbox/department=shipping@example.com  (English, ASCII)
!#$%&'*+-/=?^_`.{|}~@example.com              (English, ASCII)
"Abc@def"@example.com                         (English, ASCII)
"Fred\ Bloggs"@example.com                    (English, ASCII)
"Joe.\\Blow"@example.com                      (English, ASCII)

Un ruso podría querer usar иван.сергеев@пример.рф como su identificador, pero verse obligado a usar una transcripción como ivan.sergeev@example.ru o incluso algún otro identificador completamente no relacionado. Lo mismo es claramente cierto para el chino, el japonés y muchas otras nacionalidades que no usan escrituras latinas , pero también se aplica a los usuarios de países europeos que no hablan inglés cuyas direcciones deseadas pueden contener signos diacríticos (por ejemplo, André o Płużyna ). Como resultado, los usuarios de correo electrónico se ven obligados a identificarse utilizando scripts no nativos, o los programadores de sistemas de correo electrónico deben compensar esto convirtiendo los identificadores de sus scripts nativos en scripts ASCII y de nuevo en la capa de interfaz de usuario.

El correo electrónico internacional, por el contrario, utiliza caracteres Unicode codificados como UTF-8 , lo que permite codificar el texto de las direcciones en la mayoría de los sistemas de escritura del mundo.

Las siguientes son todas las direcciones de correo electrónico internacionales válidas :

用户@例子.广告               (Chinese, Unicode)
अजय@डाटा.भारत               (Hindi, Unicode)
квіточка@пошта.укр          (Ukrainian, Unicode)
χρήστης@παράδειγμα.ελ       (Greek, Unicode)
Dörte@Sörensen.example.com  (German, Unicode)
коля@пример.рф              (Russian, Unicode)

Por otro lado, en el caso relativo a dominios Idn que se encuentran dentro de las excepciones, por lo tanto, no están sujetos a codificación, o porque los caracteres nativos no tienen traducción o porque aún no existe una codificación para esos determinados caracteres, la respectiva e -Las direcciones de correo electrónico también se mostrarán en caracteres nativos y no en su código punicode. Por ejemplo, para el dominio xn--9ckb.com, la dirección de correo electrónico que se muestra a continuación se muestra tal como está escrita en Gmail y en casi todos los demás servicios de correo internacional.

support@ツッ.com            (Katakana, Unicode)

Encabezados UTF-8

Aunque el formato tradicional para la sección de encabezado de correo electrónico permite que se incluyan caracteres no ASCII en la parte de valor de algunos de los campos de encabezado utilizando palabras codificadas en MIME (por ejemplo, en nombres para mostrar o en un campo de encabezado de Asunto ), la codificación MIME no debe ser se utiliza para codificar otra información en un encabezado, como una dirección de correo electrónico, o campos de encabezado como ID de mensaje o Recibido . Además, la codificación MIME requiere un procesamiento adicional del encabezado para convertir los datos hacia y desde su representación de palabras codificadas en MIME, y perjudica la legibilidad de una sección de encabezado.

Los estándares de 2012 RFC 6532 y RFC 6531 permiten la inclusión de caracteres Unicode en un contenido de encabezado utilizando codificación UTF-8 y su transmisión a través de SMTP, pero en la práctica el soporte se está implementando lentamente.

Interoperabilidad mediante degradación

La internacionalización de dominios funciona mediante la degradación. Las partes UTF-8, conocidas como etiquetas U, se transforman en etiquetas A mediante un método ad-hoc llamado IDNA. Por ejemplo, sörensen.example.comestá codificado como xn--srensen-90a.example.com. En 2003, cuando se abordó la necesidad, parecía más fácil que comprobar que todo el software DNS podía cumplir con las cadenas UTF-8, aunque en teoría el DNS puede transportar datos binarios. Esta codificación es necesaria antes de emitir consultas DNS.

Tenga en cuenta que los nombres de dominio también, si no principalmente, se utilizan para la navegación web. EAI difiere.

Dado que los estándares de correo electrónico tradicionales limitan todos los valores de encabezado de correo electrónico a caracteres solo ASCII, es posible que la presencia de caracteres UTF-8 en los encabezados de correo electrónico disminuya la estabilidad y confiabilidad del transporte de dicho correo electrónico. Esto se debe a que algunos servidores de correo electrónico no admiten estos caracteres. La verificación del cumplimiento de las cadenas UTF-8 debe realizarse paquete de software por paquete de software (ver # Adopción a continuación). Hubo un método experimental propuesto por el IETF, mediante el cual el correo electrónico podría ser degradado de alguna manera al formato heredado completamente ASCII que todos los correos electrónicos estándar soporte de servidores. Esta propuesta era demasiado engorrosa porque el significado de la parte del lado izquierdo de una dirección de correo electrónico es local para el servidor de destino. No hay forma de comprobar que no es un nombre de usuario válido, utilizado en algún dominio. Así que ese experimento quedó obsoleto en 2012 por RFC 6530. xn--something

Marco de estándares

El conjunto de documentos RFC de Internet RFC 6530, RFC 6531, RFC 6532 y RFC 6533, todos ellos publicados en febrero de 2012, definen los mecanismos y extensiones de protocolo necesarios para admitir completamente las direcciones de correo electrónico internacionalizadas. Estos cambios incluyen una extensión SMTP y una extensión de la sintaxis del encabezado del correo electrónico para adaptarse a los datos UTF-8. El conjunto de documentos también incluye una discusión de supuestos y problemas clave en la implementación de correo electrónico totalmente internacionalizado.

Adopción

  • 2013-11-14: ¡ El murciélago! Email Client implementó soporte para nombres de dominio internacionalizados (IDN) en direcciones de correo electrónico.
  • 07/15/2014: Postfix anuncio publicitario comenzó a apoyar Email internacionalizados, también conocido como EAI o SMTPUTF8 , que se define en el RFC 6530 .. se puso a disposición RFC 6533. El apoyo inicial con una versión de desarrollo 20140715, y en 02/08/2015 terminó en una versión estable 3.0.0. Esto admite UTF-8 en direcciones de remitentes SMTP o LMTP, direcciones de destinatarios y valores de encabezado de mensajes.
  • 2014-07-19: XgenPlus Email Server comenzó a admitir correo electrónico basado en IDN, también conocido como soporte para SMTPUTF8 , especialmente para el dominio .भारत.
  • 2014-08-05: Google anunció que Gmail reconocerá direcciones que contengan caracteres acentuados o no latinos, con más soporte para la internacionalización a continuación. Sus anuncios de correo (MX MTA) anuncian soporte para la extensión SMTP para correo electrónico internacionalizado (SMTPUTF8, RFC 6531).
  • 2014-09-30: Message Systems anunció que su producto Momentum (versiones 4.1 y 3.6.5) proporciona soporte SMTPUTF8 , la extensión de internacionalización de direcciones de correo electrónico para el protocolo SMTP, que permite enviar correos electrónicos a nuevos destinatarios no occidentales.
  • 2014-10-22: se lanzó la versión 2.10.0 del filtro de contenido de correo de Amavis, que agregó soporte para SMTPUTF8 , EAI e IDN .
  • 2016-12-07: почта.рус Lanza un correo electrónico completamente ruso (cirílico) en Moscú a través de una conferencia de prensa.
  • El ministro principal Vasundhara Raje de Rajasthan lanzó una dirección de correo electrónico gratuita @ rajasthan.in y @ राजस्थान.भारत el 3 de diciembre de 2017. El estado de Rajasthan se convirtió en el primer estado del mundo en proporcionar direcciones de correo electrónico a todos los ciudadanos en su propio idioma.
  • 2016-10-18: Data Xgen Technologies lanzó una dirección de correo electrónico lingüística gratuita con el nombre "DATAMAIL". En apoyo de Digital India, esto hizo que se detuviera una aplicación de correo electrónico india que admite IDN ( nombre de dominio internacionalizado ) en hindi (हिन्दी), gujarati (ગુજરાતી), urdu (اردو), punjabi (ਪੰਜਾਬੀ ਦੇ), tamil (தமிழ்), telgu (తెలుగు) ), Bengalí (বাংলা), marathi (मराठी), inglés latino. DATAMAIL ha lanzado idiomas internacionales para los países que utilizan árabe (العَرَبِيَّة), ruso (русский) y chino (汉语 / 漢語) como idioma base.
  • 2017-03-07: Apple Store incluye un producto compatible con EAI.
  • 2017-12-27: Microsoft anuncia el próximo soporte de correo electrónico IDN en Office 365 y también anuncia el socio XgenPlus que aloja los buzones de correo IDN.
  • 2018-01-03: Microsoft agrega la internacionalización del correo electrónico a Exchange Online.
  • 2018-09-18: Courier-MTA lanza soporte para mensajes de correo electrónico Unicode, en UTF-8, para todos los paquetes Courier. Además, Courier-IMAP usa Unicode (UTF8) para los nombres de las carpetas maildir.

Ver también

Referencias

Bibliografía

enlaces externos