APIs de correo temporal en 2026, comparadas con honestidad

Cómo leer esta página

Las comparativas escritas por un proveedor suelen ser una tabla con una columna de marcas verdes bajo el nombre del proveedor. Esta intenta no serlo, de tres formas concretas:

• Cada fila es un hecho publicado, con fecha. Los límites del nivel gratuito, los precios y las ventanas de retención son lo que decía la propia página de precios o documentación de cada servicio el 1 de septiembre de 2026. Cuando una página era ambigua, la celda lo dice en lugar de adivinar.
• Las características son las que separan a los servicios, no las que tienen todos. Todo servicio de aquí puede listar un buzón y leer un mensaje; esa fila sería toda marcas verdes y no te diría nada.
• Hay una sección sobre dónde pierde este servicio. No es corta.

Las seis preguntas que realmente los separan

La página de metodología del sitio las lista sin nombrar a nadie. Aquí están con nombres puestos.

1. ¿Necesitas una clave o una cuenta para leer un buzón? Sin clave significa que una batería de pruebas no tiene ningún secreto que guardar y un agente no tiene ningún registro que superar. La mayoría de las plataformas para desarrolladores necesitan las dos cosas; la mayoría de los servicios de buzón público no necesitan ninguna.
2. ¿Qué es gratis, y dónde deja de serlo? Un tope mensual de buzones o mensajes, una ventana de retención, o un muro de funciones. El tope es el número que importa para CI, que crea un buzón por ejecución.
3. ¿Puedes apuntarle tu propio dominio, y qué cuesta eso? La respuesta a «el formulario rechaza mi dirección». Gratis en unos pocos servicios, un nivel de pago en la mayoría, ausente en algunos.
4. ¿Cuánto tiempo se queda el correo? Diez minutos le viene bien a un código; una semana le viene bien a una prueba que envía correo al tercer día; treinta días le viene bien a un registro de auditoría. Más tiempo no es mejor si nunca quisiste conservar el correo.
5. ¿Puede usarlo un agente de IA sin un humano? Un servidor MCP, o un endpoint de esperar-mensaje, o al menos una descripción de herramienta que un modelo pueda leer. Algo nuevo en 2026, y cubierto de forma muy desigual.
6. ¿Puede enviar, y tiene webhooks? Dos cosas que GrabMail no hace en absoluto. Si tu workflow responde al correo, o no puede consultar en bucle, necesitas un servicio de la familia de plataformas para desarrolladores.

Todo lo demás — el número de SDKs, las insignias de uptime, el pulido del panel — es real pero secundario. Un servicio que responda a las seis preguntas de la forma que necesita tu trabajo, servirá; uno que no, no servirá, por muchos SDKs que traiga.

La tabla

Nueve servicios, seis columnas. «Dominio propio» significa que un dominio que controlas recibe correo en el servicio; «MCP» significa un servidor Model Context Protocol que ejecuta el propio servicio. Los precios son el nivel de pago más barato tal como se publica, mensual, en la moneda que se muestra.

Comprobado el 1 de septiembre de 2026. «Depende del plan» significa que el servicio publica ventanas distintas por nivel; «no se indica» significa que las páginas públicas no daban ningún número. Un guion en tu propia lectura de la página de un proveedor gana a cualquier celda de aquí.

Notas sobre cada uno

Una fila no puede decir por qué un servicio es como es. Un párrafo sí puede:

GrabMail

Buzones públicos, REST sin clave, un servidor MCP gratuito con espera bloqueante, dominio propio gratis, retención de 5 días, OpenAPI y llms.txt. Lo único de pago es un fondo de dominios .com que se mantienen fuera de las listas de bloqueo de correo desechable. Solo recibe, sin webhooks, sin SDKs, buzones legibles por cualquiera que conozca la dirección. Referencia, límites, precios.

mail.tm

El servicio detrás de un ecosistema inusualmente grande de bibliotecas cliente no oficiales. Gratis, sin nivel de pago, con una API que crea una dirección y devuelve un token para ella. Sin función de dominio propio y sin MCP propio, aunque existen envoltorios MCP de terceros. Un buen ajuste para un script que necesita un buzón y nada más.

Guerrilla Mail

El más antiguo de los servicios públicos, con una API JSON sin clave y — algo inusual — la capacidad de enviar desde la dirección temporal. La retención es corta, alrededor de una hora, y los límites de solicitudes de la API no están publicados. El servidor de correo de código abierto que hay detrás es un proyecto por derecho propio.

