Zimbra lleva años guardando el correo de tu organización, y habla un IMAP perfectamente normal. Es todo lo que necesita un agente de IA para leer, buscar, enviar, responder, programar y archivar dentro de un buzón real.
Claude no puede acceder por sí solo a un servidor Zimbra. mcpemails es un servidor MCP alojado que se conecta al tuyo por IMAP en tu propio nombre de servidor, en el puerto 993 cuando está instalado el proxy de Zimbra, con la contraseña del buzón, para que Claude, Cursor o cualquier cliente MCP pueda leer, buscar, enviar y organizar ese correo. Zimbra es software que gestiona tu organización, así que no hay un nombre de servidor común que publicar, y conviene comprobar el puerto en lugar de suponerlo: el 993 y el 143 pertenecen al proxy de Zimbra, mientras que el propio mailboxd escucha en el 7993 y el 7143. El servidor tiene que ser accesible desde internet y su certificado tiene que validarse. Una bandeja es gratis.
La configuración IMAP de Zimbra tiene dos capas, y saber con cuál estás hablando ahorra una tarde. El servidor IMAP integrado se ejecuta dentro del proceso zimbra-mailboxd y se instala por defecto, controlado por zimbraImapServerEnabled y zimbraImapSSLServerEnabled, que por defecto valen TRUE. Sus propios puertos son zimbraImapBindPort, 7143 por defecto, y zimbraImapSSLBindPort, 7993 por defecto. Los conocidos 143 y 993 son los puertos del proxy, zimbraImapProxyBindPort y zimbraImapSSLProxyBindPort, servidos por el proxy IMAP y POP de Zimbra, que inspecciona la conexión y la dirige al servidor de buzones que aloja esa cuenta. Las versiones más recientes incluyen además un zimbra-imapd independiente junto al servidor integrado en el proceso. Las credenciales son la contraseña normal del buzón, la misma que se usa en el Zimbra Web Client. Zimbra no tiene ningún mecanismo de contraseñas de aplicación.
Diecisiete herramientas MCP basadas en acciones: enviar, responder, reenviar, programar y organizar. Tu agente termina el trabajo dentro de Zimbra.
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.com. Una bandeja es gratis para siempre y no se pide tarjeta, lo que basta para probarlo con una cuenta real de Zimbra.
En la consola de administración, abre Configure, luego Global Settings, luego IMAP, y marca Enable IMAP services y Enable SSL for IMAP service. Después confirma qué puerto escucha realmente desde fuera: openssl s_client -connect mail.yourdomain.com:993, y si no responde, prueba el 7993. En el servidor, zmprov gs yourserver muestra los puertos de escucha que está usando.
Abre Configure, luego Class of Service, luego la clase a la que pertenece la cuenta, y mira las opciones POP/IMAP en Preferences. Una clase con IMAP desactivado rechaza todas las cuentas que contiene. Después añade la bandeja en mcpemails: elige IMAP / SMTP e introduce el nombre de tu servidor Zimbra, la dirección completa y la contraseña del buzón.
Pon https://mcpemails.com/api/mcp en Claude, Cursor o ChatGPT, autoriza, y tu agente tendrá la bandeja.
¿Prefieres comparar proveedores primero? Consulta la matriz de compatibilidad de proveedores de correo
Si tu empresa tiene más de una dirección en Zimbra, como info@, ventas@ y facturas@, conecta cada una al mismo espacio de trabajo de mcpemails. Tu cliente de IA las alcanza todas a través de la misma URL de MCP, en Claude, ChatGPT, Cursor o cualquier otro cliente MCP. Cada llamada a una herramienta indica el buzón sobre el que actúa, cada buzón conserva su propio nombre de remitente y su firma, y una respuesta sale por el buzón al que pertenece.
El plan gratuito conecta un buzón, Personal tres y Pro todos los buzones que llevas, con un solo inicio de sesión.
Compara los planes y cuántos buzones conecta cada uno
Cómo una sola persona lleva todos los buzones de la empresa desde un agente
El proceso de buzones de Zimbra no escucha en el 993. Escucha en el 7993 para IMAP sobre SSL y en el 7143 para IMAP sin cifrar, y los puertos estándar los sirve el paquete independiente del proxy IMAP y POP de Zimbra, que reenvía cada conexión al almacén de buzones correcto. En una instalación de un solo servidor en la que nunca se seleccionó zimbra-proxy, o en una en la que un administrador lo quitó, nada responde en el 993 y el cliente informa de una conexión rechazada que parece un problema de cortafuegos. En ese caso usa el 7993, pero entiende la contrapartida: en un despliegue con varios servidores, el proxy es lo que sabe qué almacén aloja cada cuenta, así que conectarse directamente al 7993 de un nodo solo funciona si el buzón vive realmente en ese nodo. Si tienes más de un servidor de buzones, la respuesta correcta es restaurar el proxy, no esquivarlo.
Como el proxy termina la conexión, el certificado que valida un cliente en el 993 es el que tiene nginx, no necesariamente el que presenta mailboxd en el 7993. Los dos pueden ser distintos, y así es como un servidor pasa la comprobación en un puerto y falla en el otro. Zimbra también instala un certificado autofirmado durante la configuración, y muchos despliegues nunca lo sustituyeron porque al cliente web se llega por otra vía o porque en 2019 todo el mundo aceptó la advertencia sin más. Los certificados se despliegan con zmcertmgr y se consultan en la consola de administración, pero la única prueba que cuenta es lo que viaja por la red: ejecuta openssl s_client -connect mail.yourdomain.com:993 desde una máquina externa y lee la cadena que devuelve. La validación estricta no es opcional por nuestra parte, así que un certificado autofirmado o caducado termina la conversación antes de la autenticación.
Zimbra organiza su configuración en capas, y cada capa puede rechazar una conexión por su cuenta mientras las demás parecen correctas. Los ajustes globales, en Configure, luego Global Settings, luego IMAP, contienen el interruptor general Enable IMAP services. Cada servidor tiene sus propios ajustes, donde se fijan los números de puerto de IMAP e IMAP SSL y donde se puede apagar el servidor integrado en el proceso, mediante zimbraImapServerEnabled y zimbraImapSSLServerEnabled. Cada clase de servicio tiene opciones POP e IMAP que se aplican a todas sus cuentas. Y una cuenta individual puede anular su clase. La línea de comandos los consulta en el mismo orden: zmprov gcf para la configuración global, zmprov gs para un servidor, zmprov gc para una clase de servicio y zmprov ga para una cuenta. Recorre esa lista en orden en lugar de adivinar, porque el fallo es idéntico en todos los niveles.
No directamente. Claude no tiene un conector para Zimbra y no puede abrir una sesión IMAP con un servidor que gestiona tu organización. Conectar un servidor MCP como mcpemails a tu servidor Zimbra le da a Claude acceso para leer, buscar, enviar, responder, programar y organizar un buzón alojado en él, con las mismas credenciales que usa el Zimbra Web Client, y la misma bandeja funciona después en Cursor o ChatGPT.
El nombre de servidor es tu propio servidor Zimbra. IMAP es el 993 con TLS implícito y el 143 con STARTTLS cuando está instalado el proxy de Zimbra, que es lo habitual. Sin el proxy, los puertos propios de mailboxd son el 7993 y el 7143. El envío suele ser el 587 con STARTTLS o el 465 con TLS implícito. Inicia sesión con la dirección completa de la cuenta y la contraseña del buzón.
Lo más probable es que el proxy IMAP y POP de Zimbra no esté instalado o se haya desactivado, porque el 993 y el 143 son puertos del proxy y no del servidor de buzones. Prueba el 7993, que es el valor predeterminado de zimbraImapSSLBindPort en el propio mailboxd. En un despliegue con varios servidores de buzones, es mejor restablecer el proxy que conectarse directamente a un nodo.
Porque el acceso web y el acceso IMAP son permisos distintos. Revisa primero las opciones POP e IMAP de la clase de servicio de la cuenta, luego las anulaciones propias de la cuenta y después si los servicios IMAP están activados en Global Settings. Cualquiera de ellos puede rechazar un inicio de sesión IMAP mientras el Zimbra Web Client sigue funcionando con normalidad.
No. Zimbra no emite contraseñas específicas de aplicación, y un cliente de correo se autentica con la propia contraseña de la cuenta. Si tu despliegue usa autenticación de dos factores para el cliente web, consulta con tu administrador cómo está configurada para los clientes de correo, ya que esa política se define por clase de servicio y no de forma global en Zimbra.
No. Los mensajes se obtienen en vivo de tu servidor Zimbra por IMAP en cada solicitud y se pasan a tu cliente de IA. Las credenciales se cifran en reposo y el cuerpo de los mensajes no se conserva.
Sí. Conecta cada dirección de Zimbra a un espacio de trabajo de mcpemails y tu cliente de IA las alcanza todas a través de la misma URL de MCP. Cada llamada a una herramienta indica el buzón sobre el que actúa, así que la respuesta a un mensaje de ventas@ sale desde ventas@. El plan gratuito conecta un buzón, Personal tres y Pro todos los que llevas.
Conecta un buzón de tu propio servidor Zimbra. Una bandeja gratis para siempre, sin tarjeta.