Conecta todos los buzones de tu empresa, los aloje quien los aloje: info@, sales@, invoices@ y el tuyo. Tu agente de IA lee, busca, envía, responde, programa y organiza ese correo por IMAP y SMTP estándar, y los mismos buzones funcionan en todos los clientes MCP, no solo en uno.
Claude no tiene un cliente IMAP propio. mcpemails es un servidor MCP alojado que inicia sesión en tu servidor de correo por IMAP y SMTP con la dirección, el servidor y la contraseña que ya te dio tu proveedor, para que Claude, Cursor o cualquier cliente MCP pueda leer, buscar, enviar y organizar ese correo. Funciona cualquier servidor que hable IMAP, las direcciones genéricas de una empresa se conectan igual que una personal, y una bandeja es gratis.
¿Gestionas varios buzones de empresa? Mira cómo una sola persona trabaja todas las direcciones de la empresa desde un agente
Necesitas cuatro cosas: tu dirección, tu servidor de correo, tu contraseña y, si tu proveedor la exige, una contraseña de aplicación. Escribe primero tu dirección: mcpemails reconoce los proveedores de hosting habituales y rellena por ti los dos servidores, los dos puertos y los modos de seguridad. Si el transporte que prueba no responde, prueba por su cuenta el otro estándar, 993 o 143 para IMAP y 465 o 587 para SMTP, así que nadie tiene que adivinar lo de STARTTLS.
¿Un buzón de Outlook.com, Hotmail o Microsoft 365? Conéctalo con el inicio de sesión de Microsoft en lugar de por IMAP
Diecisiete herramientas MCP basadas en acciones: enviar, responder, reenviar, programar y organizar. Tu agente termina el trabajo dentro de Generic IMAP.
Lista, lee y busca entre carpetas para encontrar esa factura, resumir un hilo o sacar lo último de un remitente.
Redacta y envía mensajes reales, responde en el hilo y reenvía, directamente desde tu buzón, no como un borrador que terminas a mano.
Pon un mensaje en cola para que salga en el momento justo, así tu agente redacta ahora y envía según lo programado.
Mantén la bandeja ordenada: guarda correo en carpetas, marca lo importante, archiva el resto o elimina cuando se pida.
Del registro al primer correo con IA en un par de minutos.
Regístrate en mcpemails, sin tarjeta. El plan gratuito conecta una bandeja, para siempre. Los planes de pago añaden el resto: tres buzones en Personal, todos los buzones de la empresa en Pro.
Tu proveedor los publica, casi siempre como imap.yourdomain.com y smtp.yourdomain.com en los puertos 993 y 465. Si tu proveedor exige una contraseña de aplicación para los clientes de correo, genérala ahora.
Elige IMAP / SMTP y añade tu dirección, los dos servidores y la contraseña. Los puertos y los modos de seguridad están en Advanced, rellenados con los valores estándar.
Pon https://mcpemails.com/api/mcp en Claude, Cursor o ChatGPT, autoriza, y tu agente tendrá la bandeja.
¿Prefieres una guía paso a paso con capturas? Conector IMAP para Claude: conecta cualquier bandeja IMAP a Claude
¿Prefieres comparar proveedores primero? Consulta la matriz de compatibilidad de proveedores de correo
Hay cuatro sitios donde mirar, del más barato al más caro. Uno, la página de ayuda de tu proveedor, buscando el nombre de tu proveedor más las palabras IMAP settings; para eso existen las demás páginas de proveedores de este sitio. Dos, el panel de control: en cPanel es Email Accounts, luego Connect Devices, luego el bloque de ajustes manuales; en Plesk es Mail, luego la dirección, luego la pantalla de conexión al buzón; la mayoría de paneles de hosting tienen una pantalla equivalente y es la fuente fiable para tu cuenta. Tres, el DNS: un proveedor que sigue la RFC 6186 publica un registro SRV _imaps._tcp.yourdomain.com que indica directamente el servidor y el puerto. Cuatro, tu registro MX, que nombra la máquina que recibe tu correo y muy a menudo pertenece a la misma familia de nombres que el servidor IMAP. Lo que no funciona es adivinar imap.yourdomain.com y esperar que funcione: muchísimos proveedores sirven tu correo en un nombre que no tiene nada que ver con tu dominio.
La mayoría de empresas de hosting te dejan sin problema apuntar mail.yourdomain.com a su servidor de correo, y funciona en un cliente que no comprueba con cuidado. El servidor presenta un certificado emitido para el nombre propio de la empresa de hosting, algo como server24.hostingprovider.net o un comodín en su dominio, no para el tuyo. Un cliente que valida TLS correctamente rechaza la conexión por una discrepancia de nombre de servidor, que es un fallo distinto de una contraseña rechazada aunque la mayoría de interfaces los confundan. Desactivar la validación no es una solución aceptable para un buzón desde el que puede enviar un agente de IA. La solución es conectarse al nombre de servidor compartido para el que está emitido realmente el certificado, que es el nombre que documenta tu proveedor y el que usamos nosotros.
La RFC 8314 pide a los proveedores que prefieran TLS implícito, es decir, que la conexión vaya cifrada desde el primer byte: puerto 993 para IMAP y 465 para el envío. Las configuraciones más antiguas usan el 143 y el 587, que empiezan sin cifrar y se actualizan con STARTTLS. Los proveedores los etiquetan de forma inconsistente, y las etiquetas son la principal fuente de confusión: «SSL/TLS» en una tabla de ajustes casi siempre significa TLS implícito en el 993 o el 465, mientras que «TLS» o «STARTTLS» casi siempre significa el 143 o el 587. No tienes que averiguarlo. Escribe tu dirección y mcpemails rellena los dos servidores, los dos puertos y los dos modos de seguridad para los proveedores que reconoce, y si el transporte que prueba no responde, reintenta por su cuenta con el otro estándar.
SASL-IR (RFC 4959): un servidor que no la anuncia rechaza las credenciales enviadas en la misma línea que el comando AUTHENTICATE y responde con un BAD seco y sin explicación, idéntico a una contraseña incorrecta. mcpemails lo detecta y reintenta con el intercambio en dos pasos, por eso algunos servidores funcionan aquí y fallan con otras herramientas. MOVE (RFC 6851): sin ella un mensaje no se puede mover de forma atómica, así que mover se convierte en una copia, una actualización de marcas y un expunge, y una conexión cortada a mitad puede dejar el mensaje en las dos carpetas. SPECIAL-USE (RFC 6154): sin ella el servidor no etiqueta Enviados, Borradores, Papelera y Correo no deseado por su función, así que las carpetas se identifican por nombre, y un buzón creado en alemán, noruego o ruso tiene las carpetas del sistema con nombres que tu agente no reconocerá salvo que se los indiques. Cuando una operación con carpetas se comporta de forma extraña, casi siempre es por una de estas tres.
Claude no tiene un cliente IMAP propio, así que no directamente. Apunta un servidor MCP como mcpemails al buzón con tu dirección, tu servidor y tu contraseña, y Claude podrá leer, buscar, enviar, responder, programar y organizar ese correo. Funciona cualquier servidor que hable IMAP y SMTP en los puertos estándar, lo aloje quien lo aloje, y la misma conexión funciona después también desde Cursor y ChatGPT.
Empieza por la página de ayuda de tu proveedor y luego por tu panel de control de hosting, donde tanto cPanel como Plesk muestran los servidores y puertos exactos de cada dirección. Si no tienes ninguna de las dos cosas, un proveedor que sigue la RFC 6186 publica un registro SRV _imaps._tcp para tu dominio, y tu registro MX nombra la máquina que acepta tu correo, que suele estar relacionada con el servidor IMAP. No lo adivines a partir de tu nombre de dominio.
Usa el 993 salvo que tu proveedor diga otra cosa. El puerto 993 es TLS implícito, cifrado desde el primer byte, y es lo que recomiendan los estándares actuales. El puerto 143 empieza sin cifrar y se actualiza con STARTTLS, que sigue funcionando pero es el patrón antiguo. Para el envío, la misma distinción es el 465 para TLS implícito y el 587 para STARTTLS. mcpemails prueba la pareja estándar y recurre a la otra por su cuenta.
Tres causas habituales. Tu cliente apunta a un nombre de servidor personalizado cuyo certificado está emitido para otro nombre, y no valida de forma estricta. Tu proveedor exige una contraseña de aplicación para todo lo que no sea su propia aplicación. O el servidor rechaza la autenticación SASL de un solo paso y responde con un BAD seco que parece unas credenciales incorrectas. Prueba con el nombre de servidor que documenta tu proveedor en lugar de uno construido a partir de tu dominio.
Depende por completo del proveedor. iCloud de Apple, Yahoo, AOL, Fastmail, Yandex y Mail.ru rechazan todos la contraseña de la cuenta desde un cliente de correo y exigen una dedicada. Zoho la exige cuando la autenticación en dos factores está activada. La mayoría de proveedores de hosting independientes y de servidores cPanel aceptan directamente la contraseña del buzón. Si se rechaza una contraseña que parece correcta, lo primero que hay que comprobar es si se exige una contraseña de aplicación.
No. Los mensajes se obtienen en vivo de tu servidor por IMAP en cada solicitud y se entregan a tu cliente de IA. Las credenciales se cifran en reposo y el cuerpo de los mensajes no se conserva. Cambiar la contraseña del buzón en tu proveedor desconecta la bandeja hasta que introduzcas la nueva, que es la forma más rápida de cortar el acceso.
Conecta cualquier buzón IMAP en minutos. Una bandeja gratis para siempre, sin tarjeta.