Casi ningún servidor MCP de email prueba el email. De los 107 servidores relacionados con el correo que había en el registro oficial del Model Context Protocol el 21 de septiembre de 2026, tres ponen un mensaje delante de un filtro antispam real y cuentan dónde acabó. Treinta y siete dan un buzón a un agente de IA para que recoja un código de registro. Veintiséis envían correo, veinticinco verifican direcciones y dieciséis leen registros DNS.
Esa distancia importa porque los dos trabajos se archivan bajo una sola etiqueta. "Servidor MCP de email" se usa para un conector que envía correo transaccional y para uno que te dice si tu última campaña llegó a la bandeja de entrada, y un equipo que instala el primero mientras busca el segundo se queda con un asistente que envía con soltura y no puede comprobar nada.
Esta guía ordena el campo por lo que hace cada servidor, nombra a los proveedores de entregabilidad que publican uno y te da una prueba de tres partes para distinguir el servidor propio de un proveedor de un imitador que tomó prestado su nombre.
Un servidor MCP de prueba comprueba un mensaje, uno de envío lo despacha
Un servidor MCP de prueba de email expone comprobaciones a un asistente de IA; uno de envío expone la entrega. La diferencia es la dirección en la que viaja el mensaje. Un servidor de envío toma contenido del asistente y lo entrega a una tubería SMTP. Uno de prueba toma contenido tuyo e informa de lo que le pasó: la puntuación de spam que se ganó, la autenticación que pasó, los clientes en los que se representó, la carpeta en la que lo archivó cada proveedor de buzón.
Ambos sirven y ninguno sustituye al otro. Nuestra guía complementaria para elegir el mejor servidor MCP de email cubre el lado de plataforma y envío, de Klaviyo y Brevo a Resend. Esta cubre el lado de la comprobación.
Los cinco trabajos de abajo son lo que contiene el registro, contado el 21 de septiembre de 2026. Los recuentos salen de diecisiete búsquedas de una sola palabra contra la API del registro, deduplicadas por nombre de servidor y sin veintitrés resultados que no eran de correo.
| Qué hace el servidor | Servidores | Ejemplo típico |
|---|---|---|
| Da un buzón propio a un agente | 37 | Buzones desechables que recogen un código de verificación |
| Envía correo, u otros | 26 | Relés SMTP, herramientas de campaña y plantillas |
| Verifica direcciones | 25 | Sintaxis, MX y dominios desechables sobre una lista |
| Lee autenticación y DNS | 16 | Lectores de SPF, DKIM, DMARC, MTA-STS y BIMI |
| Prueba un mensaje contra un filtro real | 3 | Pruebas de ubicación y representaciones en clientes |
La proporción es el hallazgo: 3 de 107. Cada una de las demás filas es un servidor que hace algo útil con el correo sin decirte nunca dónde acabó un mensaje.
Conviene conocer un detalle del registro antes de contar nada por tu cuenta. Devuelve una fila por versión publicada, no una por servidor, así que un recuento de resultados infla mucho el campo. Una búsqueda de spam devuelve once filas que son tres servidores. Una de dkim devuelve nueve filas que son dos. Una de mail devuelve cien filas que son treinta y uno. Todos los números de arriba son nombres de servidor distintos.
Tres servidores del registro ponen un mensaje delante de un filtro real
Tres servidores de 107 envían o representan un mensaje en algún sitio donde un filtro puede juzgarlo, y los tres son pequeños y recientes. Sus descripciones en el registro las envían sus propios publicadores, así que trata las listas de capacidades como afirmaciones y no como hallazgos.
ai.powerline/inbox-preview representa archivos HTML o .eml en clientes web reales de Gmail, Outlook y Yahoo y hace capturas del resultado. Es un servidor remoto publicado en julio de 2026 en la versión 0.1.0.
io.github.live-direct-marketing/inbox-check anuncia pruebas de ubicación en bandeja en Gmail, Outlook, Yahoo, Mail.ru y Yandex junto a una lectura de autenticación. Se distribuye como paquete npm, ldm-inbox-check-mcp, en la versión 0.1.2.
io.github.serg-tanichev/email-spam-tester ofrece una dirección desechable y 41 comprobaciones con citas de RFC, publicado en septiembre de 2026 en la versión 1.0.0.
Tres cosas faltan por completo en el registro. Una búsqueda de blacklist no devuelve nada, una de blocklist no devuelve nada y una de spamassassin no devuelve nada. Son búsquedas de una sola palabra, que es el único tipo que el registro responde: cada consulta de varias palabras que probamos, incluidas inbox placement y seed list, devolvió cero resultados al margen de lo que haya publicado. Toma los tres ceros de una palabra como reales e ignora cualquier cero salido de una frase.
Cinco de quince proveedores de entregabilidad publican un servidor MCP
Cinco proveedores de entregabilidad publican su propio servidor MCP, uno mantiene un piloto y nueve no publican ninguno. Comprobamos los quince proveedores de nuestro conjunto de comparación en sus propios dominios en septiembre de 2026, y la tabla de abajo es el resultado.
| Proveedor | Servidor MCP propio | Qué cubre |
|---|---|---|
| Mailtrap | Sí | Envío, inspección en sandbox, registros, contactos, administración |
| Mailgun | Sí | Envío y recuperación de analítica |
| ZeroBounce | Sí | Validación de email |
| Litmus | Sí | Conector Validity Engage, un solo cliente |
| Everest | Sí | El mismo conector Validity Engage |
| Folderly | Piloto | Briefs de campaña, borradores y revisión, acceso por acuerdo |
| EasyDMARC | No | Un tercero publica uno contra su API |
| Email on Acid | No | Existe un servidor comunitario, no suyo |
| GlockApps | No | Nada publicado |
| Kickbox | No | Nada publicado |
| mail-tester | No | Nada publicado |
| MailReach | No | Nada publicado |
| MXToolbox | No | Nada publicado |
| Warmy | No | Un artículo de comparación, ningún producto |
| MailGenius | Sin verificar | El sitio está tras un muro de verificación de bots |
Dos de esas filas merecen su matiz. Las entradas de Litmus y Everest son un conector, no dos: Validity publica un único conector MCP de Engage, su anexo de privacidad entró en vigor el 1 de septiembre de 2026 y el anexo nombra a Litmus como servidor de autorización OAuth mientras asigna la cuenta a los registros de Everest y Certification. Las filas de EasyDMARC y Email on Acid dicen no porque los servidores que existen para ellos los construyó otra gente. Un tercero que envuelve la API pública de un proveedor es un dato sobre el tercero.
PowerDMARC queda fuera de nuestro conjunto de comparación y publica uno, com.powerdmarc/mcp, registrado en junio de 2026 con un endpoint que responde a una petición sin autenticar con un 401. Su propia página de integración está tras una comprobación de bots, así que la entrada del registro es la evidencia de primera mano.
La prueba de primera mano de Unspam distingue el servidor de un proveedor de un imitador
La prueba de primera mano de Unspam: un servidor cuenta como propio de un proveedor solo cuando el dominio propio del proveedor lo publica, el endpoint o el paquete resuelven a ese proveedor y el espacio de nombres del registro pertenece a la misma empresa. Dos de tres es un imitador.
La prueba existe porque estuvimos a punto de publicar dos entradas falsas en la tabla de proveedores, las dos bajo una marca registrada viva.
Una organización de GitHub llamada litmusautomation publica litmus-mcp-server, descrito como el servidor MCP oficial para configurar instancias de Litmus. Es software de computación industrial en el borde para equipos de fábrica y no menciona el correo en ningún sitio. El nombre es una coincidencia entre dos empresas. Nada en el paquete ni en su documentación lo dice, porque no hay razón para que lo diga.
El registro oficial lista com.warmysender/mcp, que a primera vista se lee como el proveedor de calentamiento de correo Warmy. Es warmysender.com, una empresa de prospección en frío con su propia base de datos de leads, y no es warmy.io. El espacio de nombres es la pista, y solo si lo consultas.
Los dos habrían pasado una comprobación que buscara un nombre de proveedor y aceptara el primer resultado plausible. Ninguno pasa una comprobación que exija que el dominio propio del proveedor publique la cosa.
Mailtrap trae 117 herramientas y exactamente una devuelve puntuación de spam
El servidor MCP de Mailtrap expone 117 herramientas, y una de ellas lee una puntuación de spam. get-sandbox-message-spam-score devuelve el informe de SpamAssassin de un mensaje capturado en un sandbox de Mailtrap: la puntuación, las reglas que saltaron y el informe completo. Contadas desde el propio README de Mailtrap, el resto se reparte en 56 herramientas de cuenta e infraestructura, 30 de contactos y campañas, 22 de sandbox, 6 de envío y 3 de registros y estadísticas.
Es un servidor de verdad capaz y el recuento no es una crítica. Es una descripción de la pregunta que responde. Una puntuación en sandbox te dice qué aspecto tiene tu contenido para un motor de reglas, que es lo mismo que recorre a mano nuestra guía de la puntuación de SpamAssassin. No te dice qué carpeta eligió Gmail, porque el mensaje nunca llegó a Gmail.
Esa distinción es justo la razón de que la categoría de servidores que prueban contra un filtro real salga tan fina. Puntuar un mensaje capturado es barato y puede correr en cualquier parte. Entregar en buzones semilla de proveedores reales y leer de vuelta la carpeta necesita buzones en esos proveedores, que es infraestructura y no código.
Un contenido que puntúa limpio sigue fallando la bandeja para un tercio de los destinatarios
Una puntuación de spam limpia no predice la ubicación, y por eso un asistente que solo puntúa responde a una pregunta más pequeña que la que hiciste. La tasa de entregabilidad es del 63% en los mensajes del Unspam 2026 Email Deliverability Benchmark, así que más de un tercio del correo cae en algún sitio que no es la bandeja de entrada.
La autenticación es la parte que un servidor MCP puede leer del DNS, y también la parte que casi todos los remitentes ya han arreglado a medias. Entre los dominios que probamos, el 93% pasa SPF y el 90% pasa DKIM, mientras que el 48% publica una política DMARC. Un dominio puede pasar las tres y ver su correo filtrado igualmente por reputación, contenido o interacción, y nada de eso lo ve una consulta DNS.
Esto es en lo que son buenos los dieciséis servidores de autenticación del registro y lo que no pueden cubrir. Leer los registros de un dominio es una comprobación real y publicamos una explicación de para qué sirve cada registro. Es una comprobación de tu configuración, no de tu correo.
El servidor MCP de Unspam expone las herramientas de ubicación que le faltan a la categoría
El servidor MCP de Unspam cubre la tercera categoría: comprobaciones de spam, ubicación real en bandeja, vistas previas en clientes, mapas de calor, pruebas programadas e informes DMARC, expuestos a un asistente como herramientas en lenguaje natural. Está documentado al completo en la página del servidor MCP de Unspam.
El conjunto de comprobación de spam ejecuta start_spam_check y luego get_spam_check_result, con get_spam_check_screenshots, get_spam_check_client_previews y get_spam_check_heatmap para la salida de representación y atención. El conjunto de ubicación en bandeja lanza una prueba de semillas y lee de vuelta el reparto por carpeta y proveedor. El conjunto de piloto automático crea un remitente, una programación y un aviso, así que el asistente puede montar pruebas de ubicación recurrentes en lugar de ejecuciones sueltas. El conjunto DMARC va de create_dmarc_domain y get_dmarc_dns_instructions a verify_dmarc_domain, list_dmarc_reports, get_dmarc_report y get_dmarc_report_records. get_account_status lee tu plan y los límites que te quedan.
El acceso necesita un plan de pago, porque MCP está condicionado al acceso a la API y las cuentas gratuitas no pueden conectarse. Las tarifas vigentes están en la página de precios.
Prefiere OAuth a una clave estática y concede el ámbito más estrecho que funcione
Un servidor MCP conectado con OAuth se puede revocar desde tu cuenta; uno conectado con una clave de API conserva todos los permisos de esa clave hasta que la rotes. Los dos estilos de autenticación se reparten más o menos entre remoto y local, y conviene saberlo antes de pegar nada.
Los servidores remotos corren en la infraestructura del proveedor y suelen usar OAuth. El servidor de Unspam registra tu cliente con Dynamic Client Registration, ejecuta el flujo de Authorization Code con PKCE y limita el consentimiento a mcp. No hay nada que pegar ni que rotar, y la conexión aparece en Aplicaciones conectadas dentro de tu cuenta, donde puedes revocarla. Sus modos de fallo son explícitos: 401 si falta el token o no vale, 403 con el ámbito equivocado, 429 cuando superas la cuota.
Los servidores locales corren en tu máquina y suelen tomar una clave de API en una variable de entorno. El de Mailtrap necesita MAILTRAP_API_TOKEN, y las herramientas de nivel de organización necesitan un segundo token con su propio ámbito. Una clave en una variable de entorno es una clave en disco, así que limítala al mínimo que necesite el asistente y trátala como una credencial que tendrás que rotar.
Una comprobación más antes de conectar nada: pasa la prueba de primera mano de Unspam. Un servidor MCP que instalas recibe todo el acceso que lleve la credencial, y un imitador no es una hipótesis.
Qué pedirle a un asistente con el servidor ya conectado
Pide el resultado, no la llamada a la herramienta, y deja que el asistente encadene los pasos. Estas cuatro peticiones cubren cada una un trabajo que los servidores de envío y de sandbox no alcanzan.
- "Pasa una comprobación de spam a este HTML y dime la puntuación y qué la está lastrando."
- "Lanza una prueba de ubicación en bandeja en todos los buzones e informa del reparto por carpeta y proveedor cuando cierre."
- "Programa una prueba de ubicación semanal para el remitente de la newsletter y avísame si algo cae en spam."
- "Saca los registros del informe DMARC de la semana pasada y dime qué fuentes de envío fallan la alineación."
Cada una de ellas es una secuencia de llamadas detrás de una frase: lanzar una ejecución, esperar a que termine, leer el resultado, resumirlo. Ese encadenado es el valor real de MCP frente a una API pelada, y solo funciona si las herramientas de detrás pueden responder a la pregunta.
Elige el servidor que responde a tu pregunta
El servidor MCP de email adecuado depende de cuál de los cinco trabajos estés automatizando. Si un agente necesita su propio buzón para recoger un código de verificación, la respuesta es uno de los 37 servidores de buzón. Si envías desde un asistente, uno de envío. Si quieres limpiar una lista, uno de verificación.
Si la pregunta es si tu correo llega a la gente, el campo se estrecha hasta casi nada, y ese es el hueco que llena Unspam. Conecta el servidor, luego pasa una prueba de spam y pregunta a tu asistente dónde acabó de verdad tu email.
