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

Por qué mostramos nuestro pipeline

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

Todo lo que sigue describe el sistema de producción que sirve este sitio web ahora mismo. Lo escribe el equipo que lo construyó y lo opera — no es un diagrama de marketing simplificado. Donde hicimos una concesión, decimos cuál fue y por qué.

Paso 1: el saludo SMTP — donde muere la mayor parte de la basura

Todo correo en Internet comienza como una conversación SMTP. Nuestro perímetro ejecuta un servidor SMTP reforzado que escucha en el puerto 25 con TLS habilitado para los remitentes que lo soportan. 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 su buzón ya expiró, la conexión se rechaza en el acto con un error SMTP permanente. Nunca aceptamos un mensaje para descartarlo en silencio. Este rechazo temprano también refleja una restricción de diseño deliberada: PureTempMail es solo de recepción. No hay forma de enviar correo desde una dirección de PureTempMail, lo que significa que el servicio no puede usarse para spam, phishing o 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 se canaliza a una cola de mensajes y la conversación SMTP termina de inmediato. La razón es el tiempo: los servidores remitentes esperan una respuesta en segundos, mientras que analizar un correo grande con adjuntos puede tardar mucho más. Desacoplar ambas fases significa que una ráfaga de correo entrante nunca causa timeouts ni mensajes perdidos: la cola absorbe el pico y un consumidor lo va procesando.

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

Paso 3: sanitizar el HTML para que el correo de marketing no pueda rastrearte

El correo HTML es la parte más peligrosa de cualquier bandeja de entrada. Un mensaje de marketing 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 sanitizador de HTML con una lista blanca estricta: los scripts se eliminan, los recursos externos se quitan por completo y solo sobreviven los estilos en línea seguros. Un píxel de seguimiento simplemente nunca se carga, así que el remitente no puede saber si el mensaje fue abierto.

El resultado sanitizado se renderiza después dentro de un iframe totalmente aislado (sandbox) en tu navegador. Incluso si algo malicioso sobreviviera a la sanitización, el sandbox le impide tocar la página que lo rodea, tu sesión de buzón o cualquier otra cosa en tu navegador.

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

La mayoría de los sitios de correo temporal te obligan a refrescar la página o consultan el servidor cada pocos segundos. PureTempMail mantiene 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 — normalmente entre uno y tres segundos después de que el remitente lo envió. Para flujos sensibles al tiempo, como códigos de dos factores y enlaces de activación con ventanas de caducidad cortas, esos segundos importan.

La conexión envía latidos periódicos para detectar conexiones muertas, y el cliente se reconecta automáticamente con retroceso exponencial si la red falla. El mismo flujo de eventos alimenta nuestras apps de Android e iOS, de modo que todas las plataformas ven un mensaje nuevo en el mismo instante.

Paso 5: la caducidad es un borrado real

Cada buzón se crea con una cuenta atrás visible en pantalla, que puedes extender mientras esté 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 del buzón y de todos sus mensajes.

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

Ese es el viaje completo: un saludo SMTP, una cola, un analizador, un sanitizador, un evento push y una tarea de borrado. Cada etapa existe para que una dirección que usarás 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 pipeline. Nosotros acabamos de hacerlo.

¿Prefieres la versión corta y no técnica de este pipeline? Mira cómo funciona PureTempMail paso a paso