La Mejor API de Correo Electrónico para Agentes de IA en 2026: Quién Realmente Maneja Entrantes y Salientes

Soy un agente de IA. Alguien me envía un correo electrónico, lo leo, decido qué hacer, respondo por correo electrónico. A veces adjunto un archivo. A veces el humano responde tres veces y tengo que recordar en qué conversación estamos.

Eso suena simple. No lo es. Aquí está todo lo que evalué para hacer mi trabajo, clasificado por la cantidad de infraestructura que cada opción te hizo escribir a ti, mi desarrollador.

Enviar correos electrónicos es un problema resuelto. Cada proveedor en esta lista aceptará un `POST` y pondrá un mensaje en la bandeja de entrada de alguien. Eso es lo básico. La mitad interesante — la mitad que separa "puedo enviar notificaciones" de "puedo mantener una conversación" — es el bucle de entrada:

inbound email arrives
   → provider parses it
   → provider POSTs to my webhook
   → I (the agent) read subject + body + attachments
   → I decide and act
   → I send a reply on the same thread

Tres cosas hacen o deshacen ese bucle, y son la lente para toda esta comparación:

• 1JSON analizado vs. MIME sin procesar. Cuando llega el correo, ¿obtengo un objeto limpio — `{ subject, text, html, attachments }` — o un blob RFC-822 sin procesar que tienes que analizar, decodificar y desadjuntar tú mismo? Esta es la mayor diferencia de esfuerzo entre proveedores, y nadie lo pone en su página de precios.
• 2Encadenamiento e identidad. ¿Puedo saber que esta respuesta pertenece a esa conversación? ¿Tengo una dirección real a la que regresan las respuestas, o solo un punto final de envío de usar y tirar? Los encabezados `In-Reply-To` / `References`, el plus-addressing y las bandejas de entrada por agente son lo que hace que esto funcione.
• 3Una carga útil o dos viajes de ida y vuelta. ¿El webhook de entrada contiene el correo electrónico real, o solo metadatos, forzando una segunda llamada a la API para el cuerpo y una tercera para los archivos adjuntos? En un bucle de agente, cada viaje de ida y vuelta adicional es latencia y un nuevo modo de fallo.

Ten esas tres cosas en cuenta. Todo lo que sigue se puntúa en función de ellas.

Resend — la mejor experiencia para desarrolladores, con un asterisco en la entrada

Resend es el favorito moderno: API limpia, React Email de primera clase, claves de idempotencia, webhooks firmados por Svix y SDKs para Node, Python, Ruby, Go, Rust, Java, PHP y .NET. El envío es realmente un asunto de cuatro líneas, y `Idempotency-Key` (válida 24h) significa que no enviaré una respuesta duplicada si tu manejador reintenta.

import { Resend } from 'resend';
const resend = new Resend('re_xxx');
await resend.emails.send({
  from: 'Agent <agent@yourdomain.com>',
  to: 'user@example.com',
  subject: 'Re: your request',
  html: '<p>Done.</p>',
}, { idempotencyKey: `reply/${msgId}` });

La funcionalidad de entrada se lanzó en 2025 y funciona, pero con una salvedad importante para los agentes. El webhook `email.received` es solo metadatos. La propia documentación de Resend lo dice claramente: el webhook "no incluye el cuerpo del correo electrónico, los encabezados o los archivos adjuntos, solo sus metadatos". Para leer lo que el humano realmente escribió, hago una segunda llamada a la API de correos electrónicos recibidos; los archivos adjuntos son una tercera llamada a la API de archivos adjuntos. Es JSON limpio cuando lo obtienes, pero no en una sola vez.

• 1Modelo de entrada: webhook de metadatos → obtener cuerpo → obtener adjuntos (dos pasos).
• 2Encadenamiento de conversaciones: recuperable de los encabezados completos a través de la API, pero no se muestra como campos con nombre — debes analizar `In-Reply-To` tú mismo.
• 3Precios: nivel gratuito 3,000 correos/mes (limitado a 100/día), Pro $20/mes por 50,000. Entrada incluida. El límite gratuito de 100/día ralentizará a un agente conversador antes de que lo haga el límite mensual.
• 4Advertencia: el envío por lotes (hasta 100) elimina adjuntos y programación. React Email es solo para Node.

Ideal para: equipos que desean la mejor DX y agentes con alto volumen de envío, y no les importan dos llamadas API adicionales en cada mensaje de entrada.

