Acerca de
Un buzón desechable es una idea pequeña. La mayor parte del trabajo consiste en negarse a agrandarla.
Qué es esto
Una dirección que puedes usar una vez y olvidar. Escribe un nombre, úsala para registrarte en algún sitio, lee el código que llega, márchate. No se crea nada por adelantado, no se registra nada, y todo desaparece después de 5 días.
Lo mismo está disponible como tres endpoints HTTP, porque la mitad de las personas que necesitan una dirección desechable son una batería de pruebas y no una persona.
Qué deliberadamente no es
Cada una de estas cosas es una decisión, no un hueco en la hoja de ruta:
- Enviar correo
- No. No existe ningún endpoint que envíe, ni correo saliente de ninguna clase. Un servicio gratuito y sin autenticación capaz de enviar correo sería un relé de spam en un día, y la gestión de abusos se convertiría en toda la empresa. Es también lo que hace imposible usar el servidor de entrada como relé.
- IMAP o POP3
- No. Solo HTTPS: una API REST y un servidor MCP. No hay ningún protocolo de cliente de correo al que conectarse, ni contraseña que darle. Leer es un GET.
- Webhooks o notificaciones push
- No. Consultas en bucle, o dejas que el servidor MCP mantenga la llamada abierta hasta que llegue el mensaje. Un webhook necesita una dirección pública de tu lado, que es exactamente lo que un ejecutor de pruebas y un agente no tienen. Esperar dentro de una sola llamada resuelve el mismo problema sin ella.
- Guardar el correo más de 5 días
- No. Ni un nivel, ni un ajuste, ni un parámetro. El correo que ya no guardamos es correo que nadie puede reclamar, perder ni filtrar. Ningún plan lo alarga, y pedirlo tampoco.
- Adjuntos de más de 5 MB
- No. El mensaje se rechaza en el momento de la entrega SMTP. Rechazado en lugar de truncado en silencio, para que al remitente se le diga en vez de creer que llegó.
- Privacidad en un dominio compartido
- No. Cualquiera que conozca la dirección puede leer el buzón. En un dominio público, la dirección es el único secreto que hay. Apunta tu propio dominio aquí si necesitas un buzón en el que nadie pueda acertar por casualidad.
- Pagar con tarjeta
- No. Solo criptomonedas, acreditadas en un saldo del que tira la suscripción. No hay ningún procesador de tarjetas en el sistema, así que no hay ningún número de tarjeta que guardar ni que perder.
- Una garantía de disponibilidad
- No. No hay ningún acuerdo de nivel de servicio, en ningún plan. No se vende ninguna ni se insinúa ninguna. Lo que hay en su lugar es una página de estado que se niega a dar por sano un componente que ningún monitor haya confirmado en los últimos diez minutos.
- Rastreo, analítica o publicidad
- No. Ningún script de terceros, y ningún aviso de cookies porque no hay cookies que aceptar. Nada de este sitio habla con nadie que no sea este sitio. Eso se comprueba en la cabecera Content-Security-Policy, no en esta frase.
Cómo llega un mensaje en realidad
Vale la pena saberlo, porque explica la mayor parte del comportamiento que encontrarás:
- Un remitente consulta el MX de tu dominio y encuentra
smtp.grabmail.io. - Responde nuestro servidor de correo. Acepta mensajes para los dominios alojados aquí — y para cualquier dominio cuyo MX apunte a nosotros, que es como uno nuevo se conecta a sí mismo con su primer mensaje. Todo lo demás se rechaza, por lo que no puede usarse como relay.
- El mensaje se entrega a la capa de almacenamiento mediante una conexión cifrada, y luego se descarta del servidor de correo.
- Aparece en el buzón: en la página web y a través de la API en el mismo instante, porque leen lo mismo.
- Se elimina 5 días después, leído o no.
Si la capa de almacenamiento no está disponible en algún momento, el paso 3 falla temporalmente y el mensaje espera en la cola de correo en lugar de rebotar. Los remitentes no reintentan un rechazo permanente, así que un rechazo permanente por una caída nuestra perdería tu correo. Esa distinción es la decisión de diseño más importante de todo el sistema.
Cómo está construido
- Sin rastreo, y nada que rechazar
- Sin análisis, sin scripts de terceros, sin aviso de cookies, porque no hay cookies que consentir. Nada en este sitio habla con nadie más que con este sitio.
- Los límites están publicados
- Cada límite tiene su página. Un límite que descubres al toparte con él es un fallo de la documentación.
- La documentación es el contrato
- La referencia y la página de inicio leen de la misma fuente, así que la página de marketing y la API no pueden describir dos productos distintos.
- Aburrido donde importa
- La ruta del correo es un servidor de correo estándar y bien entendido, no algo ingenioso escrito para esto. Su cola es lo que hace que una caída pase inadvertida para los remitentes.
Quién lo gestiona
Un equipo pequeño e independiente. No hay inversores para los que crecer, por eso el servicio no tiene fecha de caducidad y por eso nada aquí se financia observándote.
No hay mesa de soporte ni cola de tickets, lo cual es la forma honesta de un servicio gratuito gestionado por pocas personas: lo que existe es un sistema lo bastante simple como para necesitar muy poco soporte.