Cómo funciona el correo electrónico: SMTP, DNS y por qué existe el correo temporal

Esta guía explica la infraestructura del correo electrónico desde cero: los protocolos que enrutan mensajes por internet, los registros que indican a los servidores dónde entregar el correo y cómo los de correo temporal servicios de correo temporal se conectan a este sistema para crear bandejas de entrada desechables que funcionan al instante sin registro. Para una visión práctica de qué es el correo temporal y cuándo utilizarlo, consulta la guía completa sobre el correo temporal.

Una breve historia del correo electrónico — de ARPANET al correo temporal

La historia del correo electrónico comienza en 1971, cuando Ray Tomlinson, mientras trabajaba en ARPANET, la red del Departamento de Defensa de EE. UU., envió el primer mensaje electrónico entre dos máquinas. Su innovación clave fue el símbolo "@", que separaba el nombre de usuario del ordenador anfitrión — una convención que se mantiene sin cambios más de cincuenta años después.

Durante las décadas de 1980 y 1990, el correo electrónico se expandió de los laboratorios de investigación a la vida cotidiana. Clientes de escritorio como Eudora y Microsoft Outlook dieron a los usuarios de ordenadores personales acceso al correo electrónico por primera vez. Luego, a finales de los años 90, los servicios gratuitos de webmail — Hotmail en 1996, Yahoo Mail en 1997 y, finalmente, Gmail en 2004 — hicieron que el correo electrónico fuera universalmente accesible para cualquiera con navegador y conexión a internet.

Pero el acceso universal trajo problemas universales. A finales de la década de 2000, el spam había llegado a constituir la gran mayoría de todo el tráfico de correo electrónico mundial. Los ataques de phishing se volvieron más sofisticados. Las filtraciones de datos expusieron cientos de millones de direcciones de correo electrónico. Estas amenazas crecientes generaron demanda de una nueva categoría de servicio: el correo temporal. Los primeros proveedores de bandejas de entrada desechables aparecieron a mediados de la década de 2000, y el concepto ha evolucionado hasta convertirse en una herramienta de privacidad consolidada, utilizada hoy por millones de personas. Para conocer toda su evolución, consulta véase La evolución del correo temporal.

El viaje de un correo electrónico — paso a paso

Enviar un correo electrónico parece instantáneo, pero el mensaje pasa por varios sistemas antes de llegar a su destino. Esto es lo que realmente ocurre, dividido en cuatro pasos.

Paso 1 — Pulsas «Enviar»: del cliente de correo al servidor SMTP

Cuando redactas un mensaje en Gmail, Outlook, Thunderbird o cualquier otro cliente de correo electrónico y pulsas «Enviar», tu cliente se conecta a un servidor de correo saliente mediante un protocolo llamado SMTP — Simple Mail Transfer Protocol. Esta conexión suele utilizar el puerto 587 (con cifrado STARTTLS) o el puerto 465 (con TLS implícito).

Tu cliente se autentica en el servidor SMTP con tu nombre de usuario y contraseña y, a continuación, le entrega el mensaje. En este punto, el correo ha salido de tu dispositivo y ahora el servidor es responsable de entregarlo.

Paso 2 — Búsqueda DNS: ¿adónde va este correo electrónico?

El servidor SMTP necesita averiguar dónde entregar tu mensaje. Para ello, consulta en el Sistema de Nombres de Dominio (DNS) el registro MX — Mail Exchanger — del dominio del destinatario.

Por ejemplo, si envías un mensaje a someone@gmail.com, el servidor SMTP pregunta a DNS: «¿Qué servidor gestiona el correo electrónico de gmail.com?». DNS responde con algo como alt1.gmail-smtp-in.l.google.com — esa es la dirección del servidor de correo entrante de Google. En esencia, el registro MX es una instrucción de reenvío que dice: «entrega todo el correo de este dominio a este servidor».

