Gi Gemini CLI en ekte postkasse. Les, søk i, send, svar på, videresend, planlegg og organiser e-post fra terminalen, på tvers av alle innboksene du har koblet til.
Legg til én oppføring under mcpServers i ~/.gemini/settings.json med feltet httpUrl satt til https://mcpemails.com/api/mcp. Ved første tilkobling finner CLI-en OAuth-metadataene og åpner innloggingen i nettleseren av seg selv.
Gemini CLI 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 Gemini CLI 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.
Rediger ~/.gemini/settings.json for alle prosjekter, eller .gemini/settings.json inne i ett enkelt prosjekt.
Legg til oppføringen nedenfor under mcpServers. Feltet for en Streamable HTTP-server her er httpUrl.
Ved første tilkobling finner CLI-en OAuth automatisk fra servermetadataene og åpner innloggingen i nettleseren. Godkjenn tilgangene du vil at CLI-en skal ha.
{
"mcpServers": {
"mcpemails": {
"httpUrl": "https://mcpemails.com/api/mcp"
}
}
}Offisiell dokumentasjon fra Gemini CLI for eksterne MCP-servere: https://github.com/google-gemini/gemini-cli/blob/main/docs/tools/mcp-server.md
Lurer du på hvilken postkasse du bør koble til først? Se kompatibilitetsoversikten for leverandører
I innstillingene for Gemini CLI betyr httpUrl en Streamable HTTP-server, og det er det denne er. Andre nøkler i det samme objektet velger andre transporter. En snutt kopiert fra en Cursor-guide, som bruker url, gir deg ikke en fungerende Streamable HTTP-tilkobling her.
CLI-en trenger ikke å bli fortalt hvor den skal autentisere. Et uautentisert kall får en 401 der WWW-Authenticate-headeren peker på metadataene for den beskyttede ressursen vår, som navngir autorisasjonsserveren, hvis metadata igjen navngir endepunktene for registrering, autorisasjon og token. Den kjeden er grunnen til at det ikke finnes noen klient-ID å opprette og ingenting å lime inn utover URL-en.
Nettleserflyten trenger en nettleser. På en byggeagent eller en delt maskin er det ærlige oppsettet en bearer-API-nøkkel avgrenset til nøyaktig det automatiseringen skal gjøre, lagret i miljøet i stedet for i en innstillingsfil som committes.
Legg til en oppføring under mcpServers i ~/.gemini/settings.json med httpUrl satt til https://mcpemails.com/api/mcp. Ved første tilkobling finner CLI-en OAuth fra servermetadataene og åpner innloggingen i nettleseren. Deretter har den verktøy for å lese, søke, sende, svare, videresende, organisere og planlegge e-post.
httpUrl. I innstillingene for Gemini CLI velger den nøkkelen Streamable HTTP-transporten, som er transporten denne serveren bruker. Å kopiere en url-oppføring fra en annen klient er den vanlige grunnen til at serveren dukker opp i listen uten å gi noen verktøy.
Nei. Google publiserer en Workspace-MCP-server som dekker Gmail sammen med de andre tjenestene deres, og for bare Gmail i en arbeidsflyt som kun bruker Google er det den korteste veien. MCPEmails finnes for tilfellene der ikke alle postkassene er hos Google, og der den samme URL-en også må fungere i Claude, Cursor og ChatGPT.
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 innstilling, én innlogging. Én innboks gratis for alltid, uten kort.