Por dentro de un servicio de correo temporal: el viaje de un correo desde SMTP hasta tu pantalla

Por qué te enseñamos nuestra cadena de procesamiento

La mayoría de los servicios de correo desechable son cajas negras. Escribes una dirección, aparecen los correos y no tienes ni idea de lo que ocurre en medio: quién ve los mensajes, dónde se guardan o si de verdad se borran alguna vez. Como la respuesta honesta a «¿puedo fiarme de un servicio de correo temporal?» depende por completo de esos detalles, decidimos documentar exactamente cómo funciona PureTempMail, componente a componente.

Todo lo que viene a continuación describe el sistema de producción que da servicio a esta web ahora mismo. Lo escribe el equipo que lo construyó y lo mantiene; no es un diagrama comercial simplificado. Cuando hemos tenido que llegar a un compromiso, decimos cuál y por qué.

Paso 1: el saludo SMTP, donde muere casi toda la basura

Todo correo de internet empieza como una conversación SMTP. En nuestro perímetro corre un servidor SMTP reforzado que escucha en el puerto 25, con TLS activado para los remitentes que lo admiten. Cuando un servidor de correo se conecta y anuncia un destinatario, no aceptamos el mensaje a ciegas.

Durante la fase RCPT TO —antes de que se transfiera un solo byte de contenido— comprobamos la dirección del destinatario contra la lista de buzones activos. Si nadie generó esa dirección, o si su buzón ya expiró, la conexión se rechaza en el acto con un error SMTP permanente. Nunca aceptamos un mensaje para luego descartarlo en silencio. Ese rechazo temprano refleja además una restricción de diseño deliberada: PureTempMail solo recibe correo. No hay forma de enviar mensajes desde una dirección de PureTempMail, así que el servicio no puede usarse para campañas de spam, phishing ni acoso.

Paso 2: una cola entre la recepción y el procesamiento

Un mensaje aceptado no se analiza dentro del servidor SMTP. En su lugar, el correo en bruto pasa a una cola de mensajes y la conversación SMTP termina de inmediato. El motivo es el tiempo: los servidores remitentes esperan respuesta en cuestión de segundos, mientras que analizar un correo grande con adjuntos puede llevar mucho más. Al desacoplar ambas fases, una ráfaga de correo entrante nunca provoca esperas agotadas ni mensajes perdidos: la cola absorbe el pico y un consumidor la va vaciando.

Ese consumidor analiza la estructura MIME en bruto y extrae el asunto, el remitente, los cuerpos en HTML y en texto plano, y los archivos adjuntos. Los adjuntos se guardan en un almacenamiento aislado con nombres generados al azar —nunca con el nombre de archivo que eligió el remitente—, lo que cierra toda una familia de ataques de manipulación de rutas. Los metadatos y los cuerpos de los mensajes van a la base de datos, vinculados a la fecha de caducidad del buzón.

Paso 3: sanear el HTML para que el correo publicitario no pueda rastrearte

El correo en HTML es la parte más peligrosa de cualquier bandeja de entrada. Un mensaje publicitario típico contiene imágenes remotas (píxeles de seguimiento que informan de cuándo y dónde lo abriste), hojas de estilo externas y, a veces, scripts. Antes de mostrarte un correo, lo pasamos por un saneador de HTML con una lista de elementos permitidos muy estricta: se eliminan los scripts, se retiran por completo los recursos externos y solo sobreviven los estilos en línea seguros. El píxel de seguimiento no llega a cargarse nunca, así que el remitente no puede saber si abriste el mensaje.

El resultado saneado se muestra después dentro de un iframe totalmente aislado en tu navegador. Aunque algo malicioso sobreviviera al saneamiento, ese aislamiento le impide tocar la página que lo rodea, tu sesión del buzón o cualquier otra cosa de tu navegador.

Paso 4: entrega en tiempo real con Server-Sent Events

La mayoría de las webs de correo temporal te obligan a recargar la página o consultan al servidor cada pocos segundos. PureTempMail mantiene abierta desde tu navegador una única conexión HTTP de larga duración mediante Server-Sent Events (SSE). En cuanto el consumidor termina de guardar un mensaje, se envía un evento por esa conexión y el correo aparece en tu bandeja de entrada, normalmente entre uno y tres segundos después de que el remitente lo mandara. En los procesos con prisa, como los códigos de verificación en dos factores o los enlaces de activación con ventanas de caducidad muy cortas, esos segundos cuentan.

La conexión envía señales de actividad periódicas para detectar las conexiones caídas, y el cliente se reconecta solo, con esperas cada vez más largas, si la red falla. Ese mismo flujo de eventos alimenta nuestras aplicaciones de Android e iOS, de modo que todas las plataformas ven el mensaje nuevo en el mismo instante.

Paso 5: caducar significa borrar de verdad

Cada buzón se crea con una cuenta atrás visible en pantalla que puedes extender mientras siga activo. Cuando caduca, entra en acción una tarea de limpieza que se ejecuta cada pocos minutos: primero se borran del disco los archivos adjuntos y después se eliminan en cascada las filas de la base de datos correspondientes al buzón y a todos sus mensajes.

No hay archivo histórico, ni copias de seguridad del correo caducado, ni ninguna marca de «borrado lógico» que mantenga los datos de forma invisible. Es minimización de datos impuesta por la arquitectura, y no solo por una política: no podemos entregar, filtrar ni perder lo que ya no existe.

Ese es el recorrido completo: un saludo SMTP, una cola, un analizador, un saneador, un evento en tiempo real y una tarea de borrado. Cada etapa existe para que una dirección que vas a usar diez minutos no te cueste nada después. Si alguna vez te preguntas si un servicio de correo desechable hace algo turbio con tus mensajes, pídele que publique su cadena de procesamiento. Nosotros acabamos de hacerlo.

¿Prefieres la versión corta y sin tecnicismos de todo esto? Mira cómo funciona PureTempMail paso a paso