El correo temporal parece simple desde fuera — escribes una dirección, recibes un correo — pero es infraestructura de correo real haciendo el trabajo. Esto es lo que pasa a nivel de protocolo.
Recibiendo el correo: SMTP y registros MX
Cuando alguien envía correo a tu dirección temporal, su servidor de correo busca el registro MX del dominio (p. ej., mail.td). El registro MX apunta a los servidores SMTP de Mail.td. El servidor del remitente abre una conexión SMTP en el puerto 25 y entrega el mensaje.
El gateway SMTP de Mail.td acepta el mensaje y escribe el correo parseado en almacenamiento. El ciclo completo de recepción suele completarse en mucho menos de un segundo desde que el remitente pulsa "enviar".
Parseando el mensaje
Un correo crudo no es solo cuerpo. Es una estructura MIME multiparte con headers (From, To, Subject, Date, Message-ID), una o más partes texto/HTML y adjuntos codificados en base64. Mail.td parsea el mensaje, extrae cada parte y las guarda para que la UI de la bandeja pueda renderizarlas rápido.
Entrega en tiempo real al navegador
Cuando llega un correo nuevo, la UI de la bandeja se entera de dos formas:
- WebSocket push — si tu navegador mantiene una conexión WebSocket abierta, el ID del nuevo correo se envía en el momento que aterriza
- Polling de respaldo — si WebSocket no está disponible (firewall, fallo transitorio), la UI consulta cada 10 segundos por mensajes nuevos
Normalmente ves el correo en tu bandeja en 1–2 segundos desde su llegada al gateway SMTP.
Almacenamiento y limpieza
Las contraseñas de bandeja se procesan en tu navegador antes de enviarse — el servidor solo guarda un hash, nunca el texto plano. Los mensajes y adjuntos viven en almacenamiento de objetos con una política de retención estricta. Para las reglas exactas de retención, ver ¿Cuánto dura Temp Mail?.
Lo que NO está pasando
- Mail.td no envía tu dirección a anunciantes
- No lee tus mensajes programáticamente
- No archiva correos expirados — cuando termina la retención, los datos se borran