stringtranslate.com

Dirección de correo electrónico

Una dirección de correo electrónico identifica un buzón de correo electrónico al que se envían los mensajes. Si bien los primeros sistemas de mensajería utilizaban una variedad de formatos para las direcciones, hoy en día, las direcciones de correo electrónico siguen un conjunto de reglas específicas estandarizadas originalmente por el Grupo de trabajo de ingeniería de Internet (IETF) en la década de 1980 y actualizadas por RFC  5322 y 6854. El término dirección de correo electrónico en este artículo se refiere solo a addr-spec en la Sección 3.4 de RFC 5322. El RFC define address de manera más amplia como un buzón de correo o un grupo . Un valor de buzón de correo puede ser un name-addr , que contiene un display-name y addr-spec , o el más común addr-spec solo.

Una dirección de correo electrónico, como [email protected] , se compone de una parte local, el símbolo @, y un dominio , que puede ser un nombre de dominio o una dirección IP entre corchetes. Aunque el estándar requiere que la parte local distinga entre mayúsculas y minúsculas, [1] también insta a que los hosts receptores entreguen los mensajes de manera independiente de las mayúsculas y minúsculas, [2] por ejemplo, que el sistema de correo en el dominio example.com trate a John.Smith como equivalente a john.smith ; algunos sistemas de correo incluso los tratan como equivalentes a johnsmith . [3] Los sistemas de correo a menudo limitan la elección del nombre de los usuarios a un subconjunto de los caracteres técnicamente permitidos; con la introducción de nombres de dominio internacionalizados , se están realizando esfuerzos para permitir caracteres que no sean ASCII en las direcciones de correo electrónico.

Debido a la ubicuidad del correo electrónico en el mundo actual, las direcciones de correo electrónico se utilizan a menudo como nombres de usuario habituales en muchos sitios web y servicios que proporcionan un perfil o cuenta de usuario. [4] Por ejemplo, si un usuario desea iniciar sesión en su perfil de videojuegos Xbox Live , utilizaría su cuenta de Microsoft en forma de dirección de correo electrónico como ID de nombre de usuario, aunque el servicio en este caso no sea el correo electrónico.

Transporte de mensajes

Una dirección de correo electrónico consta de dos partes: una parte local (a veces un nombre de usuario, pero no siempre) y un dominio; si el dominio es un nombre de dominio en lugar de una dirección IP, el cliente SMTP utiliza el nombre de dominio para buscar la dirección IP del intercambio de correo. El formato general de una dirección de correo electrónico es parte local @ dominio , por ejemplo, jsmith@[192.168.1.2], [email protected] . El cliente SMTP transmite el mensaje al intercambio de correo, que puede reenviarlo a otro intercambio de correo hasta que finalmente llega al host del sistema de correo del destinatario.

La transmisión de correo electrónico desde el ordenador del autor y entre servidores de correo en Internet utiliza el Protocolo simple de transferencia de correo (SMTP), definido en RFC  5321 y 5322, y extensiones como RFC  6531. Los buzones de correo pueden ser accedidos y administrados por aplicaciones en ordenadores personales, dispositivos móviles o sitios de correo web , utilizando el protocolo SMTP y el Protocolo de oficina postal (POP) o el Protocolo de acceso a mensajes de Internet (IMAP).

Al transmitir mensajes de correo electrónico , los agentes de usuario de correo (MUA) y los agentes de transferencia de correo (MTA) utilizan el sistema de nombres de dominio (DNS) para buscar un registro de recursos (RR) para el dominio del destinatario. Un registro de recursos de intercambiador de correo ( registro MX ) contiene el nombre del servidor de correo del destinatario. En ausencia de un registro MX, un registro de dirección ( A o AAAA ) especifica directamente el host de correo.

La parte local de una dirección de correo electrónico no tiene importancia para los sistemas de retransmisión de correo intermedios que no sean el host del buzón final. Los remitentes de correo electrónico y los sistemas de retransmisión intermedios no deben asumir que no distingue entre mayúsculas y minúsculas, ya que el host del buzón final puede tratarla como tal o no. Un solo buzón puede recibir correo para varias direcciones de correo electrónico, si el administrador lo configura. Por el contrario, una sola dirección de correo electrónico puede ser el alias de una lista de distribución para muchos buzones. Los alias de correo electrónico , las listas de correo electrónico , las subdirecciones y las direcciones de captura general , estas últimas siendo buzones que reciben mensajes independientemente de la parte local, son patrones comunes para lograr una variedad de objetivos de entrega.