Este sistema de registros MX es la base que hace posible el correo temporal, pero volveremos a ello enseguida.

Paso 3 — Entrega de servidor a servidor: retransmisión SMTP

El servidor SMTP emisor se conecta al servidor SMTP entrante del destinatario (el especificado por el registro MX) y realiza un handshake SMTP: una conversación estructurada en la que ambos servidores verifican sus identidades, negocian el cifrado y transfieren el mensaje. El cifrado TLS protege el contenido del correo durante este tránsito de servidor a servidor.

Si el primer servidor MX no está disponible, el servidor emisor recurre a los registros MX secundarios (la mayoría de los dominios incluye varios registros MX para garantizar la redundancia). Si no se puede acceder a ninguno de los servidores, el correo se pone en cola para volver a intentarlo. Tras varios intentos fallidos durante horas o días, el remitente recibe una notificación de rebote.

Paso 4 — Almacenamiento en la bandeja de entrada: IMAP y POP3

Una vez que el servidor receptor acepta el mensaje, almacena el correo y espera a que el destinatario consulte su bandeja de entrada. El cliente de correo del destinatario recupera los mensajes mediante uno de dos protocolos:

IMAP (Internet Message Access Protocol): Sincroniza el correo electrónico entre varios dispositivos. Los mensajes permanecen en el servidor, y cualquier acción que realices (leer, eliminar o mover) se refleja en todos ellos. Es el protocolo que utilizan Gmail, Outlook y la mayoría de los servicios modernos.

POP3 (Post Office Protocol 3): Descarga el correo electrónico en un solo dispositivo y normalmente lo elimina del servidor. Hoy es menos habitual, pero todavía se utiliza en algunas configuraciones en las que se prefiere el almacenamiento local.

Componentes de un mensaje de correo electrónico

Cada correo electrónico es mucho más que el texto que ves. Bajo la superficie, contiene datos estructurados que indican a los servidores cómo enrutar, mostrar y procesar el mensaje.

Cabeceras: Metadatos como De, Para, Asunto, Fecha e ID del mensaje. Estas son las instrucciones de enrutamiento que cada servidor de la cadena de entrega lee y ejecuta.

Cabeceras ocultas: Campos como Return-Path (donde se envían los mensajes rebotados), Received (una cadena que muestra cada servidor por el que pasó el correo) y Authentication-Results (resultados de las comprobaciones SPF, DKIM y DMARC). Son invisibles en la mayoría de los clientes de correo, pero revelan el recorrido completo de un mensaje.

Cuerpo: El contenido real, formateado como texto sin formato, HTML o ambos (multipart/alternative). La mayoría de los correos modernos son HTML, por eso ves texto con formato, imágenes y enlaces en los que se puede hacer clic.

Archivos adjuntos: Archivos codificados mediante MIME (Extensiones multipropósito de correo de Internet). MIME codifica los archivos binarios en formatos seguros para texto que pueden viajar por la infraestructura del correo electrónico, basada en texto.

Cómo se integra el correo temporal en esta infraestructura

Aquí es donde todo conecta. Los servicios de correo temporal no utilizan un sistema independiente y propietario, sino que se conectan directamente a la infraestructura estándar de correo descrita anteriormente. Por eso las direcciones de correo temporal reciben correos reales de servidores reales: son direcciones de correo reales, solo que con un ciclo de vida diferente.

Registros MX catch-all — Generación instantánea de direcciones

Cuando tmailor.com registra un dominio (por ejemplo, example-temp.com), configura el registro MX de ese dominio para que apunte al servidor receptor de Tmailor. Lo importante es que el servidor está configurado como «catch-all»: acepta los correos enviados a cualquier dirección de ese dominio, independientemente de que la dirección se haya creado previamente.