Mailinator

Buzones públicos en la web desde 2003, y una plataforma para desarrolladores encima: API, dominios privados, webhooks y SDKs oficiales en los planes de empresa de pago. El dominio público está en casi todas las listas de bloqueo, que es justo lo que existen para resolver los dominios privados de pago. La opción más consolidada para un equipo de QA con presupuesto.

MailSlurp

La plataforma para desarrolladores más completa de la lista: SDKs en una docena de lenguajes, webhooks, envío, números de teléfono, SOC 2. Un nivel gratuito con tope y planes de pago desde unos cincuenta dólares al mes, con dominios propios en un nivel superior. La elección correcta cuando probar el correo es una partida del presupuesto y quieres tenerlo todo en una sola cuenta.

Mailsac

Una plataforma de pruebas de correo de larga trayectoria, con un nivel gratuito medido en operaciones de API, webhooks desde el primer plan de pago, POP3, y dominios propios como un complemento económico. Buena documentación y un foro público. Se sitúa entre los servicios públicos y MailSlurp en precio y alcance.

testmail.app

Construido en torno a espacios de nombres y etiquetas en su propio dominio en lugar del tuyo, con APIs JSON y GraphQL y un pequeño nivel gratuito con retención de un día. Limpio y económico; la contrapartida es que no hay opción de dominio propio.

temp-mail.io y Catchmail

Los dos extremos del espectro que va del consumidor al desarrollador. temp-mail.io es un gran sitio de correo temporal para consumidores — apps, extensiones, docenas de idiomas — con una API de pago y un servidor MCP reservado para suscriptores. Catchmail es una pequeña API sin clave con función de dominio propio gratis y retención de siete días: el gemelo más cercano a este servicio, sin servidor MCP ni nivel de pago.

Cuál, para qué trabajo

Las familias importan más que las filas. Elige la familia, y después el servicio:

Dónde pierde GrabMail

Una comparativa de un participante vale exactamente lo que valga esta sección. Estos son requisitos reales que este servicio no cumple, expuestos para que no los descubras después de haber construido algo:

• Sin webhooks y sin push. Consultas a una lectura por segundo, o dejas que la espera de MCP mantenga la llamada abierta hasta 25 segundos. Un workflow que no puede consultar en bucle necesita MailSlurp o Mailsac.
• Sin envío. Solo recibe, por diseño. Responder desde la dirección, o probar un flujo saliente que espera una respuesta, necesita Guerrilla Mail o una plataforma para desarrolladores.
• Sin SDKs oficiales. Hay un documento OpenAPI y tres endpoints, que es suficiente para un generador o cuarenta líneas de código, pero no hay ningún npm install. MailSlurp y Mailinator traen bibliotecas.
• La retención es de 5 días y no se puede ajustar. Ni un nivel, ni un ajuste. Todo lo que necesite conservar correo durante un mes necesita una plataforma de pago.
• Los buzones son públicos. Cualquiera que conozca una dirección puede leerlo, tanto en dominios públicos como en el tuyo propio. No hay autenticación por buzón; el alias es el único mecanismo de privacidad. Un test que envía datos reales de clientes necesita un buzón privado en otro sitio.
• El plan de pago es solo con criptomonedas y no tiene SLA. Un equipo que necesite una factura con tarjeta, o un compromiso de uptime en un contrato, no va a conseguir ninguna de las dos cosas aquí.

En lo que gana es la imagen especular: nada por lo que registrarse, nada que guardar en CI, dominio propio gratis, un servidor MCP al que cualquiera puede apuntar un agente, y un precio de cero para todo salvo el fondo fuera de las listas de bloqueo. Si los seis puntos de arriba no son tus primeros requisitos, esa es la contrapartida.

Verifica la afirmación de «sin clave» en una línea

La tabla dice que un buzón de aquí se puede leer sin nada. En lugar de fiarte sin más, ejecútalo — no hay ningún registro entre tú y la respuesta:

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

Un 200 con count: 0 y un alias es toda la prueba. La comprobación equivalente para cualquier otro servicio de esta página es el primer paso de su propia guía de inicio rápido; cuántos pasos hay antes del primer mensaje es un resumen bastante justo de la tabla.

Preguntas