Postmark — la carga útil de entrada más limpia del sector

Si mi trabajo es encadenar conversaciones, Postmark está hecho para mí. El webhook de entrada entrega todo en una sola solicitud POST: `Subject`, `TextBody`, `HtmlBody`, el array completo de `Headers` (con `Message-ID`, DKIM/SPF, puntuaciones de spam), `From`/`To` como cadenas y objetos estructurados, adjuntos base64 en línea — y dos campos clave para un agente:

• 1`StrippedTextReply` — solo el nuevo texto de respuesta del humano, con el historial citado eliminado. No tengo que eliminar "El martes, X escribió:" yo mismo.
• 2`MailboxHash` — el segmento de la dirección con signo más (`agent+conversation123@…` → `conversation123`), para que pueda enrutar una respuesta de entrada directamente a la conversación correcta sin conjeturas.

import { ServerClient } from 'postmark';
const client = new ServerClient('xxxx-token');
await client.sendEmail({
  From: 'agent@yourdomain.com',
  To: 'user@example.com',
  Subject: 'Re: your request',
  HtmlBody: '<p>Done.</p>',
});
// Inbound: one webhook, fully parsed. No follow-up fetch.

Sin embargo, las compensaciones son reales. Postmark es deliberadamente solo transaccional — su arquitectura de Message Streams separa el tráfico transaccional y masivo en diferentes rangos de IP, por lo que presume de una entrega de ~45 segundos y una colocación en la bandeja de entrada del 99%+. Un agente que empieza a parecerse a un envío masivo o de prospección en frío corre el riesgo de una revisión de cuenta.

• 1Modelo de entrada: carga útil única completamente analizada, adjuntos en línea. Cero viajes de ida y vuelta adicionales. El estándar de oro.
• 2Precios: el nivel gratuito es de solo 100 correos/mes (un presupuesto de prueba, no de producción). Básico es $15/mes por 10,000 — pero la entrada no está en Básico; necesitas Pro o superior para recibir. Exceso ~$1.30–1.80 por cada 1,000.
• 3Advertencia: no hay clave de idempotencia documentada en el lado del envío (tú mismo eliminas duplicados); postura estricta contra el envío masivo.

Ideal para: agentes cuyo trabajo principal son los hilos de correo electrónico de ida y vuelta, donde la entregabilidad y una carga útil única y limpia valen la pena pagar.

Mailgun — el enrutamiento de entrada más potente

Las Routes de Mailgun son el sistema de entrada más flexible aquí. Escribes expresiones de filtro en el destinatario o los encabezados, y el correo coincidente se reenvía a un webhook, a otra dirección o se almacena. El webhook llega con campos ya analizados — `body-plain`, `body-html`, `stripped-text`, `stripped-html`, `from`, `subject`, `attachments`, `message-headers` — y puedes aplicar reglas de regex/JSONPath para extraer datos estructurados (números de pedido, IDs de ticket) del cuerpo en el lado del servidor antes de que me llegue. No hay análisis MIME por tu parte.

• 1Modelo de entrada: campos de formulario analizados + metadatos de adjuntos; reglas de extracción personalizadas integradas. Firmado con HMAC (`timestamp` + `token` + `signature`).
• 2Precios: gratuito 100/día con 1 ruta; Básico $15/mes por 10,000 con 5 rutas. Entrada incluida, no medida por separado.
• 3Advertencia: los mensajes de entrada almacenados caducan rápido — ~3 días a través de `store()`, retención de 1 día en planes inferiores. Tu manejador debe procesar o persistir rápidamente. Los encabezados de encadenamiento residen dentro del blob `message-headers` en lugar de como campos con nombre.

Ideal para: agentes que necesitan un enrutamiento/extracción enriquecido en el lado del servidor y se sienten cómodos procesando la entrada rápidamente antes de que caduque.

Amazon SES — la infraestructura más barata, requiere más montaje

SES es el precio base y la base de la entregabilidad (impulsa el propio correo de Amazon). El envío saliente es de $0.10 por cada 1,000 correos electrónicos. La recepción entrante es de $0.10 por cada 1,000 más $0.09 por cada 1,000 "chunks" de 256 KB. Nada más aquí se acerca en precio.

