¿A dónde va el correo electrónico enviado a *@example.com?

¿A dónde va el correo electrónico enviado a *@example.com?

Así que me lo he preguntado durante mucho tiempo.

¿A dónde va el correo electrónico enviado *@example.com? Si accidentalmente envié información confidencial, ¿ *@example.comalguna persona malvada (potencialmente en la IANA) podría recuperarla algún día?

Respuesta1

Si intenta enviar un correo electrónico a*@example.com

  1. Su SMTP comprobará que el dominio existe.
  2. Su servidor SMTP buscará un MXregistro en example.com.
  3. No hay ninguno: su SMTP recurrirá al Aregistro. La IP es 174.137.125.92 (a día de hoy)
  4. La IANA registró el dominio, pero no configuró un servidor SMTP que escuche en el puerto 25 en 174.137.125.92.
  5. Entonces el comportamiento depende de su SMTP. La mayoría de los servidores le enviarán una advertencia y volverán a intentarlo más tarde. Eventualmente (generalmente en 3 días), el SMTP descartará el mensaje y le enviará una notificación de falla.

Línea de fondo: Depende de su propia configuración. Pero si la IANA configura un servidor hoy, es posible que pueda recibir los mensajes que intentó enviar hace 3 días.

Respuesta2

Si no hay ningún registro MX, los servidores de correo intentarán realizar la entrega al registro A.

Los servidores de example.com no escuchan en el puerto 25, por lo que el servidor de correo no establecerá una conexión TCP y ni siquiera comenzará la entrega.

Respuesta3

example.com no tiene registro MX, por lo que su servidor SMTP en el dominio de envío debería rebotar el mensaje si está configurado como la mayoría de los servidores SMTP.

EDITAR: para mayor claridad para aquellos que encuentren esta respuesta en el futuro, aquí hay una explicación de qué es un registro MX: (dehttp://en.wikipedia.org/wiki/Mx_recordrecuperado el 21 de noviembre de 2011)

Un registro de intercambiador de correo (registro MX) es un tipo de registro de recurso en el Sistema de nombres de dominio que especifica un servidor de correo responsable de aceptar mensajes de correo electrónico en nombre del dominio de un destinatario y un valor de preferencia utilizado para priorizar la entrega de correo si hay varios servidores de correo disponibles. . El conjunto de registros MX de un nombre de dominio especifica cómo se debe enrutar el correo electrónico con el Protocolo simple de transferencia de correo.

Entonces, básicamente, example.com, example.net y example.org no tienen un servidor designado para manejar el correo entrante y, por lo tanto, cualquier correo que se les envíe debe devolverse al remitente como "no entregable" (puede variar según la configuración del servidor SMTP). , pero devolver al remitente como "no entregable" es un comportamiento muy común en esta situación).

EDITAR 2: Alguien mencionó el comportamiento definido en RFC 5321 de volver a utilizar el registro A en caso de que falte un registro MX. Busqué en este RFC (https://www.rfc-editor.org/rfc/rfc5321) y no encontró tal cosa, pero es posible que algunos MTA (Mail Transfer Agent, como exim, postfix, sendmail y Microsoft Exchange Server, entre otros) intenten entregar correo vía SMTP a la dirección definida en el registro A. Para la posteridad, esto es lo que sucede cuando intenta establecer una conexión SMTP a la dirección de registro A definida para ejemplo.com (192.0.43.10 al momento de escribir este artículo):

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

EDITAR 3: consulte las respuestas a continuación para obtener aclaraciones sobre los RFC relevantes y el comportamiento alternativo.

Respuesta4

Según la Autoridad de Números Asignados de InternetDominios reservados administrados por la IANA:

Dominios de ejemplo

Como se describe enRFC 2606yRFC 6761, se mantienen varios dominios como example.com y example.org con fines de documentación. Estos dominios podrán utilizarse como ejemplos ilustrativos en documentos sin previa coordinación con nosotros. No están disponibles para registro o transferencia.

información relacionada