Has abierto una bandeja temporal, has recibido lo que necesitabas y ahora te preguntas: ¿qué ocurre realmente cuando pasa la hora? Puede que seas desarrollador y quieras entender el sistema antes de usarlo en tus pruebas. Puede que seas un usuario preocupado por su privacidad y quieras saber con exactitud qué implica la caducidad. En cualquier caso, aquí tienes la respuesta completa y honesta.
La versión corta: todo se elimina permanentemente. La dirección de correo, la sesión, cada mensaje de la bandeja de entrada: todo se retira de la base de datos al caducar. No se archiva. No se anonimiza para conservarlo con fines analíticos. No se marca como borrado con una bandera que pudiera revertirse. Se elimina, en el sentido de que los registros de la base de datos desaparecen. No hay "papelera de reciclaje" ni retención en copias de seguridad que permitiera a nadie, incluidos nosotros, recuperar esos datos.
Si eso era todo lo que necesitabas saber, ya tienes tu respuesta. Pero si quieres entender el razonamiento que hay detrás, el cronograma técnico exacto y qué significa esto en la práctica según el caso de uso, sigue leyendo.
Por qué el borrado automático es una función y no una limitación
El primer impulso de casi todo el mundo es ver la caducidad como una restricción, como algo que se les quita. Parece una cuenta atrás hacia la pérdida de acceso. Pero en realidad es la característica central de diseño de un servicio de correo temporal, y es justamente lo que hace que la garantía de privacidad sea real y no teórica. Los datos que no persisten no pueden filtrarse. No pueden venderse. No pueden requerirse judicialmente. No puede acceder a ellos un empleado descontento ni un tercero demasiado curioso. Nadie puede usarlos para nada una vez terminada la sesión.
Compáralo con dejar una cuenta antigua sin usar en algún servicio en el que te registraste hace años. Esa cuenta, junto con tu dirección de correo, tu historial de uso y todo lo demás que recopilaran, sigue siendo un objetivo mucho después de que hayas olvidado que existe. Cada filtración de datos que lees en las noticias implica información que se almacenó y nunca se borró correctamente. Troy Hunt, el investigador de seguridad que creó Have I Been Pwned, ha documentado miles de filtraciones a lo largo de los años que afectan a miles de millones de registros. El patrón siempre es el mismo: las empresas recopilaron datos, los conservaron mucho más tiempo del necesario y, al final, esos datos quedaron expuestos. La arquitectura de TempEmail.ai hace que toda esa categoría de problemas sea estructuralmente imposible para tu bandeja temporal, porque los datos no están ahí para ser filtrados.
La vida de una hora es una decisión de ingeniería deliberada que prioriza tu privacidad por encima de la comodidad. Para la gran mayoría de los casos de uso —recibir un correo de verificación, probar un flujo de registro, acceder a un enlace de descarga, completar un alta— una hora es más que suficiente. De hecho, es generoso. La mayoría de estas tareas se resuelven en minutos, no en una hora. La ventana de caducidad existe para darte un margen cómodo, no para meterte prisa.
El cronograma exacto
Esto es exactamente lo que sucede, paso a paso, desde el momento en que abres una sesión hasta el momento en que tus datos desaparecen:
- Visitas TempEmail.ai: se crea una nueva sesión con una dirección de correo única y una marca de caducidad de 60 minutos almacenada en la base de datos.
- Durante esa hora, los correos llegan en tiempo real a través de una conexión WebSocket activa. Los ves al instante en el navegador sin recargar la página.
- Al cumplirse los 60 minutos, la sesión y la bandeja se marcan como caducadas en la base de datos. No se puede entregar ningún correo nuevo a esa dirección.
- Un servicio de limpieza en segundo plano se ejecuta cada 15 minutos. Cuando lo hace, elimina de forma permanente todas las sesiones caducadas, las direcciones de correo y cada mensaje asociado a ellas.
- En un margen breve tras la caducidad —15 minutos como máximo— todo rastro de tu bandeja ha desaparecido por completo de la base de datos.
"Eliminado permanentemente" significa en este contexto que los registros de la base de datos se descartan por completo. No se marcan como borrados con una bandera. No se trasladan a una tabla de archivo histórico. No se conservan indefinidamente en copias de seguridad. Los registros se retiran de la base de datos activa. No es una promesa que hagamos a regañadientes: es el sentido mismo del diseño del sistema.
El ciclo de limpieza de 15 minutos implica que, en el peor de los casos, tus datos persisten unos 75 minutos desde la creación de la sesión (60 minutos de sesión activa más hasta 15 minutos hasta la siguiente ejecución de la limpieza). En la práctica suele ser menos, porque la limpieza puede ejecutarse antes tras la caducidad de tu sesión.
Qué ocurre con los correos que llegan después de la caducidad
Si alguien —o algún sistema automatizado— envía un correo a tu dirección temporal después de que haya caducado, el correo se rechaza. La dirección ya no existe en el sistema, así que no hay ningún destino al que entregarlo. El servidor remitente recibirá un aviso de fallo de entrega (un mensaje de rebote), exactamente igual que si hubiera escrito a cualquier dirección inexistente de cualquier servidor de correo del mundo. Desde la perspectiva del remitente, es indistinguible de enviar a una dirección que nunca fue válida.
Merece la pena tenerlo en cuenta para las pruebas. Si usas una dirección de temp mail para probar un flujo de notificaciones diferidas —por ejemplo, una aplicación que envía un correo horas después del registro, o una campaña de goteo que manda un seguimiento al día siguiente—, esos correos posteriores rebotarán. Tu dirección temporal solo existe durante esa hora. Si tu prueba requiere recibir correos más allá de esa ventana, tendrás que abrir una bandeja nueva para cada fase de la prueba o ajustar los tiempos para que todo encaje dentro de la hora.
¿Se puede ampliar la sesión?
No. Una vez que una bandeja ha caducado, no puede ampliarse, renovarse ni recuperarse. Los datos han desaparecido. Es intencionado: si las sesiones pudieran ampliarse indefinidamente, la garantía de privacidad no significaría nada. El límite de una hora es precisamente lo que hace fiable el sistema: sabes con certeza que tus datos se eliminarán, porque el sistema no admite excepciones.
Si todavía estás dentro de la hora y te preocupa quedarte sin tiempo, lo importante es entender que el temporizador de la sesión se basa en el momento de creación, no en tu última actividad. El reloj empezó a contar cuando entraste por primera vez y se creó la sesión. Navegar por la bandeja, leer correos o recargar la página no reinicia ni amplía el temporizador. La caducidad está fijada exactamente una hora después de la creación.
Si necesitas más tiempo para una tarea —por ejemplo, una sesión compleja de pruebas de desarrollo que pueda durar más de una hora—, lo más sencillo es abrir una bandeja temporal nueva cuando caduque la anterior. Cada sesión nueva recibe una hora fresca con una dirección de correo completamente nueva. Ten en cuenta que la nueva bandeja tendrá una dirección distinta, por lo que las cuentas o servicios que registraste con la dirección anterior no se transferirán automáticamente. Planifica tus sesiones de prueba en consecuencia.
El GUID de tu URL: qué significa tras la caducidad
Tu sesión está ligada a un GUID único (identificador globalmente único) que se guarda en dos lugares: en la URL del navegador como parámetro de consulta y en el localStorage del navegador. Ese GUID es lo que te permite volver a la misma bandeja dentro de la hora. Cierra la pestaña, vuelve a abrirla, regresa a la URL: mientras la sesión no haya caducado, tu bandeja sigue ahí con todos sus correos.
Tras la caducidad, el GUID pierde todo sentido. El servidor ya no conserva ningún registro asociado a él. Si intentas visitar la URL, el sistema detectará que el GUID de sesión ya no es válido y te ofrecerá crear una nueva sesión. Si compartes la URL con alguien, o si otra persona la consigue de alguna manera, después de la caducidad no encontrará nada: ninguna bandeja, ningún correo, ningún dato de sesión. El GUID es solo una cadena aleatoria que apuntaba a algo que ya no existe.
Esto concuerda con las buenas prácticas de seguridad que recomienda OWASP: los identificadores de sesión deben tener una vida limitada y no deben persistir más allá de su finalidad. Una sesión que caduca rápido y no contiene información personal identificable supone un riesgo mínimo incluso si la URL quedara expuesta de algún modo.
¿Y los correos que llegaron antes de la caducidad?
Todos los correos que llegaron durante tu sesión activa se eliminan junto con la propia sesión cuando se ejecuta la limpieza. No hay forma de recuperarlos después. Esos correos no se reenvían a ningún sitio, no se respaldan y no se conservan en ninguna forma. Cuando desaparece la sesión, desaparece también todo lo asociado a ella.
Si durante la sesión recibiste algo importante que necesitas conservar —un número de confirmación, unas credenciales de cuenta, una clave de licencia, un enlace de descarga de un documento—, deberías guardar esa información antes de que termine la hora. Copia el texto relevante en una aplicación de notas, reenvía lo esencial a tu dirección de correo real, haz una captura de pantalla o descarga los archivos adjuntos. Una vez que la bandeja desaparece, ese contenido no lo puede recuperar nadie, tampoco el equipo que está detrás de TempEmail.ai. No es una limitación que pudiéramos arreglar si quisiéramos: es el diseño fundamental. Lo que se borra, se borra.
Por qué esto es bueno para tu privacidad
El modelo de borrado automático aporta un beneficio real de privacidad que va mucho más allá de limpiar después de tu sesión de pruebas. Como TempEmail.ai elimina todo automáticamente, no existe una base de datos a largo plazo de tu uso por la que preocuparse. Ningún registro de en qué servicios te diste de alta con direcciones temporales. Ningún historial de los correos que recibiste. Ningún perfil construido a partir de tus patrones de uso. Ninguna lista de direcciones que pudiera relacionarse contigo. La ausencia de esos datos no es un descuido: es el producto.
El RGPD y normativas de privacidad similares en todo el mundo otorgan a los usuarios el derecho a que se eliminen sus datos. El derecho de supresión —a veces llamado "derecho al olvido"— es uno de los derechos más relevantes del derecho moderno de protección de datos. La arquitectura de TempEmail.ai hace que ese derecho sea automático y universal: no necesitas solicitar la eliminación, porque la eliminación ocurre por diseño, para todos los usuarios, siempre. La guía de la ICO británica sobre protección de datos insiste en que las políticas de conservación deben ser proactivas y no reactivas, y así es exactamente como funciona este sistema.
En un mundo donde se informa de filtraciones de datos cada semana y las empresas conservan de forma rutinaria información que no tienen ninguna necesidad de guardar, un servicio que borra de verdad tus datos al cabo de una hora no es solo cómodo: es una postura de principios sobre cómo deberían funcionar las herramientas en línea.
Guía práctica para desarrolladores
Si usas correo temporal para desarrollo y pruebas de QA, así puedes trabajar con eficacia dentro del ciclo de vida de una hora:
Para pruebas cortas —flujos de registro, verificación de correo, restablecimiento de contraseña, confirmación de cuenta—: una sesión es más que suficiente. Abre una bandeja nueva, dispara el correo desde tu aplicación, recíbelo, pulsa el enlace o copia el código y listo. Estas pruebas suelen completarse en menos de cinco minutos. No tienes que preocuparte en absoluto por el temporizador.
Para sesiones de prueba más largas —probar secuencias de notificaciones, tiempos de envío, flujos de onboarding de varios pasos o procesos que implican esperar correos diferidos—: planifica las pruebas para que terminen dentro de la hora, o estructúralas de modo que cada fase importante use una bandeja nueva. Anota qué dirección temporal usaste en cada escenario para poder seguir los resultados. Si tu aplicación envía un correo diferido (por ejemplo, un correo de "bienvenida" 30 minutos después del registro), asegúrate de empezar la prueba con suficiente antelación dentro de la sesión para recibirlo antes de la caducidad.
Para pruebas automatizadas: nunca dejes una dirección de correo temporal fija en tus scripts de prueba. Genera una dirección nueva en cada ejecución creando una sesión nueva a través de la API. Así cada prueba arranca desde un estado realmente limpio: sin correos sobrantes de ejecuciones anteriores y sin estado compartido entre pruebas. De hecho, es mejor práctica de testing al margen del límite de una hora, porque elimina una causa habitual de pruebas inestables: los datos residuales de ejecuciones previas contaminando la actual. Usar una bandeja de temp mail en cada ejecución es buena práctica: garantiza que pruebas desde un estado genuinamente limpio cada vez.
La infraestructura de correo que hay detrás
Los correos enviados a tu dirección temporal viajan por la infraestructura estándar de correo de internet —servidores SMTP, consultas de registros MX en DNS, enrutamiento de correo—, todo ello regido por el RFC 5321, el protocolo fundamental para la transmisión de correo electrónico. Desde la perspectiva del servidor remitente, tu dirección temporal es una dirección de correo perfectamente normal alojada en un servidor perfectamente normal. El correo se entrega por los canales habituales, lo recibe la infraestructura de TempEmail.ai, se guarda en la base de datos y se envía a tu navegador en tiempo real mediante WebSocket. La naturaleza temporal de la bandeja es completamente invisible para quien le escribe, hasta que la dirección caduca y cualquier intento de entrega posterior rebota.
Esto significa que los correos dirigidos a tu dirección temporal se entregan con la misma fiabilidad y rapidez que los dirigidos a cualquier otra dirección. No hay enrutamiento especial, ni retardo, ni filtrado más allá de las protecciones antispam habituales. Recibes el correo tan rápido como la infraestructura de correo de internet pueda entregarlo, lo que en la mayoría de los casos son segundos.
En resumen
El ciclo de vida de una hora es lo que hace que una dirección de correo temporal sea realmente temporal, no solo de nombre, sino de hecho. No es una etiqueta de marketing pegada a un sistema que en silencio guarda tus datos. Es una restricción técnica estricta integrada en la arquitectura del sistema. Los datos que se borran automáticamente son datos que no pueden causar problemas después, ni a ti ni a nadie.
La Electronic Frontier Foundation defiende desde hace mucho el principio de minimización de datos: la idea de que los servicios solo deberían recopilar y conservar los datos que realmente necesitan, y solo durante el tiempo que los necesitan. El borrado automático a la hora es ese principio llevado en serio. Cuando termina la hora, los datos ya no están. Eso no es una limitación: es justamente el objetivo.