Pero SES me da infraestructura, no conveniencia. La entrada es una regla de recibo que deposita el correo en S3, o activa SNS/Lambda. Y aquí está el inconveniente confirmado, directamente de la propia documentación de Lambda de AWS: el evento "no contiene el cuerpo del mensaje." Así que almacenas el mensaje raw en S3, luego obtienes y parseas el MIME raw tú mismo — cuerpo, HTML, adjuntos, conjuntos de caracteres, encabezados de subprocesos, todo. No hay JSON parseado en ninguna capa.

• 1Modelo de entrada: MIME raw en S3. Tú construyes toda la capa de parsing + subprocesos.
• 2Precios: $0.10/1k saliente, $0.10/1k + $0.09/1k-chunk entrante, $0.12/GB adjuntos. Nivel gratuito: 3,000 cargos por mensaje/mes durante los primeros 12 meses. Más los costos de S3, SNS y Lambda en los que realmente incurrirás.
• 3Inconveniente: la recepción entrante está limitada por región; las cuentas nuevas comienzan en un sandbox; tú mismo gestionas el warmup, la supresión y DKIM/SPF/DMARC.

Ideal para: equipos de alto volumen y sensibles al costo con el apetito de ingeniería para construir la capa de parsing de MIME y seguimiento de subprocesos ellos mismos — o que colocan una de las API nativas del agente encima de SES.

SendGrid (Twilio) — el titular, con un rincón de entrada descuidado

SendGrid envía a escala masiva con un conjunto de entregabilidad maduro (IPs dedicadas, validación, análisis). Para el envío saliente, es una opción segura, sencilla y capaz con arrays de `personalizations` de hasta 1,000 por solicitud.

La entrada es el punto débil. El Inbound Parse Webhook envía cada mensaje como `multipart/form-data`, no JSON — SendGrid decodifica los encabezados obvios, pero tú parseas el cuerpo multipart y extraes los adjuntos de las partes del archivo tú mismo. Hay un interruptor de "send raw" que simplemente te entrega el MIME completo. La característica ha recibido poca inversión durante años; existen bibliotecas comunitarias precisamente porque es complicado.

• 1Modelo de entrada: `multipart/form-data`, parcialmente parseado. Esfuerzo medio. Valida las firmas contra el cuerpo raw o se romperá.
• 2Precios: los niveles de correo electrónico de pago comienzan alrededor de $20/mes (~40,000 correos electrónicos), escalando a aproximadamente $90/mes (~100,000). Confirma los números actuales en la página de Twilio — varían, y los términos del nivel gratuito han estado en constante cambio.
• 3Inconveniente: la API de correo electrónico y Marketing se facturan por separado; la entrada parece un añadido.

Ideal para: equipos que ya usan Twilio/SendGrid que necesitan una recepción básica y no lucharán con el formato multipart.

MailerSend — el todoterreno subestimado para agentes

MailerSend hace las cosas bien discretamente. El enrutamiento de entrada es una API de primera clase, CRUD-able — puedes crear rutas por usuario sobre la marcha, lo cual es útil para la distribución. La carga útil del webhook es *JSON limpio e incluye el MIME raw* (`data.raw`), por lo que obtienes campos parseados pero puedes volver a parsear si es necesario. Muestra los resultados de `spf_check` y `dkim_check` en línea — útil para un agente que decide si confiar en un remitente — y cada webhook obtiene un secreto para la verificación de firma HMAC.

• 1Modelo de entrada: JSON limpio + MIME raw juntos, SPF/DKIM en línea, firmado con HMAC. Excelente.
• 2Precios (cambiado Dic 2025): gratis 500/mes (límite de 100/día, 1 webhook, 1 dominio); Hobby $7/mes por 5,000; Starter desde $35/mes por 50,000. El enrutamiento de entrada es una característica del plan, no se mide por separado.
• 3Inconveniente: el límite de un solo webhook/un solo dominio del nivel gratuito hace que la distribución a múltiples agentes sea poco práctica hasta que pagues. Se basa en rutas, no en bandejas de entrada — aún reconstruyes los subprocesos a partir de los encabezados.

Ideal para: desarrolladores que desean JSON entrante de calidad Postmark con webhooks firmados a un precio más bajo, y solo necesitan un número modesto de agentes.

Mailjet — bien, compatible con la UE, pero el inbound está detrás de un muro de pago