Por eso obtienes al instante una dirección de correo temporal funcional. La dirección no necesita «crearse» en el sentido tradicional. El registro MX indica a Internet: «envía todo el correo de este dominio a nuestro servidor», y el servidor acepta todo lo que llega. Cuando visitas tmailor.com y ves una dirección generada aleatoriamente, esa dirección ya funciona porque el registro MX del dominio ya enruta todo el correo al servidor de Tmailor. Para obtener una explicación técnica más detallada, consulta 'catch-all's y alias aleatorios.

Sin SMTP saliente = solo recepción

Los servicios de correo temporal configuran registros MX (para recibir), pero no configuran registros SPF, DKIM ni DMARC para el envío saliente. Estos registros de autenticación son los que utilizan los servidores de correo para verificar que un servidor emisor está autorizado a enviar mensajes en nombre de un dominio.

Sin ellos, cualquier correo enviado desde un dominio de correo temporal fallaría las comprobaciones de autenticación y acabaría en la carpeta de spam, o sería rechazado directamente. Por eso el correo temporal es solo de recepción: una decisión de diseño deliberada, pero una limitación real al fin y al cabo. Tmailor no puede enviar ni responder, y habilitar el envío saliente haría que sus dominios entraran rápidamente en listas negras.

El modelo de solo recepción tiene otras limitaciones que conviene explicar con claridad, ya que se derivan del mismo diseño ligero. Los archivos adjuntos entrantes se eliminan, por lo que un archivo enviado a una dirección de Tmailor no puede abrirse ni descargarse: solo llegan el texto, los códigos y los enlaces. No hay carpeta de spam ni filtrado: todos los mensajes que llegan se muestran, así que, si algo no ha aparecido, simplemente no se ha entregado. Los mensajes permanecen visibles durante unas 24 horas desde su llegada y después se eliminan automáticamente. Y como no hay inicio de sesión, el Access Token emitido con cada dirección es lo que te permite volver a abrirla más adelante: es una clave de recuperación, no una contraseña, y nadie puede volver a emitirla si la pierdes.

Muchos dominios, un único modelo catch-all

Tmailor gestiona un amplio conjunto rotativo de dominios en lugar de uno solo, y cada uno tiene su propio registro MX que apunta al servidor receptor. El conjunto se mantiene deliberadamente sin publicar: mostrar la lista completa simplemente se la entregaría a los proveedores que elaboran listas de bloqueo de correo desechable.

Tener más de un dominio es importante por una razón práctica y técnica. Algunos sitios mantienen listas de dominios de correo desechable conocidos y rechazan una dirección cuyo dominio figure en ellas. Si rechazan un dominio concreto, generar una nueva dirección en otro dominio es una solución habitual, del mismo modo que podrías probar con otro proveedor cuando uno no funciona. Por eso también la variedad de dominio mejora la fiabilidad OTP.

Sin Sin embargo, hay un límite: una lista de bloqueo por dominio es diferente de una política. Si los términos de un servicio prohíben por completo el correo desechable, pasar de un dominio a otro para acceder a él no es solucionar un problema, sino eludir deliberadamente una norma establecida por el sitio. En ese caso, usa una dirección real que te pertenezca. El correo temporal es para los sitios que lo permiten.

Infraestructura de Google-MX para el correo entrante

Tmailor enruta el correo entrante a través de los servidores de correo de Google, por lo que los registros MX de sus dominios apuntan a la infraestructura de Google-MX, la misma columna vertebral que gestiona el correo entrante de Gmail. En la práctica, esto proporciona una recepción fiable y bien conectada: los servidores que aceptan tus correos de verificación son servidores a los que el resto de internet ya sabe cómo llegar.

La velocidad real de entrega sigue dependiendo principalmente del remitente: el servicio que te envía el correo decide cuándo se envía el mensaje. Por eso, esto tiene que ver con la fiabilidad y el alcance, no con una ventaja garantizada. Para conocer el motivo de esta configuración, consulta por qué Tmailor usa los servidores de Google.