Las direcciones que se encuentran en los campos de encabezado de un mensaje de correo electrónico no son utilizadas directamente por los intercambios de correo para entregar el mensaje. Un mensaje de correo electrónico también contiene un sobre de mensaje que contiene la información para el enrutamiento del correo. Si bien las direcciones de sobre y de encabezado pueden ser iguales, las direcciones de correo electrónico falsificadas (también llamadas direcciones de correo electrónico falsificadas ) se ven a menudo en spam , phishing y muchas otras estafas basadas en Internet. Esto ha dado lugar a varias iniciativas que tienen como objetivo hacer que estas falsificaciones de correos electrónicos fraudulentos sean más fáciles de detectar.

Sintaxis

El formato de una dirección de correo electrónico es parte-local@dominio , donde la parte local puede tener hasta 64 octetos de longitud y el dominio puede tener un máximo de 255 octetos. [5] Las definiciones formales se encuentran en RFC 5322 (secciones 3.2.3 y 3.4.1) y RFC 5321, con una forma más legible dada en el informativo RFC 3696 (escrito por J. Klensin, el autor de RFC 5321) y las erratas asociadas.

Una dirección de correo electrónico también puede tener asociado un "nombre para mostrar" (Display Name) para el destinatario, que precede a la especificación de la dirección, ahora rodeada por corchetes angulares, por ejemplo: John Smith <[email protected]> . [6] Los spammers de correo electrónico y los phishers a menudo utilizarán la "suplantación de nombre para mostrar" para engañar a sus víctimas, utilizando un nombre para mostrar falso o una dirección de correo electrónico diferente como nombre para mostrar. [7]

Las formas anteriores de direcciones de correo electrónico para redes distintas de Internet incluían otras notaciones, como la requerida por X.400 y la notación UUCP bang path , en la que la dirección se proporcionaba en forma de una secuencia de computadoras a través de las cuales se debía transmitir el mensaje. Esta notación se usó ampliamente durante varios años, pero fue reemplazada por los estándares de Internet promulgados por el Grupo de Trabajo de Ingeniería de Internet (IETF).

Parte local

La parte local de la dirección de correo electrónico puede no estar entre comillas o puede estar entre comillas.

Si no está entre comillas, puede utilizar cualquiera de estos caracteres ASCII :

Si se cita, puede contener espacio, tabulación horizontal (HT), cualquier gráfico ASCII excepto barra invertida y comillas y un par entre comillas que consiste en una barra invertida seguida de HT, espacio o cualquier gráfico ASCII; también puede dividirse entre líneas en cualquier lugar donde aparezca HT o espacio. A diferencia de las partes locales sin comillas, se permiten las direcciones ".John.Doe"@example.com, "John.Doe."@example.comy ."John..Doe"@example.com

La longitud total máxima de la parte local de una dirección de correo electrónico es de 64 octetos. [9]

Además de los caracteres ASCII anteriores, los caracteres internacionales superiores a U+007F, codificados como UTF-8 , están permitidos por RFC 6531 cuando EHLO especifica SMTPUTF8 , aunque incluso los sistemas de correo que admiten SMTPUTF8 y 8BITMIME pueden restringir qué caracteres usar al asignar partes locales.

Una parte local es una cadena de puntos o una cadena entre comillas; no puede ser una combinación. Sin embargo, las cadenas y caracteres entre comillas no se utilizan comúnmente. [ cita requerida ] RFC 5321 también advierte que "un host que espera recibir correo DEBE evitar definir buzones en los que la parte local requiera (o utilice) el formato de cadena entre comillas".

