Gi CLI-en du allerede lever i en ekte postkasse. Sorter nattens e-post før morgenmøtet, send ut et utgivelsesnotat eller gjør en tråd om til en sak, uten å forlate terminalen.
Kjør claude mcp add --transport http mcpemails https://mcpemails.com/api/mcp, og autentiser i nettleseren når Claude Code ber deg om det. Det er hele oppsettet: ingen API-nøkkel og ingen konfigurasjonsfil å redigere for hånd.
Claude Code 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 Claude Code 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.
Kjør kommandoen nedenfor. --transport http er Streamable HTTP-transporten, som er det denne serveren bruker.
Kjør /mcp i en Claude Code-økt, velg denne serveren og følg flyten i nettleseren. Hvis nettleseren ikke åpner seg av seg selv, kopierer du URL-en som skrives ut.
Prøv "oppsummer alt som er ulest fra i dag". Claude Code kaller inbox_list først for å finne postkassene dine, så det er ingen ID-er å lime inn.
claude mcp add --transport http mcpemails https://mcpemails.com/api/mcpOffisiell dokumentasjon fra Claude Code for eksterne MCP-servere: https://code.claude.com/docs/en/mcp
Lurer du på hvilken postkasse du bør koble til først? Se kompatibilitetsoversikten for leverandører
Som standard laster Claude Code bare verktøynavnene og serverinstruksjonene når økten starter, og henter et fullstendig skjema når det trengs. I praksis betyr det at denne serveren koster en brøkdel av konteksten en naiv MCP-server ville brukt, og at et verktøy du aldri bruker, aldri koster deg skjemaet sitt.
OAuth-samtykkeskjermen bestemmer hva CLI-en kan gjøre så lenge tokenet lever. En kodeøkt som skal lese e-post, men aldri sende, er et token uten send:email. Vil du ha mer senere, kobler du til på nytt og godkjenner et bredere sett; ingenting utvides av seg selv.
Claude Code kjører uten tilsyn i lange perioder, og det er nettopp da en utilsiktet sending gjør mest skade. Det finnes to brytere for det: la send:email være ute av tokenet, eller slå på menneskelig godkjenning i dashbordet slik at hver sending, hvert svar, hver videresending og hver planlagte sending venter på en person. Godkjenning gjelder per innboks, uansett hvilken klient som gjorde kallet.
--callback-port tilbakekallet til en port du kan videresende.Legg til denne MCP-serveren via URL: claude mcp add --transport http mcpemails https://mcpemails.com/api/mcp. Kjør så /mcp i en økt og fullfør innloggingen i nettleseren. Da har Claude Code verktøy for å lese, søke, sende, svare, videresende, organisere og planlegge e-post.
Ja. Claude Code godtar en header på add-kommandoen, så hvis du sender en Authorization-header med en bearer-nøkkel fra Dashboard, API Keys, hopper du helt over nettleseren. Det er riktig valg på en maskin uten skjerm eller i CI, der det ikke finnes noe sted å fullføre en innlogging.
Ja, med det forbeholdet at OAuth-flyten trenger en nettleser én gang. Enten fullfører du innloggingen der det finnes en nettleser, eller så legger du til serveren med en bearer-API-nøkkel i en header og hopper over flyten. Alt etter det er vanlig HTTPS mot ett endepunkt.
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 kommando, én innlogging i nettleseren. Én innboks gratis for alltid, uten kort.