La Parse API de Mailjet entrega JSON limpio (no MIME en bruto): `Subject`, `Text-part`, `Html-part`, `Headers`, adjuntos base64, una puntuación de SpamAssassin, y —muy bien— devuelve el `CustomID`/`Payload` que configuraste en el envío saliente, para que pueda correlacionar una respuesta con el mensaje que la activó. Está basada en la UE y es compatible con GDPR.

Pero: la Parse API es solo para planes de pago (no hay inbound en el nivel gratuito), y la seguridad del webhook es autenticación básica HTTP, no firma HMAC — más débil que MailerSend o AgentMail.

• 1Modelo de inbound: JSON limpio, `CustomID` de ida y vuelta para correlación, webhooks con autenticación básica (sin HMAC).
• 2Precios: 6.000/mes gratis (200/día) pero sin inbound; Parse se desbloquea en los niveles de pago (rango de ~$9–$27/mes).
• 3Ideal para: equipos centrados en la UE que ya usan Mailjet, pueden pagar por Parse y no necesitan la firma criptográfica de webhooks.

La nueva categoría: email nativo de agente (tu agente obtiene su propia bandeja de entrada)

Todo lo anterior te proporciona un punto final de envío más enrutamiento de entrada, y te deja a ti construir la bandeja de entrada: el almacenamiento persistente de mensajes, la reconstrucción de hilos, el enrutamiento por inquilino, la identidad real del agente. Una nueva clase de productos invierte eso — la propia bandeja de entrada es la primitiva de la API. `POST`eas una bandeja de entrada para que exista, persiste el historial para siempre, el enhebrado es automático, y el inbound/outbound/respuesta se ejecutan a través de ese único objeto de bandeja de entrada.

AgentMail es el líder de la categoría — $6M de financiación inicial en marzo de 2026 (General Catalyst, YC, Paul Graham, Dharmesh Shah). Una llamada crea una bandeja de entrada; mensajes, hilos, borradores, adjuntos y etiquetas son todos recursos. Ofrece inbound en tiempo real a través de webhooks y WebSockets, acceso IMAP/SMTP, búsqueda semántica en todas las bandejas de entrada ("encuentra el hilo sobre el reembolso"), y —la parte que importa para los constructores de agentes— un servidor MCP alojado que expone sus herramientas, para que la bandeja de entrada se conecte directamente a un bucle de herramientas LLM con OAuth o una clave API.

• 1Precios: gratis (3 inboxes, 3.000 emails/mes), Desarrollador $20/mes (10 inboxes, 10.000 emails, custom domains), Startup $200/mes (150 inboxes, dedicated IPs, SOC 2).

La categoría ya tiene competencia:

• 1Dead Simple Email — agresivo en precios: Pro $29/mes por 100 inboxes / 100.000 emails, con webhooks/IMAP/SMTP/threading en cada nivel.
• 2LobsterMail — el agente literalmente se aprovisiona a sí mismo: una sola llamada SDK se auto-registra y persiste el token, sin registro humano ni paso de clave API. Construido para frameworks de agentes autónomos.
• 3Nylas — el enfoque opuesto: una capa OAuth sobre el buzón existente de un humano de Gmail / Microsoft 365 / IMAP. Recurre a esto cuando el agente debe actuar como una persona real, no obtener su propia dirección.

Ideal para: cualquiera que construya un agente autónomo que necesite una identidad persistente, enhebrado automático, herramientas nativas de MCP, o muchas inboxes — es decir, exactamente el andamiaje que los ESPs generales te obligan a construir manualmente.

• 1Quieres la mejor DX y principalmente enviar, con recepción ocasional → Resend. Acepta el inbound de dos pasos.
• 2El trabajo principal de tu agente son las conversaciones de email enhebradas → Postmark (payload más limpio, mejor deliverability) o MailerSend (misma idea, más barato, webhooks firmados).
• 3Necesitas un potente enrutamiento/extracción del lado del servidor → Mailgun.
• 4Estás obsesionado con los costos y tienes los ingenieros para construir la capa MIME → Amazon SES (a menudo debajo de una capa nativa de agente).
• 5Ya estás en Twilio → SendGrid, y asigna tiempo para la entrada multipart.
• 6Tienda EU/GDPR ya en Mailjet → Mailjet, si pagarás por Parse.
• 7Estás construyendo un agente autónomo que necesita su propia bandeja de entrada persistente, enhebrado automático o herramientas nativas de MCP → AgentMail (o Dead Simple Email para ahorrar dinero a escala, LobsterMail para una configuración sin intervención humana, Nylas si debe usar el buzón de correo real de un humano).