La parte local postmasterse trata de manera especial: no distingue entre mayúsculas y minúsculas y debe reenviarse al administrador de correo electrónico del dominio. Técnicamente, todas las demás partes locales distinguen entre mayúsculas y minúsculas, por lo tanto [email protected], [email protected]especifican buzones de correo diferentes; sin embargo, muchas organizaciones tratan las letras mayúsculas y minúsculas como equivalentes. De hecho, RFC 5321 advierte que "un host que espera recibir correo DEBE evitar definir buzones de correo en los que... la parte local distingue entre mayúsculas y minúsculas".

A pesar de la amplia gama de caracteres especiales que son técnicamente válidos, las organizaciones, los servicios de correo, los servidores de correo y los clientes de correo en la práctica a menudo no los aceptan todos. Por ejemplo, Windows Live Hotmail solo permite la creación de direcciones de correo electrónico utilizando caracteres alfanuméricos, punto ( .), guión bajo ( _) y guión ( -). [10] El consejo habitual es evitar el uso de algunos caracteres especiales para evitar el riesgo de que los correos electrónicos sean rechazados. [11]

Según RFC 5321 2.3.11 Mailbox and Address, "la parte local DEBE ser interpretada y semánticamente asignada únicamente por el host especificado en el dominio de la dirección". Esto significa que no se pueden hacer suposiciones sobre el significado de la parte local de otro servidor de correo. Depende completamente de la configuración del servidor de correo.

La interpretación de la parte local depende de las convenciones y políticas implementadas en el servidor de correo. Por ejemplo, la distinción entre mayúsculas y minúsculas puede distinguir buzones de correo que difieren solo en la capitalización de los caracteres de la parte local, aunque esto no es muy común. [12] Por ejemplo, Gmail ignora todos los puntos en la parte local de una dirección @gmail.com a los efectos de determinar la identidad de la cuenta. [13]

Subdireccionamiento

Algunos servicios de correo admiten una etiqueta incluida en la parte local, de modo que la dirección sea un alias de un prefijo de la parte local. Normalmente, los caracteres que siguen a un signo más y, con menos frecuencia, los que siguen a un signo menos, por lo que fred+bah@domain y fred+foo@domain pueden terminar en la misma bandeja de entrada que fred+@domain o incluso como fred@domain. Por ejemplo, la dirección [email protected] denota la misma dirección de entrega que [email protected] . RFC  5233 [14] se refiere a esta convención como subdireccionamiento , pero también se conoce como direccionamiento plus , direccionamiento etiquetado o extensiones de correo . Esto puede ser útil para etiquetar correos electrónicos para su clasificación y para el control del correo no deseado. [15]

Las direcciones de este formato, que utilizan varios separadores entre el nombre base y la etiqueta, son compatibles con varios servicios de correo electrónico, incluidos Andrew Project (más), [16] Runbox (más), [17] Gmail (más), [15] Rackspace (más), Yahoo! Mail Plus (guión), [18] iCloud de Apple (más), Outlook.com (más), [19] Mailfence (más), [20] Proton Mail (más), [21] Fastmail (más y direccionamiento de subdominio), [22] postale.io (más), [23] Pobox (más), [24] MeMail (más), [25] y MTA como MMDF (igual), Qmail y Courier Mail Server (guión). [26] [27] Postfix y Exim permiten configurar un separador arbitrario del conjunto de caracteres legales. [28] [29]

El texto de la etiqueta se puede utilizar para aplicar filtros, [26] o para crear direcciones de correo electrónico de un solo uso o desechables . [30]

Dominio

La parte del nombre de dominio de una dirección de correo electrónico debe cumplir con pautas estrictas: debe cumplir con los requisitos de un nombre de host , una lista de etiquetas DNS separadas por puntos , cada etiqueta está limitada a una longitud de 63 caracteres y consta de: [8] : §2 

Esta regla se conoce como la regla LDH (letras, dígitos, guiones). Además, el dominio puede ser una dirección IP literal, rodeada de corchetes [], como jsmith@[192.168.2.1]o jsmith@[IPv6:2001:db8::1], aunque esto rara vez se ve excepto en correos electrónicos no deseados . Los nombres de dominio internacionalizados (que están codificados para cumplir con los requisitos de un nombre de host ) permiten la presentación de dominios que no sean ASCII. En los sistemas de correo que cumplen con RFC 6531 y RFC 6532, una dirección de correo electrónico puede estar codificada como UTF-8 , tanto una parte local como un nombre de dominio.

