Añade un buzón real a Zed como context server. Lee, busca, envía, responde, reenvía, programa y organiza correo sin salir del editor.
En los ajustes del Agent Panel haz clic en Add Custom Server, o añade una entrada en context_servers de settings.json con la url https://mcpemails.com/api/mcp. Zed lanza el flujo OAuth cuando no hay ningún encabezado Authorization configurado.
Zed ejecuta el flujo OAuth estándar de MCP contra este servidor. 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. Nunca se transmite un secreto de cliente, y el token solo lleva los permisos que apruebas en nuestra pantalla de consentimiento. El token de acceso que recibe dura una hora y se renueva solo; aparece en Dashboard, API Keys como OAuth: seguido del nombre del cliente, y ahí es donde revocas la conexión.
Todo en esta página es una forma de llevar esta URL a Zed.
| 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 los ajustes del Agent Panel haz clic en Add Custom Server, o edita settings.json directamente.
Añade la entrada de abajo en context_servers.
Zed lanza el flujo OAuth cuando no hay ningún encabezado Authorization configurado. Inicia sesión con MCPEmails y aprueba los permisos que quieres que tenga Zed.
{
"context_servers": {
"mcpemails": {
"url": "https://mcpemails.com/api/mcp"
}
}
}Documentación oficial de Zed sobre servidores MCP remotos: https://zed.dev/docs/ai/mcp
¿No sabes qué buzón conectar primero? Consulta la tabla de compatibilidad de proveedores
Zed elige entre OAuth y un token estático según si configuraste un encabezado Authorization. Si pones uno, Zed lo usa y nunca pregunta; si lo dejas vacío, Zed ejecuta el flujo en el navegador. Rellenar ese campo a medias es como la gente acaba con un servidor que ni pregunta ni se autentica.
La clave de configuración es context_servers. Es el mismo MCP, y un fragmento de otro cliente es correcto salvo por la clave que lo envuelve, que es justo el tipo de diferencia que sobrevive a una lectura atenta.
Las herramientas de correo son herramientas del agente. Una conexión correcta no cambia nada en los autocompletados en línea; el sitio para confirmar que funcionó, y para ver qué herramientas llegaron, es el Agent Panel.
Añade un servidor personalizado desde los ajustes del Agent Panel, o añade una entrada en context_servers de settings.json con la url https://mcpemails.com/api/mcp. Deja vacío el encabezado Authorization y Zed ejecutará el flujo OAuth. A partir de ahí el Agent Panel tiene herramientas para leer, buscar, enviar, responder, reenviar, organizar y programar correo.
No, siempre que dejes sin configurar el encabezado Authorization, que es lo que hace que Zed lance el flujo OAuth. Una clave bearer es la alternativa si prefieres gestionar el token tú mismo.
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. El cliente los ve todos a través de la misma conexión: 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 una clave o 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.
No. Cada mensaje se obtiene en vivo de tu proveedor para la solicitud que lo pidió y se entrega directamente a tu cliente. 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 context server, un inicio de sesión. Una bandeja gratis para siempre, sin tarjeta.