Koble innboksen din til OpenClaw
som ekstern MCP-server
La den personlige agenten du allerede sender meldinger til lese, søke i, skrive utkast til, sende, svare på, videresende og arkivere e-post på tvers av alle innboksene du har koblet til, gjennom ett MCP-endepunkt og én innlogging.
Stopp Gateway med openclaw gateway stop, kjør openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth, deretter openclaw mcp login mcpemails, og godkjenn i nettleseren. Start Gateway igjen med openclaw gateway start.
Slik kobler OpenClaw seg til: OAuth, ingen API-nøkkel
Den innebygde MCP-klienten i OpenClaw kjører standard MCP OAuth-flyt for en HTTP-server som er lagret med auth: "oauth". 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. Tokenet har bare de tilgangene (scopes) du godkjenner på samtykkeskjermen vår, varer i én time og fornyes automatisk. OpenClaw lagrer det på Gateway, og det vises under Dashboard, API Keys som OAuth: OpenClaw MCP, og det er der du tilbakekaller tilkoblingen.
Den ene verdien du trenger
Alt på denne siden er måter å få denne URL-en inn i OpenClaw 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. |
Slik kobler du OpenClaw til innboksen din
Fire steg. De to første er like for alle klienter, resten gjelder bare denne.
Opprett en gratis konto og koble til en postkasse
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.
Lagre serveren med OAuth
På maskinen som kjører Gateway, kjører du openclaw gateway stop og deretter openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth. Det skriver oppføringen under mcp.servers i ~/.openclaw/openclaw.json. OpenClaw nekter å endre lagrede servere mens Gateway kjører.
Logg inn fra terminalen
Mens Gateway fortsatt er stoppet, kjører du openclaw mcp login mcpemails. Åpne autorisasjons-URL-en som skrives ut, og godkjenn tilgangene du vil at OpenClaw skal ha. OpenClaw fanger opp callbacken fra nettleseren og lagrer legitimasjonen. Kjør deretter openclaw gateway start.
Eller logg inn fra Control UI
I stedet for innlogging i terminalen kan du starte Gateway og åpne Control UI på dens egen loopback-adresse eller en offentlig HTTPS-adresse, og så gå til Settings → MCP. Som administrator velger du Sign in for mcpemails-serveren, godkjenner tilgangen i nettleseren og går tilbake til Settings. På en privat adresse eller en adresse som bare nås over Tailscale, bruker du innloggingen i terminalen i stedet.
Sjekk tilkoblingen
Kjør openclaw mcp status --verbose, som fungerer mens Gateway kjører. Melder den authorization-required, logger du inn på nytt. Be deretter agenten din i en hvilken som helst kanal om å vise innboksene dine.
openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauthOffisiell dokumentasjon fra OpenClaw for eksterne MCP-servere: https://docs.openclaw.ai/tools/mcp
Lurer du på hvilken postkasse du bør koble til først? Se kompatibilitetsoversikten for leverandører
Dette snubler folk i med OpenClaw
Angi transport, ellers faller den tilbake til SSE
Når transport mangler i en HTTP-oppføring, bruker OpenClaw sse. Denne serveren bruker Streamable HTTP, så angi alltid --transport streamable-http, eller velg Streamable HTTP i Settings. I konfigurasjon skrevet for hånd er transport: "streamable-http" skrivemåten OpenClaw leser; en type: "http" i CLI-stil godtas bare via openclaw mcp set eller rettes av openclaw doctor --fix.
Endringer fra CLI-en krever at Gateway er stoppet
openclaw mcp add, login, probe og doctor --probe nekter å kjøre mens en lokal Gateway eier tilstanden til OpenClaw, så stopp den først og start den igjen etterpå. Kjører Gateway på en server og nettleseren din er et annet sted, når ikke loopback-callbacken frem: kopier koden fra nettleseren og fullfør med kommandoen openclaw mcp login mcpemails --code som skrives ut.
Delt innlogging betyr delt postkasse
Som standard er OAuth-legitimasjonen delt og styrt av operatøren: alle agenter på den Gateway bruker den samme innloggingen, så alle som kan sende meldinger til agenten din, kan be den lese e-posten din. Begrens den til kanaler bare du bruker, la send:email være ute på samtykkeskjermen hvis agenten bare skal lese, eller slå på menneskelig godkjenning for innboksen slik at hver sending venter på en person. OpenClaw tilbyr også innlogging per avsender, der hver avsender kobler til sin egen konto; det krever at gateway.publicOrigin er satt til den offentlige HTTPS-adressen til Gateway.
En lagret server er ikke det samme som en fungerende server
OpenClaw lagrer en definisjon uten å sjekke at den virker, og en server som fortsatt trenger innlogging blir rett og slett utelatt fra agentens verktøy i stedet for at hele svaret feiler. Sier agenten at den ikke har noen e-postverktøy, kjører du openclaw mcp status --verbose: authorization-required betyr at du må kjøre innloggingssteget på nytt.
Begrensninger verdt å vite om
- Forespørsler er begrenset til 100 per minutt, 1 000 per time og 10 000 per døgn per nøkkel, i tillegg til planens tak for fakturerbare handlinger.
- Serveren er rent forespørsel og svar. Det finnes ingen webhooks og ingen hendelser startet av serveren, så ny e-post vekker aldri agenten din av seg selv. Vil du reagere på innkommende e-post, må du polle etter en tidsplan.
- E-post hentes direkte fra leverandøren ved hvert kall og lagres aldri. Bare det krypterte OAuth-tokenet eller app-passordet beholdes, så et tilbakekalt token eller et endret passord for postkassen stopper tilgangen umiddelbart.
OpenClaw og e-post, besvart
Hvordan kobler jeg e-post til OpenClaw?
På Gateway-maskinen stopper du Gateway, kjører openclaw mcp add mcpemails --url https://mcpemails.com/api/mcp --transport streamable-http --auth oauth, logger deretter inn med openclaw mcp login mcpemails og starter Gateway igjen. Du kan også logge inn fra Settings, MCP i Control UI. Da har agenten din verktøy for å lese, søke, skrive utkast, sende, svare, videresende, organisere og planlegge e-post.
Trenger jeg en API-nøkkel for OpenClaw?
Nei. OpenClaw kjører MCP OAuth-flyten selv og lagrer tokenet på Gateway. HTTP-oppføringene godtar også et statisk headers-oppsett, så en avgrenset nøkkel sendt som en Authorization Bearer-header fungerer også, men OpenClaw ignorerer statiske Authorization-headere på en oppføring satt til auth oauth, så bruk det ene eller det andre.
Kan jeg vise agenten bare noen av e-postverktøyene?
Ja. Legg til --include med en kommaseparert liste over verktøynavn, eller et mønster som 'email_*', når du kjører openclaw mcp add, eller sett toolFilter under serveren i konfigurasjonen. Det snevrer inn hva agenten ser. Hva den faktisk har lov til, bestemmes fortsatt av tilgangene du godkjente på samtykkeskjermen.
Hvilke postkasser kan OpenClaw nå på denne måten?
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. Agenten kaller inbox_list først for å finne alle tilkoblede postkasser og ID-ene deres, så du slipper å lime inn UUID-er noe sted.
Kan OpenClaw sende e-post uten at jeg ser det?
Bare hvis du tillater det. Sending krever tilgangen send:email, så 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. For en agent som kjører uten tilsyn på tvers av chattekanaler, er begge deler verdt å bruke.
Lagres e-posten min på serverne deres?
Nei. Hver melding hentes direkte fra leverandøren din for forespørselen som ba om den, og sendes rett videre til agenten 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.
Gi OpenClaw-agenten din en ekte innboks
Én server, én innlogging. Én innboks gratis for alltid, uten kort.