Deja que el agente personal al que ya escribes lea, busque, redacte, envíe, responda, reenvíe y archive correo en todas las bandejas que tengas conectadas, a través de un único endpoint MCP y un solo inicio de sesión.
Detén el Gateway con openclaw gateway stop, ejecuta openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth luego openclaw mcp login mcpemails y aprueba el acceso en el navegador. Vuelve a iniciar el Gateway con openclaw gateway start.
El cliente MCP integrado de OpenClaw ejecuta el flujo OAuth estándar de MCP para un servidor HTTP guardado con auth: "oauth". Se registra solo mediante registro dinámico de clientes RFC 7591, así que no hay ningún client ID que crear, y se autoriza con código de autorización más PKCE usando S256. El token solo lleva los permisos que apruebas en nuestra pantalla de consentimiento, dura una hora y se renueva solo. OpenClaw lo guarda en el Gateway, y aparece en Dashboard, API Keys como OAuth: OpenClaw MCP, que es donde revocas la conexión.
Todo en esta página es una forma de llevar esta URL a OpenClaw.
| Campo | Valor |
|---|---|
| URL del servidor MCP | https://mcpemails.com/api/mcp |
| Transporte | Streamable HTTP (MCP 2025-06-18) |
| Autenticación | OAuth 2.1, código de autorización con PKCE. Sin clave de API. |
Cuatro pasos. Los dos primeros son iguales para todos los clientes, el resto son propios de este.
Regístrate en mcpemails.com, sin tarjeta, y luego ve a Dashboard, Inboxes, Connect Inbox. Outlook y Microsoft 365 se conectan con el inicio de sesión de Microsoft; Gmail, iCloud, Fastmail, Yahoo, Zoho y Yandex requieren una contraseña de aplicación; cualquier otro se conecta por IMAP y SMTP estándar. El plan gratuito incluye una bandeja, para siempre.
En la máquina donde se ejecuta tu Gateway, ejecuta openclaw gateway stop y luego openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth. Eso escribe la entrada en mcp.servers dentro de ~/.openclaw/openclaw.json. OpenClaw se niega a modificar los servidores guardados mientras el Gateway está en marcha.
Con el Gateway todavía detenido, ejecuta openclaw mcp login mcpemails. Abre la URL de autorización que aparece y aprueba los permisos que quieres que tenga OpenClaw. OpenClaw captura la redirección del navegador y guarda las credenciales; después ejecuta openclaw gateway start.
En lugar del inicio de sesión por terminal, inicia el Gateway y abre la Control UI en su propia dirección de loopback o en una dirección HTTPS pública, y ve a Settings → MCP. Como administrador, elige Sign in para el servidor mcpemails, aprueba el acceso en el navegador y vuelve a Settings. En una dirección privada o solo de Tailscale, usa el inicio de sesión por terminal.
Ejecuta openclaw mcp status --verbose, que funciona con el Gateway en marcha. Si indica authorization-required, vuelve a iniciar sesión. Después pídele a tu agente, en cualquier canal, que liste tus bandejas.
openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauthDocumentación oficial de OpenClaw sobre servidores MCP remotos: https://docs.openclaw.ai/tools/mcp
¿No sabes qué buzón conectar primero? Consulta la tabla de compatibilidad de proveedores
Si una entrada HTTP no incluye transport, OpenClaw usa sse. Este servidor habla Streamable HTTP, así que pasa siempre --transport streamable-http, o elige Streamable HTTP en Settings. En una configuración escrita a mano, transport: "streamable-http" es la forma que lee OpenClaw; un type: "http" al estilo de la CLI solo se acepta a través de openclaw mcp set o se corrige con openclaw doctor --fix.
openclaw mcp add, login, probe y doctor --probe se niegan a ejecutarse mientras un Gateway local controla el estado de OpenClaw, así que detenlo primero y vuelve a iniciarlo después. Si el Gateway se ejecuta en un servidor y tu navegador está en otra máquina, la redirección a la dirección de loopback no puede llegar a él: copia el código desde el navegador y termina con el comando openclaw mcp login mcpemails --code que aparece en pantalla.
Por defecto, la credencial OAuth es compartida y la gestiona el operador: todos los agentes de ese Gateway usan el mismo inicio de sesión, así que cualquiera que pueda escribir a tu agente puede pedirle que lea tu correo. Limítalo a canales que solo uses tú, deja send:email sin marcar en la pantalla de consentimiento si el agente solo debe leer, o activa la aprobación humana para la bandeja para que cada envío espere a una persona. OpenClaw también ofrece inicio de sesión por solicitante, en el que cada remitente conecta su propia cuenta; requiere configurar gateway.publicOrigin con la dirección HTTPS pública del Gateway.
OpenClaw guarda una definición sin comprobar que funcione, y un servidor que aún necesita inicio de sesión simplemente se queda fuera de las herramientas del agente, sin que falle el turno. Si el agente dice que no tiene herramientas de correo, ejecuta openclaw mcp status --verbose: authorization-required significa que debes repetir el paso de inicio de sesión.
En la máquina del Gateway, detén el Gateway, ejecuta openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth, inicia sesión con openclaw mcp login mcpemails y vuelve a iniciar el Gateway. También puedes iniciar sesión desde Settings, MCP en la Control UI. A partir de ahí tu agente tiene herramientas para leer, buscar, redactar, enviar, responder, reenviar, organizar y programar correo.
No. OpenClaw ejecuta el flujo OAuth de MCP por sí mismo y guarda el token en el Gateway. Sus entradas HTTP también aceptan un mapa estático de cabeceras, así que una clave con permisos enviada como cabecera Authorization Bearer también funciona, pero OpenClaw ignora las cabeceras Authorization estáticas en una entrada configurada con auth oauth, así que usa una cosa o la otra.
Sí. Añade --include con una lista de nombres de herramientas separados por comas, o un patrón como 'email_*', al ejecutar openclaw mcp add, o configura toolFilter bajo el servidor en la configuración. Eso reduce lo que ve el agente. Lo que realmente puede hacer sigue dependiendo de los permisos que aprobaste en la pantalla de consentimiento.
Outlook.com y Microsoft 365 con el inicio de sesión de Microsoft, donde una cuenta del trabajo puede necesitar que un administrador de TI apruebe la aplicación una vez; Gmail, iCloud, Fastmail, Yahoo, Zoho y Yandex con una contraseña de aplicación; y cualquier otro buzón que hable IMAP y SMTP en los puertos estándar. Tu agente llama primero a inbox_list para descubrir cada buzón conectado y su id, así que no hay UUID que pegar en ningún sitio.
Solo si tú lo permites. El envío depende del permiso send:email, así que un token sin ese permiso no puede enviar nada. Además, el propietario de una bandeja puede exigir aprobación humana en el panel, que retiene cada envío, respuesta, reenvío, envío de borrador y envío programado hasta que una persona lo libera. Para un agente que funciona sin supervisión en varios canales de chat, conviene usar las dos cosas.
No. Cada mensaje se obtiene en vivo de tu proveedor para la solicitud que lo pidió y se entrega directamente a tu agente. Solo se guarda el token OAuth o la contraseña de aplicación cifrados, para que las llamadas futuras puedan autenticarse. Eliminar la bandeja en el panel, o revocar el acceso en tu proveedor, corta la conexión al instante.
Un servidor, un inicio de sesión. Una bandeja gratis para siempre, sin tarjeta.