Gi editoren en ekte postkasse. Svar på en feilrapport fra filen som forårsaket den, send kunden rettelsen på e-post, eller rydd en innboks uten å bytte vindu.
Legg til én oppføring under mcpServers i ~/.cursor/mcp.json med url-en https://mcpemails.com/api/mcp. Cursor ber deg deretter logge inn via OAuth, og ingen API-nøkkel er involvert.
Cursor 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 Cursor 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 ~/.cursor/mcp.json for alle prosjekter, eller .cursor/mcp.json inne i ett enkelt prosjekt.
Legg til oppføringen nedenfor under mcpServers. Feltet Cursor vil ha her, er url.
Cursor ber deg logge inn via OAuth. Autoriser med MCPEmails og godkjenn tilgangene du vil at editoren skal ha.
{
"mcpServers": {
"mcpemails": {
"url": "https://mcpemails.com/api/mcp"
}
}
}Offisiell dokumentasjon fra Cursor for eksterne MCP-servere: https://cursor.com/docs/mcp
Vil du ha en fullstendig gjennomgang? E-post for AI-agenter i Cursor, Cline og VS Code
Lurer du på hvilken postkasse du bør koble til først? Se kompatibilitetsoversikten for leverandører
En server i ~/.cursor/mcp.json følger deg inn i alle prosjekter; en i .cursor/mcp.json hører bare til det ene repositoriet. E-post hører som regel til deg og ikke til et repositorium, så den globale filen er det beste stedet, og den holder oppføringen utenfor et repo som andre kloner.
Selve oppføringen inneholder ingen hemmelighet, bare en offentlig URL, og OAuth-tokens lagres av Cursor i stedet for å bli skrevet her. Det endrer seg i det øyeblikket noen bytter ut OAuth-oppføringen med en bearer-API-nøkkel direkte i filen. Velger du nøkkelveien, hold den utenfor filer som committes, og tilbakekall enhver nøkkel som noen gang har blitt pushet: nøkler kan tilbakekalles fra Dashboard, API Keys med ett klikk.
En kodeagent med delete:email er mye makt å gi et verktøy som først og fremst skal refaktorere. Tilganger for lesing, søk og utkast dekker nesten alle arbeidsflyter i editoren. Du kan alltid utstede en ny, bredere tilkobling til assistenten du faktisk sorterer e-post i.
Legg til en oppføring under mcpServers i ~/.cursor/mcp.json med url-en https://mcpemails.com/api/mcp, og fullfør OAuth-innloggingen Cursor ber om. Da har Cursor verktøy for å lese, søke, sende, svare, videresende, organisere og planlegge e-post på tvers av alle postkassene du har koblet til.
Nei. Cursor kjører OAuth-flyten i nettleseren mot denne serveren, registrerer seg dynamisk og autoriserer med PKCE, så konfigurasjonsfilen inneholder ingenting hemmelig. En bearer-API-nøkkel er fortsatt et alternativ for skriptede oppsett eller oppsett uten skjerm.
Fordi de to klientene har valgt ulike konfigurasjonsskjemaer for den samme ideen. Cursor leser url under mcpServers, Windsurf leser serverUrl, VS Code vil ha type og url under servers, og Gemini CLI vil ha httpUrl. Endepunktet er identisk i alle fire; bare nøkkelnavnet er forskjellig, og å kopiere en snutt mellom klienter er den vanlige grunnen til at et oppsett stille og rolig ikke gjør noe.
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.
Fire linjer konfigurasjon, én innlogging. Én innboks gratis for alltid, uten kort.