Los comentarios están permitidos tanto en el dominio como en la parte local; por ejemplo, john.smith@(comment)example.comy [email protected](comment)son equivalentes a [email protected].

La RFC  2606 especifica que ciertos dominios, por ejemplo aquellos destinados a documentación y pruebas, no deben poder resolverse y que, como resultado, el correo dirigido a buzones de correo en ellos y sus subdominios no debe poder entregarse. Cabe destacar, en el caso del correo electrónico, example , invalid , example.com , example.net y example.org .

Ejemplos

Direcciones de correo electrónico válidas

Direcciones de correo electrónico válidas con SMTPUTF8

Direcciones de correo electrónico no válidas

Validación y verificación

Las direcciones de correo electrónico se suelen solicitar como entrada a un sitio web para validar la existencia del usuario. Existen otros métodos de validación, como la validación del número de teléfono móvil, la validación del correo postal y la validación del fax.

En general, se reconoce que una dirección de correo electrónico tiene dos partes unidas por un signo arroba ( @ ), aunque las especificaciones técnicas detalladas en RFC 822 y RFC posteriores son más extensas. [32]

Las direcciones de correo electrónico verificadas y sintácticamente correctas no garantizan que exista un buzón de correo electrónico . Por lo tanto, muchos servidores de correo utilizan otras técnicas y comprueban la existencia del buzón de correo en sistemas relevantes, como el Sistema de nombres de dominio del dominio, o utilizan la verificación por devolución de llamada para comprobar si el buzón de correo existe. La verificación por devolución de llamada es una solución imperfecta, ya que puede estar deshabilitada para evitar un ataque de recolección de directorios , o las devoluciones de llamada pueden ser reportadas como spam y llevar a la inclusión en una lista de DNSBL .

Se pueden utilizar varias técnicas de validación para validar la dirección de correo electrónico de un usuario. Por ejemplo, [33]

Algunas empresas ofrecen servicios para validar una dirección de correo electrónico, a menudo utilizando una interfaz de programación de aplicaciones , pero no hay garantía de que proporcione resultados precisos.

Internacionalización

El IETF dirige un grupo de trabajo técnico y de estándares dedicado a cuestiones de internacionalización de direcciones de correo electrónico, denominado Email Address Internationalization (EAI, también conocido como IMA, Internationalized Mail Address). [36] Este grupo produjo los RFC  6530, 6531, 6532 y 6533, y continúa trabajando en otros RFC relacionados con EAI.

El grupo de trabajo EAI de la IETF publicó el RFC 6530 "Descripción general y marco para el correo electrónico internacionalizado", que permitió el uso de caracteres no ASCII tanto en las partes locales como en el dominio de una dirección de correo electrónico. El RFC 6530 prevé el correo electrónico basado en la codificación UTF-8 , que permite el repertorio completo de Unicode . El RFC 6531 proporciona un mecanismo para que los servidores SMTP negocien la transmisión del contenido SMTPUTF8 .

Los conceptos básicos de EAI implican el intercambio de correo en UTF-8. Aunque la propuesta original incluía un mecanismo de degradación para los sistemas heredados, esto ya no se ha incluido. [37] Los servidores locales son responsables de la parte local de la dirección, mientras que el dominio estaría restringido por las reglas de los nombres de dominio internacionalizados , aunque seguiría transmitiéndose en UTF-8. El servidor de correo también es responsable de cualquier mecanismo de mapeo entre el formato IMA y cualquier alias ASCII.

EAI permite a los usuarios disponer de una dirección localizada en un conjunto de caracteres o una escritura de un idioma nativo, así como en formato ASCII para comunicarse con sistemas heredados o para un uso independiente de la escritura. Las aplicaciones que reconocen nombres de dominio y direcciones de correo internacionalizados deben tener funciones para convertir estas representaciones.

Se espera una demanda significativa de dichas direcciones en China, Japón, Rusia y otros mercados que tienen grandes bases de usuarios en un sistema de escritura no basado en el latín.