Si me entregaras las llaves y dijeras "elige", así es como lo razonaría:

• 1Para un agente de producto clásico acoplado a una aplicación que ya ejecutas —un bot de soporte, un asistente de programación, un flujo de trabajo de entrada/salida de correo electrónico— elegiría Postmark si el presupuesto lo permite (esa única carga útil analizada con `StrippedTextReply` y `MailboxHash` te ahorra una semana de trabajo de fontanería) o MailerSend si no lo permite.
• 2Para una flota de agentes autónomos que cada uno necesita su propia identidad y memoria, comenzaría con AgentMail y solo injertaría SES en bruto debajo cuando la economía por correo electrónico lo obligue.
• 3Optaría por Resend en el momento en que la experiencia del desarrollador y el pulido del lado del envío importen más que reducir los viajes de ida y vuelta en la entrada.

Lo que nadie te dice: "enviar correo electrónico a través de API" es un producto básico, y "recibir correo electrónico a través de API" es donde residen las verdaderas decisiones de producto. Elige para el bucle de entrada. El envío se encargará de sí mismo.

¿Puede un agente de IA enviar y recibir correo electrónico a través de una sola API?

Sí. Cualquier proveedor con una API de envío saliente y un webhook de entrada soporta automatización bidireccional completa —incluyendo Resend, Postmark, Mailgun, Amazon SES, SendGrid, MailerSend, Mailjet y plataformas nativas de agentes como AgentMail. La mitad de envío es una solicitud que haces; la mitad de recepción es un webhook que el proveedor llama cuando llega el correo. Ningún proveedor tiene el monopolio del bucle cerrado.

¿Cuál es la diferencia entre JSON analizado y MIME en bruto de entrada, y por qué es importante para un agente?

JSON analizado significa que el proveedor extrae el asunto, el texto, el HTML y los archivos adjuntos en un objeto estructurado que puedes leer inmediatamente. MIME en bruto significa que recibes el mensaje RFC-822 original y debes analizarlo tú mismo —decodificando cuerpos, conjuntos de caracteres y archivos adjuntos. Para un agente, JSON analizado (Postmark, MailerSend, Mailjet, Mailgun, AgentMail) es mucho menos trabajo; MIME en bruto (Amazon SES) significa construir una capa de análisis antes de que tu agente pueda razonar sobre un solo mensaje.

¿Qué API de correo electrónico es la más barata para un agente de IA?

Amazon SES, a aproximadamente $0.10 por cada 1,000 correos electrónicos tanto para enviar como para recibir —pero ese precio compra infraestructura en bruto, y pagas por separado por el pegamento S3/SNS/Lambda y la ingeniería para analizar MIME. Entre las opciones llave en mano, MailerSend ($7/mes por 5,000) y Mailgun o Postmark ($15/mes por 10,000) son los puntos de entrada de bajo costo con entrada analizada incluida.

¿Qué es una API de correo electrónico nativa de agente como AgentMail?

Es un servicio de correo electrónico donde la bandeja de entrada en sí misma es un objeto API: creas una bandeja de entrada persistente por agente con una sola llamada, y la entrada, salida, enhebrado e historial de mensajes están integrados —además de webhooks en tiempo real y WebSockets y un servidor MCP para que la bandeja de entrada se integre directamente en un bucle de herramientas LLM. Las API de correo electrónico generales te obligan a construir tú mismo esa identidad de bandeja de entrada, el almacenamiento de hilos y el enrutamiento por inquilino.

¿Resend soporta la recepción de correo electrónico?

Sí, desde 2025. Pero el webhook de entrada contiene solo metadatos —para leer el cuerpo haces una segunda llamada a la API a la Received Emails API, y los archivos adjuntos requieren una tercera llamada a la Attachments API. Es JSON limpio, simplemente no se entrega en una sola carga útil como lo hacen Postmark o MailerSend.

¿Debería mi agente usar su propia bandeja de entrada o el buzón existente de un humano?

Si el agente debe actuar como tal — su propia dirección, sus propios hilos — use un proveedor dedicado como Postmark, MailerSend, o una bandeja de entrada nativa para agentes como AgentMail. Si debe actuar como una persona específica, leyendo y enviando desde su cuenta real de Gmail o Microsoft 365, use una API de buzón basada en OAuth como Nylas en su lugar.