Seguridad del correo electrónico — Por qué tu bandeja de entrada es un objetivo

Entender la infraestructura del correo electrónico también implica comprender por qué se ataca con tanta agresividad. Tu dirección de correo electrónico es el identificador más explotado de internet.

Phishing: Los atacantes falsifican el encabezado "De" para hacerse pasar por bancos, empleadores o servicios en los que confías. SMTP se diseñó en una época basada en la confianza, y la verificación del remitente (SPF, DKIM, DMARC) se añadió décadas después. Muchos servidores todavía no la aplican estrictamente.

Spam: Cerca de la mitad de todo el tráfico de correo electrónico del mundo sigue siendo spam. Cada vez que introduces tu dirección de correo real en un sitio web, aumentas las probabilidades de que termine en una lista de marketing o, peor aún, de que se venda a un intermediario de datos.

Filtraciones de datos: Tu dirección de correo electrónico suele ser la clave principal en todas las bases de datos en las que te has registrado. Cuando se vulnera un servicio, tu dirección de correo electrónico es lo primero que queda expuesto y se convierte en la clave para realizar ataques de relleno de credenciales contra tus otras cuentas.

Píxeles de seguimiento: Las imágenes ocultas de 1x1 incrustadas en los correos de marketing indican a los remitentes cuándo abres un mensaje, desde qué dispositivo y, a veces, tu ubicación aproximada. Tu bandeja de entrada no es solo un buzón, sino también una herramienta de vigilancia para los profesionales del marketing.

Estas amenazas son precisamente la razón por la que la que existen los correos electrónicos temporales. Al usar una dirección de correo desechable para interacciones de baja confianza, mantienes tu correo real fuera de las bases de datos que tarde o temprano serán vulneradas, vendidas o extraídas.

Clientes y proveedores de correo electrónico — Breve descripción

La forma en que accedes al correo depende de tu cliente (el software) y de tu proveedor (el servicio).

Proveedores de correo web: Gmail, Outlook.com, Yahoo Mail, ProtonMail. Ofrecen tanto la cuenta de correo electrónico como un cliente basado en el navegador. La mayoría de las personas usa uno de estos servicios como su correo principal.

Clientes de escritorio: Thunderbird, Apple Mail y Microsoft Outlook (de escritorio). Se conectan con tu proveedor mediante IMAP o POP3 y te permiten gestionar el correo sin conexión.

Clientes de correo temporal: Tmailor ofrece un cliente basado en la web, aplicaciones móviles específicas para Android e iOS y un bot de Telegram. A diferencia de los clientes tradicionales, no requieren iniciar sesión ni registrarse: la dirección funciona en cuanto se carga la página. Si quieres volver a abrir esa misma dirección más adelante, guarda su access token; no hay ninguna contraseña que configurar ni nada que verificar.

De los conceptos básicos del correo electrónico al correo temporal — Conectando los puntos

Ahora entiendes el panorama completo. El correo electrónico viaja a través de SMTP, se enruta mediante DNS y los registros MX, y llega a una bandeja de entrada gestionada por IMAP o POP3. Los servicios de correo temporal aprovechan precisamente esta infraestructura: registran dominios, configuran registros MX comodín, ejecutan servidores receptores en la infraestructura de Google y presentan tu correo entrante a través de una sencilla interfaz web.

No hay nada «falso» en un correo temporal. Utiliza los mismos protocolos, sistemas de enrutamiento y mecanismos de entrega que cualquier otro correo electrónico en internet. La diferencia es intencionada: las direcciones de correo temporal están diseñadas para ser desechables, anónimas y de corta duración, y eso es precisamente lo que las hace útiles para proteger la privacidad, evitar el spam y realizar registros de bajo riesgo.

Para consultar una guía técnica completa de cada componente, visita cómo funciona el correo electrónico temporal. ¿Listo para probarlo tú mismo? Crea una dirección de correo temporal gratuita en menos de diez segundos.