Alternativa a mail.tm: GrabMail vs mail.tm

De un vistazo

Catorce filas. Cada celda de mail.tm refleja lo que decían su página de inicio, la FAQ, la página de privacidad y la documentación el 2 de septiembre de 2026; cada celda de GrabMail se lee de las constantes que aplica el servicio. «Parcialmente» significa una salvedad que la fila no puede contener — las secciones de abajo dicen cuál.

Revisado el 2 de septiembre de 2026. El endpoint de dominios de mail.tm listaba exactamente un dominio público activo ese día, que su FAQ dice que siempre se renueva; el número puede cambiar. Su documentación cuenta un token como «sin clave de API»; la tabla cuenta un token como un secreto que un pipeline debe guardar, y lo dice así.

Lo que mail.tm hace bien

mail.tm es el servicio contra el que se escribieron muchísimos scripts, bots y bibliotecas, y por buenas razones. Cuatro cosas que hace y que GrabMail no hace:

• Buzones privados. Cada uno recibe una contraseña generada, guardada cifrada, que ni siquiera mail.tm puede restablecer. Un código de verificación enviado a una dirección de mail.tm solo lo puede leer quien tenga el token, nadie más. Todos los buzones de GrabMail son públicos, y el alias es la solución alternativa.
• Push en lugar de polling. Suscríbete a /accounts/{id} en su hub Mercure y los mensajes nuevos llegan como server-sent events. Un script que de otro modo tendría que dormir y consultar puede esperar en un stream. GrabMail no tiene push; su espera del MCP es lo más parecido, y solo para agentes.
• Siete días, y un buzón que permanece. Los mensajes viven siete días frente a los 5 de aquí, y el buzón en sí vive hasta que lo borras.
• Un ecosistema. Bibliotecas de la comunidad en .NET, Dart, Go, Java, JavaScript, PHP, Python, Rust y Swift, un llms.txt y gemelos en Markdown de cada página de la documentación. GrabMail tiene un documento OpenAPI y guías, y ninguna biblioteca.

En qué es diferente GrabMail

GrabMail elimina los dos pasos que mail.tm todavía tiene — la cuenta y el token — y añade las tres cosas que mail.tm no ofrece: un dominio propio, un servidor MCP, y una página sin anuncios.

• Sin cuenta, sin token. En mail.tm un buzón es una cuenta que creas con una contraseña, que cambias por un token Bearer, y que guardas. En GrabMail GET /api/v1/mailbox?address=… es toda la llamada. Una tarea de CI en un fork, un gist público y un agente sin supervisión no tienen nada que conservar.
• Tu propio dominio, gratis. mail.tm no publica nada sobre cómo traer un dominio; el día de la revisión listaba un dominio público, que toda lista de bloqueo conoce. Aquí cualquier dominio que apuntes a smtp.grabmail.io es un buzón catch-all, sin límite y gratis — la respuesta duradera para los formularios que rechazan dominios desechables.
• Un servidor MCP. mail.tm no tiene ninguno propio; terceros envuelven su API. El de GrabMail en https://grabmail.io/mcp le da a un agente create_inbox, un wait_for_message bloqueante de hasta 25 segundos y read_message, sin nada que registrar.
• Sin anuncios, y límites por escrito. Sin Freestar, sin ruegos para desactivar el bloqueador de anuncios, sin analítica. 5 MB por mensaje, una lectura por segundo por dirección, 5 días: todo en la página de límites. mail.tm también publica su límite de 8 solicitudes por segundo; no publica un tamaño de adjunto.

Precios, lado a lado

En mail.tm no hay nada que costear: sin nivel de pago, sin extras de pago, anuncios en el sitio. El único plan de pago de GrabMail compra acceso a un conjunto de dominios que se mantienen fuera de las listas de bloqueo de correo desechable; todo lo de la tabla de arriba sigue siendo gratis.

Publicado el 2 de septiembre de 2026. La página de precios de GrabMail tiene la tabla completa.

Para desarrolladores: leer un buzón

Toda la diferencia en un solo comando. Esto lee un buzón de GrabMail sin cabecera, sin token y sin cuenta:

$ curl -sG https://grabmail.io/api/v1/mailbox --data-urlencode "address=anything@grabmail.io" | jq '{count, alias}'

El equivalente en mail.tm son cuatro llamadas: GET /domains para un dominio disponible, POST /accounts con una dirección y una contraseña, POST /token, y luego GET /messages con Authorization: Bearer. Está bien documentado y hay una biblioteca para ello en tu lenguaje. También es un secreto que ahora guardas tú, y una tasa de 8 solicitudes por segundo por IP que ahora compartes entre todos los buzones que consultas. La referencia de GrabMail son tres endpoints y el límite es por dirección; las guías de Python y Node.js tienen el bucle de espera.

Si te quedas en mail.tm, usa el stream de SSE en lugar de polling; para eso está, y es lo que GrabMail no te puede dar. Si te cambias, la dirección es el único estado: nada que crear, nada que guardar, nada que borrar cuando termina la prueba.

Para agentes de IA

mail.tm no tiene servidor MCP propio, aunque existen wrappers de terceros y su llms.txt ayuda a un modelo a leer la documentación; un agente que lo use directamente tiene que crear una cuenta, guardar un token y gestionar un stream. El servidor de GrabMail en https://grabmail.io/mcp le da a un agente un buzón sin clave: create_inbox, un wait_for_message bloqueante de hasta 25 segundos, read_message.

Correo para agentes de IA cubre el bucle de cuatro llamadas y las barreras de seguridad; la guía de clientes tiene la configuración para Claude, Cursor y otros cinco.

Cambiarse desde mail.tm

Un script se cambia en una hora; un flujo de trabajo construido sobre el stream de SSE debería pensárselo primero. Los pasos:

1. Elimina el baile de la cuenta. Quita /domains, /accounts y /token; una dirección en grabmail.io, mixozia.com, otro de los 8 dominios públicos, o tu propio dominio es un buzón sin nada que crear.
2. Sustituye la lectura con Bearer por un GET sin clave. GET /messages con un token se convierte en GET grabmail.io/api/v1/mailbox?address=…; un mensaje es un GET más. Pagina con el cursor next.
3. Sustituye el stream por un bucle o una espera. Consulta una vez por segundo con un plazo límite, o usa el wait_for_message del MCP desde un agente. Si el stream es indispensable, quédate.
4. Repiensa la privacidad. Tu buzón de mail.tm era privado; un buzón de GrabMail es público. Reparte el alias donde importe, y nunca envíes nada que te importara que leyera un desconocido.

Cuál elegir, y para qué

La división honesta:

Cuándo quedarte con mail.tm

Tres situaciones en las que cambiar te costaría algo real:

• El buzón debe ser privado. La contraseña por buzón de mail.tm es una propiedad de privacidad real; GrabMail no tiene ninguna. Un código que nadie más debe poder leer pertenece a mail.tm.
• Construiste sobre el stream. Los server-sent events son el modelo correcto para un bot de larga duración, y GrabMail no va a añadir push.
• Tu biblioteca hace el trabajo. Si un cliente de la comunidad gestiona por ti las cuentas, los tokens y los streams, el cambio te compra una API más simple al precio del código que no tuviste que escribir.

Preguntas