Por ejemplo, además del dominio de nivel superior .in , el gobierno de la India en 2011 [38] obtuvo la aprobación para ".bharat", (de Bhārat Gaṇarājya ), escrito en siete escrituras diferentes [39] [40] para su uso por hablantes de gujrati, maratí, bengalí, tamil, telugu, punjabi y urdu. La empresa india XgenPlus.com afirma ser el primer proveedor de buzones de correo EAI del mundo, [41] y el gobierno de Rajastán ahora proporciona una cuenta de correo electrónico gratuita en el dominio राजस्थान.भारत para cada ciudadano del estado. [42] Una importante empresa de medios de comunicación, Rajasthan Patrika, lanzó su dominio IDN पत्रिका.भारत con correo electrónico contactable.

Las direcciones de ejemplo que se muestran a continuación no se pueden manejar en servidores basados ​​en RFC  5321 sin una extensión, pero sí se pueden manejar con la extensión UTF8SMTP de RFC  6530 y 6531. Los servidores que cumplan con esto podrán manejarlas:

Véase también

Referencias

  1. ^ J. Klensin (octubre de 2008). "Principios generales de sintaxis y modelo de transacción". Protocolo simple de transferencia de correo. pág. 15. sec. 2.4. doi : 10.17487/RFC5321 . RFC 5321. La parte local de un buzón DEBE ser tratada como sensible a mayúsculas y minúsculas.
  2. ^ J. Klensin (octubre de 2008). "Principios generales de sintaxis y modelo de transacción". Protocolo simple de transferencia de correo. pág. 15. sec. 2.4. doi : 10.17487/RFC5321 . RFC 5321. Sin embargo, explotar la distinción entre mayúsculas y minúsculas de las partes locales del buzón impide la interoperabilidad y no se recomienda.
  3. ^ "...puedes agregar o quitar los puntos de una dirección de correo sin cambiar la dirección de destino real; y todos irán a tu bandeja de entrada...", Google.com
  4. ^ Morrison, Sara (6 de septiembre de 2021). «Cómo una simple dirección de correo electrónico complica las cosas». Vox . Consultado el 15 de julio de 2024 .
  5. ^ Klensin, J. (octubre de 2008). "Límites y mínimos de tamaño". Protocolo simple de transferencia de correo. IETF . sec. 4.5.3.1. doi : 10.17487/RFC5321 . RFC 5321.
  6. ^ "Especificación de dirección". Formato de mensajes de Internet. sec. 3.4. doi : 10.17487/RFC5322 . RFC 5322. Consultado el 14 de marzo de 2023 .
  7. ^ "Detección de suplantación de identidad". cyber.nj.gov . 19 de noviembre de 2020 . Consultado el 17 de abril de 2023 .
  8. ^ ab Klensin, J. (febrero de 2004). RFC 3696. IETF . doi : 10.17487/RFC3696 . Consultado el 1 de agosto de 2017 .:§3 
  9. ^ Klensin, J. (octubre de 2008). RFC 5321. IETF . sec. 4.5.3.1.1. doi : 10.17487/RFC5321 . Consultado el 1 de agosto de 2019 .
  10. ^ "Regístrese en Windows Live" . Consultado el 26 de julio de 2008 .Sin embargo, la frase está oculta, por lo que uno debe verificar la disponibilidad de una identificación no válida, por ejemplo, me#1 , o recurrir a una visualización alternativa, por ejemplo, sin estilo o vista de origen, para poder leerla.
  11. ^ "Caracteres en la parte local de una dirección de correo electrónico" . Consultado el 30 de marzo de 2016 .
  12. ^ ¿ Las direcciones de correo electrónico distinguen entre mayúsculas y minúsculas? Archivado el 3 de junio de 2016 en Wayback Machine por Heinz Tschabitscher
  13. ^ "Recibir el correo de otra persona". google.com .
  14. ^ Murchison, K. (2008). Filtrado de correo electrónico Sieve: extensión de subdirección. IETF . doi : 10.17487/RFC5233 . RFC 5233 . Consultado el 9 de febrero de 2019 .
  15. ^ ab "Enviar correos electrónicos desde una dirección diferente o un alias". Ayuda de Gmail . Consultado el 13 de diciembre de 2023 .
  16. ^ "Una descripción general del sistema de mensajes de Andrew" (PDF) . Consultado el 17 de abril de 2023 .
  17. ^ "Subdireccionamiento/Direccionamiento adicional" . Consultado el 1 de enero de 2024 .
  18. ^ "Direcciones desechables en Yahoo Mail". Ayuda de Yahoo .
  19. ^ Rivera, Rafael (17 de septiembre de 2013). "Outlook.com también admite alias de correo electrónico más simples con el signo "+"". Dentro de Windows . Archivado desde el original el 20 de febrero de 2014. Consultado el 4 de diciembre de 2023 .
  20. ^ "Plus Addressing: La mejor manera de rastrear a los spammers en 2024". mailfence.com .
  21. ^ "Direcciones y alias". proton.me .
  22. ^ "Direccionamiento adicional y direccionamiento de subdominios". www.fastmail.com . Archivado desde el original el 2020-10-06 . Consultado el 2020-10-06 .
  23. ^ "Preguntas frecuentes de postale.io sobre subdirecciones". postale.io . Archivado desde el original el 2020-10-06 . Consultado el 2020-10-06 .
  24. ^ "¿Puedo usar midirección+extensió[email protected] con mi cuenta de Pobox?". helpspot.pobox.com . nd Archivado desde el original el 2020-10-03 . Consultado el 2020-10-03 . Pobox admite el uso de "+cualquier cadena" (más extensiones) con cualquier dirección.
  25. ^ "MeMail". www.memail.com . Consultado el 6 de octubre de 2020 .
  26. ^ ab «Dot-Qmail, Controla la entrega de mensajes de correo». Archivado desde el original el 26 de enero de 2012. Consultado el 27 de enero de 2012 .
  27. ^ Sill, Dave. "4.1.5. direcciones de extensión". La vida con qmail . Consultado el 27 de enero de 2012 .
  28. ^ "Parámetros de configuración de Postfix". postfix.org .
  29. ^ "Parámetros de configuración de Exim, "local_part_suffix"". exim.org .
  30. ^ Gina Trapani (2005) "Direcciones de Gmail desechables instantáneas"
  31. ^ "Se prohíben los nombres de dominio sin punto en los nuevos gTLD". www.icann.org . ICANN . Consultado el 23 de marzo de 2020 .
  32. ^ "Cómo formatea Domino la dirección de Internet del remitente en los mensajes salientes". IBM Knowledge Center . Consultado el 23 de julio de 2019 .
  33. ^ "M3AAWG Sender Best Common Practices, Version 3" (PDF) . Grupo de trabajo antiabuso de mensajería, malware y dispositivos móviles . Febrero de 2015 . Consultado el 23 de julio de 2019 .
  34. ^ Técnicas de verificación y validación para el control de calidad de direcciones de correo electrónico por Jan Hornych 2011, Universidad de Oxford
  35. ^ "4.10 Formularios — HTML5". w3.org .
  36. ^ "Páginas de estado de Eai". Internacionalización de direcciones de correo electrónico (grupo de trabajo activo) . IETF. 17 de marzo de 2006 – 18 de marzo de 2013. Consultado el 26 de julio de 2008 .
  37. ^ "Internacionalización de direcciones de correo electrónico (eai)". IETF . Consultado el 30 de noviembre de 2010 .
  38. ^ "2011-01-25 - Aprobación de la delegación de los siete dominios de nivel superior que representan a la India en varios idiomas". features.icann.org .
  39. ^ "Nombres de dominio internacionalizados (IDN) | Registry.In". Registry.in . Consultado el 17 de octubre de 2016 .
  40. ^ "Ahora, obtenga su dirección de correo electrónico en hindi". The Economic Times . Consultado el 17 de octubre de 2016 .
  41. ^ "Aceptación universal en la India". 15 de febrero de 2017.
  42. ^ "देश में पहला, प्रदेश के हर नागरिक के लिए मुफ्त ई-वॉल्ट और ई-मेल की सुविधा शुरू - वसुन्धरा राजे". वसुन्धरा राजे (en hindi). 2017-08-18 . Consultado el 20 de agosto de 2017 .

Lectura adicional

Enlaces externos