Legg til en ekte postkasse i Zed som en kontekstserver. Les, søk i, send, svar på, videresend, planlegg og organiser e-post uten å forlate editoren.
I innstillingene for Agent Panel klikker du Add Custom Server, eller du legger til en oppføring under context_servers i settings.json med url-en https://mcpemails.com/api/mcp. Zed starter OAuth-flyten når ingen Authorization-header er satt.
Zed kjører standard MCP OAuth-flyt mot denne serveren. Den registrerer seg selv med RFC 7591 dynamisk klientregistrering, så du trenger ikke opprette noen klient-ID, og autoriserer med autorisasjonskode pluss PKCE med S256. Ingen klienthemmelighet sendes noen gang, og tokenet har bare de tilgangene (scopes) du godkjenner på samtykkeskjermen vår. Tilgangstokenet den får varer i én time og fornyes automatisk. Det vises under Dashboard, API Keys som OAuth: etterfulgt av klientnavnet, og det er der du tilbakekaller tilkoblingen.
Alt på denne siden er måter å få denne URL-en inn i Zed på.
| Felt | Verdi |
|---|---|
| MCP-serverens URL | https://mcpemails.com/api/mcp |
| Transport | Streamable HTTP (MCP 2025-06-18) |
| Autentisering | OAuth 2.1, autorisasjonskode med PKCE. Ingen API-nøkkel. |
Fire steg. De to første er like for alle klienter, resten gjelder bare denne.
Registrer deg på mcpemails.com, uten kort, og gå til Dashboard, Inboxes, Connect Inbox. Outlook og Microsoft 365 kobles til med Microsoft-innlogging; Gmail, iCloud, Fastmail, Yahoo, Zoho og Yandex krever et app-spesifikt passord; alt annet kobles til over vanlig IMAP og SMTP. Gratisplanen gir deg én innboks, for alltid.
I innstillingene for Agent Panel klikker du Add Custom Server, eller du redigerer settings.json direkte.
Legg til oppføringen nedenfor under context_servers.
Zed starter OAuth-flyten når ingen Authorization-header er satt. Logg inn med MCPEmails og godkjenn tilgangene du vil at Zed skal ha.
{
"context_servers": {
"mcpemails": {
"url": "https://mcpemails.com/api/mcp"
}
}
}Offisiell dokumentasjon fra Zed for eksterne MCP-servere: https://zed.dev/docs/ai/mcp
Lurer du på hvilken postkasse du bør koble til først? Se kompatibilitetsoversikten for leverandører
Zed velger mellom OAuth og et statisk token ut fra om du har konfigurert en Authorization-header. Setter du en, bruker Zed den og spør aldri; lar du den stå tom, kjører Zed flyten i nettleseren. Å fylle ut feltet halvveis er slik folk ender opp med en server som verken spør eller autentiserer.
Innstillingsnøkkelen er context_servers. Det er den samme MCP-en, og en snutt fra en annen klient er riktig bortsett fra den ytre nøkkelen, som er akkurat den typen forskjell som overlever en nøye gjennomlesning.
E-postverktøyene er agentverktøy. En vellykket tilkobling endrer ingenting ved innebygde fullføringer; stedet der du bekrefter at det virket, og ser hvilke verktøy som kom, er Agent Panel.
Legg til en egendefinert server fra innstillingene for Agent Panel, eller legg til en oppføring under context_servers i settings.json med url-en https://mcpemails.com/api/mcp. La Authorization-headeren stå tom, så kjører Zed OAuth-flyten. Da har Agent Panel verktøy for å lese, søke, sende, svare, videresende, organisere og planlegge e-post.
Nei, så lenge du lar Authorization-headeren være usatt, for det er det som får Zed til å starte OAuth-flyten. En bearer-nøkkel er alternativet hvis du heller vil håndtere tokenet selv.
Outlook.com og Microsoft 365 via Microsoft-innlogging, der en jobbkonto kan trenge at en IT-administrator godkjenner appen én gang; Gmail, iCloud, Fastmail, Yahoo, Zoho og Yandex med et app-spesifikt passord; og enhver annen postkasse som støtter IMAP og SMTP på standardportene. Klienten ser alle gjennom den samme tilkoblingen: agenten kaller inbox_list først for å finne alle tilkoblede postkasser og ID-ene deres, så du slipper å lime inn UUID-er noe sted.
Bare hvis du tillater det. Sending krever tilgangen send:email, så en nøkkel eller et token uten den tilgangen kan ikke sende i det hele tatt. I tillegg kan eieren av en innboks kreve menneskelig godkjenning i dashbordet, som holder tilbake hver sending, hvert svar, hver videresending, hvert utkast som sendes og hver planlagte sending til en person slipper den gjennom.
Nei. Hver melding hentes direkte fra leverandøren din for forespørselen som ba om den, og sendes rett videre til klienten din. Bare det krypterte OAuth-tokenet eller app-passordet beholdes, slik at fremtidige kall kan autentiseres. Sletter du innboksen i dashbordet, eller tilbakekaller tilgangen hos leverandøren, avsluttes tilkoblingen med en gang.
Én kontekstserver, én innlogging. Én innboks gratis for alltid, uten kort.