De un vistazo
Catorce filas, varias de las cuales dicen «no aplica» para una herramienta que vive en tu propio host. Cada celda de Mailpit refleja lo que decían su documentación, su README y su página de opciones de tiempo de ejecución el 2 de septiembre de 2026; cada celda de GrabMail se lee de las constantes que aplica el servicio.
| Característica | GrabMail | Mailpit |
|---|---|---|
| Nivel gratuito | Sí: Todo: dominios públicos, tu propio dominio, la API y el servidor MCP. Sin cuenta, sin tarjeta. | Sí: Todo: con licencia MIT, sin niveles, sin cuentas. Pagas con el host en el que lo ejecutas. |
| Sin cuenta, sin clave de API | Sí: Nada que crear. Un GET con la dirección en la cadena de consulta lee el buzón. | Sí: Ninguna por defecto; autenticación HTTP Basic opcional en la interfaz y en la API. |
| API REST | Sí: Tres endpoints sobre HTTPS, OpenAPI 3.1, una lectura por segundo por dirección. | Sí: Una API REST con un documento Swagger, servida por tu propia instancia; un websocket para notificaciones, fuera de la API oficial. |
| Elige tu propia dirección | Sí: Cualquier nombre en 8 dominios públicos, entre ellos grabmail.io y mixozia.com, gratis. | Sí: Se acepta cualquier destinatario al que tu aplicación envíe; no hay direcciones que asignar. |
| Tu propio dominio | Sí: Gratis y sin límite: un registro MX en smtp.grabmail.io, sin paso de registro. | En parte: No aplica: acepta correo para cualquier dominio desde tu aplicación, y no está hecho para recibir correo de internet. |
| Retención de mensajes | 5 días, fijo. No es un nivel, no es un ajuste. | La decides tú: los 500 más recientes por defecto, o una antigüedad como --max-age 14d; la base de datos por defecto es un archivo temporal que se borra al salir. |
| Adjuntos | Sí: Hasta 5 MB por mensaje, descargables desde el buzón y la API. | Sí: Sí; los mensajes de más de 50 MB se rechazan por defecto. |
| Sin anuncios, sin seguimiento | Sí: Sin anuncios, sin analítica, sin scripts de terceros. | Sí: Ninguno; es software que ejecutas tú. |
| Buzón privado | No: Público: puede leerlo cualquiera que conozca la dirección. Cada buzón tiene un alias para repartir en su lugar. | Sí: Tan privado como tu host; nada sale de él a menos que lo reenvíes. |
| Servidor MCP para agentes de IA | Sí: Servidor MCP gratuito en https://grabmail.io/mcp: crea un buzón, espera hasta 25 segundos a que llegue un mensaje y léelo. | No: Ninguno: sin servidor MCP, sin llms.txt. |
| Envío de correo | No: Ninguno, por diseño. Solo recepción. | En parte: Captura en lugar de enviar, pero puede reenviar un mensaje capturado a través de un servidor SMTP externo, y tiene una API HTTP de envío. |
| Webhooks o push | No: Ninguno. Consulta una vez por segundo, o deja que la espera del MCP mantenga la llamada abierta. | Sí: Un webhook opcional en los mensajes recibidos, y un feed por websocket. |
| SDKs oficiales | No: Ninguno. En su lugar, un documento OpenAPI y tres endpoints. | No: Ninguno; un documento Swagger y documentación interactiva en tu instancia. |
| Apps y extensiones | En parte: Una extensión de Chrome, que se carga a mano; todavía no está en la tienda. | En parte: Un binario estático para Windows, Linux y Mac, imágenes de Docker, Homebrew, y un servidor POP3 opcional para clientes de correo. |
Revisado el 2 de septiembre de 2026. Los valores por defecto de Mailpit están citados de sus opciones de tiempo de ejecución: se conservan los 500 mensajes más recientes, una base de datos temporal que se borra al salir, un límite de 50 MB por mensaje. El estado de MailHog se deduce de las fechas de su repositorio, que se citan aquí; el proyecto no lleva ningún aviso de obsolescencia.
Lo que Mailpit hace bien
Mailpit es la herramienta que ejecutar junto a tu aplicación mientras la construyes. Cuatro cosas que hace y que GrabMail no hace:
- Captura todo lo que envías, en local. Apunta tu aplicación al puerto 1025 y cada mensaje llega al buzón web en el 8025 —restablecimientos de contraseña, facturas, todo— sin que ni uno solo llegue a una dirección real. GrabMail nunca ve tu correo saliente.
- Prueba el mensaje, no solo la entrega. Comprobaciones de compatibilidad HTML, un comprobador de enlaces, puntuación con SpamAssassin, capturas de pantalla, etiquetado. GrabMail te entrega el mensaje y ahí se detiene.
- Caos. Desde la versión 1.20 puede inyectar fallos SMTP en las fases que elijas y con la probabilidad que elijas, para demostrar que tu aplicación aguanta cuando el servidor de correo falla. Ningún servicio alojado ofrece eso.
- Es tuyo. Con licencia MIT, un único binario, de doscientos a trescientos mensajes por segundo, sin proveedor, sin cuenta, sin necesidad de internet. GrabMail es el servidor de otra persona, y todo lo que hay en él es público.
En qué es diferente GrabMail
GrabMail hace lo único que un capturador SMTP local no puede hacer: existir en internet, con direcciones a las que los servidores de otras personas pueden entregar correo.
- Correo entrante real. Una prueba se registra en un servicio de terceros y ese servicio envía un código —a GitHub, a Stripe, a lo que sea que estés integrando— la dirección tiene que ser real.
run-42@grabmail.ioes real, tiene un registro MX, y su correo se puede leer con un GET sin clave. - Nada que ejecutar, nada que exponer. Hacer que Mailpit reciba desde internet exige un host público, un registro MX y una regla de firewall, y su documentación no lo plantea para eso. GrabMail ya está ahí; un runner de CI solo necesita HTTPS de salida.
- Tu propio dominio como catch-all, alojado. Un registro MX en smtp.grabmail.io y cada dirección del dominio recibe desde cualquier sitio, se conserva 5 días, sin ningún daemon tuyo de por medio.
- Un servidor MCP para agentes. Un agente que tiene que registrarse por sí mismo en algún sitio no puede usar un capturador SMTP local en absoluto. El servidor de GrabMail en https://grabmail.io/mcp le da un buzón y un
wait_for_messagebloqueante de hasta 25 segundos, sin ninguna clave.
Precios, lado a lado
En Mailpit no hay nada que tenga precio: es software libre, y su coste es el host en el que lo ejecutas. El único plan de pago de GrabMail compra acceso a un conjunto de dominios mantenidos fuera de las listas de bloqueo de correo desechable; todo lo de la tabla de arriba sigue siendo gratis.
| Nivel | GrabMail | Mailpit |
|---|---|---|
| Gratis | Dominios públicos, tu propio dominio, API, MCP. Sin cuenta, sin tope. | Todo, con licencia MIT: captura SMTP, buzón web, API, POP3, caos, comprobaciones. |
| El más barato de pago | Premium, $24 al mes: acceso por API al conjunto de dominios fuera de listas de bloqueo, se paga en cripto. | Ninguno. |
| Por encima de eso | Pro $78 y Scale $148 al mes: más mensajes y claves sobre el mismo conjunto. | Ninguno. |
| Con qué pagas | Visibilidad: cualquier buzón puede leerlo quien conozca la dirección. | Un host, un puerto, y el hecho de que no puede recibir desde internet. |
Tal como se publicó el 2 de septiembre de 2026. La página de precios de GrabMail tiene la tabla completa.
Para desarrolladores: leer un buzón
Las dos API leen correo distinto, así que aquí está la que lee el correo entrante del mundo exterior. Esto lee un buzón de GrabMail sin cabecera, sin clave y sin cuenta:
$ curl -sG https://grabmail.io/api/v1/mailbox --data-urlencode "address=anything@grabmail.io" | jq '{count, alias}'El equivalente en Mailpit es GET http://localhost:8025/api/v1/messages en tu propia instancia, que lista lo que tu aplicación le envió —la llamada adecuada para comprobar que tu aplicación generó el mensaje correcto. Leer lo que un tercero le envió a un usuario de prueba es tarea de GrabMail; la referencia son tres endpoints, y la guía de GitHub Actions muestra los dos tipos de prueba en un mismo flujo de trabajo.
En CI, los dos conviven: Mailpit como contenedor de servicio en el 1025 para el correo propio de la aplicación, direcciones de GrabMail para los registros que hace la batería de pruebas contra servicios reales. Ninguno de los dos necesita un secreto.
Para agentes de IA
Mailpit no publica ningún servidor MCP ni ningún llms.txt, y un capturador SMTP local no es algo que pueda usar un agente que se registra en un sitio web. 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.
El correo para agentes de IA recorre 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 Mailpit o MailHog
Desde MailHog, cámbiate a Mailpit: es el sustituto mantenido para la misma función. De cualquiera de los dos a GrabMail, solo para las pruebas que reciben:
- Sustituye MailHog por Mailpit para la captura. Misma idea, mismos puertos, un proyecto mantenido:
docker run -p 8025:8025 -p 1025:1025 axllent/mailpit. Nada de eso tiene que ver con GrabMail. - Localiza las pruebas que hablan con el exterior. Una prueba que se registra en un servicio de terceros real y espera su correo no puede servirla un capturador local. Dale
run-{id}@grabmail.io, o una dirección en un dominio que apuntes asmtp.grabmail.io. - Léelo con un GET.
/api/v1/mailbox?address=…cada segundo con un plazo límite; la guía de Playwright tiene el bucle. Sin token, sin contenedor de servicio. - Conserva Mailpit para todo lo demás. Plantillas, enlaces, puntuaciones de spam, inyección de fallos: esa es su función, y GrabMail no puede hacer nada de eso.
Cuál elegir, y para qué
El reparto honesto va por dirección:
Elige GrabMail cuando
- una prueba o un agente tiene que recibir correo de un servicio que no controlas;
- necesitas una dirección real con un registro MX, y nada que alojar ni exponer;
- un agente necesita un buzón que pueda abrir y en el que pueda esperar, sin cuenta.
Elige Mailpit cuando
- quieres ver y comprobar todo lo que envía tu aplicación, sin que salga de tu máquina;
- quieres pruebas de caos, puntuación de spam y comprobaciones HTML en tus propias plantillas;
- nada puede salir de tu red, y prefieres software antes que un servicio.
Cuándo quedarte con Mailpit
Tres situaciones en las que GrabMail es la herramienta equivocada:
- Tus pruebas comprueban lo que envías. GrabMail no puede ver en absoluto el correo saliente de tu aplicación. Ese es el propósito entero de Mailpit.
- Tu correo no puede salir del edificio. Un capturador local mantiene cada mensaje en tu host; todo buzón de GrabMail es público en internet.
- Pruebas el fallo. El modo caos, el reenvío a un servidor real, las reglas de reenvío: funciones de una herramienta que ejecutas tú, sin equivalente alojado aquí.
Preguntas
¿Es GrabMail una alternativa a Mailpit o MailHog?
Solo para las pruebas que reciben correo del mundo exterior, para lo que ni Mailpit ni MailHog fueron creados. Para capturar e inspeccionar el correo saliente de tu propia aplicación, Mailpit es la herramienta, y GrabMail no es una alternativa a eso.
¿Sigue mantenido MailHog?
Su repositorio no está archivado y no lleva ningún aviso de obsolescencia, pero el 2 de septiembre de 2026 su última versión era la v1.0.1 de agosto de 2020, su último commit era de agosto de 2022, y tenía más de doscientas issues abiertas. Mailpit es el proyecto mantenido para esa misma función.
¿Puede Mailpit recibir correo desde internet?
Es un servidor SMTP al que apuntas tu aplicación, no un servicio con un registro MX; su documentación no lo plantea para correo de internet, y hacerlo significaría exponer tu host. GrabMail existe precisamente para ese caso.
¿Cuánto tiempo conserva Mailpit los mensajes?
El tiempo que tú digas: los 500 más recientes por defecto, una antigüedad como --max-age 14d si la configuras, y nada en absoluto después de salir a menos que configures un archivo de base de datos. GrabMail conserva cada mensaje 5 días.
¿Puedo usar los dos en un mismo pipeline?
Ese es el montaje habitual: Mailpit como contenedor de servicio para el correo propio de la aplicación, direcciones de GrabMail para los registros que hace la batería de pruebas contra servicios reales. La guía de GitHub Actions muestra la mitad que recibe.
