Add a real mailbox to Cascade. Read, search, send, reply, forward, schedule and organize mail from the editor, across every inbox you have connected.
Add one entry under mcpServers in ~/.codeium/windsurf/mcp_config.json using the field serverUrl, not url, with https://mcpemails.com/api/mcp. Refresh MCP servers in Cascade and authorize when prompted.
Windsurf runs the standard MCP OAuth flow against this server. It registers itself with RFC 7591 dynamic client registration, so there is no client ID to create, and authorizes with authorization code plus PKCE using S256. No client secret is ever transmitted, and the token carries only the scopes you approve on our consent screen. The access token it receives lasts an hour and refreshes itself; it is listed in Dashboard, API Keys as OAuth: followed by the client name, which is where you revoke the connection.
Everything on this page is a way of getting this URL into Windsurf.
| Field | Value |
|---|---|
| MCP server URL | https://mcpemails.com/api/mcp |
| Transport | Streamable HTTP (MCP 2025-06-18) |
| Authentication | OAuth 2.1, authorization code with PKCE. No API key. |
Four steps. The first two are the same for every client, the rest are specific to this one.
Sign up at mcpemails.com, no card required, then go to Dashboard, Inboxes, Connect Inbox. Gmail connects with one-click Google sign-in; iCloud, Fastmail, Yahoo, Zoho and Yandex take an app-specific password; anything else connects over plain IMAP and SMTP. The free plan holds one inbox, forever.
Open Cascade MCP settings, or edit ~/.codeium/windsurf/mcp_config.json directly.
Add the entry below. The field name here is serverUrl, not url.
Refresh MCP servers in Cascade and authorize with mcpemails when prompted. Approve the scopes you want Cascade to hold.
{
"mcpServers": {
"mcpemails": {
"serverUrl": "https://mcpemails.com/api/mcp"
}
}
}Official Windsurf documentation for remote MCP servers: https://docs.windsurf.com/windsurf/cascade/mcp
Wondering which mailbox to connect first? See the provider compatibility matrix
This is the single most common Windsurf setup mistake, and it is entirely reasonable to make: Cursor, Zed and VS Code all read url, so a snippet copied from any of them looks right. Windsurf reads serverUrl. With the wrong key the entry parses, the server appears in the list, and no tools ever arrive.
Editing mcp_config.json in an editor does not make Cascade reload it. Use the refresh action in the MCP panel after any change. A correct entry that has not been refreshed looks exactly like a broken one.
The consent screen is where that is settled. Read and draft scopes suit an editor assistant, and leaving send:email off means no prompt, no jailbreak and no confused loop can dispatch mail from this connection. Human approval in the dashboard is the belt-and-braces version if you do want sending.
Add an entry under mcpServers in ~/.codeium/windsurf/mcp_config.json with serverUrl set to https://mcpemails.com/api/mcp, refresh MCP servers in Cascade, and authorize when prompted. Cascade then has tools for reading, searching, sending, replying, forwarding, organizing and scheduling mail.
Almost always the field name. Cursor reads url, Windsurf reads serverUrl. The rest of the entry is identical, which is exactly why the mistake survives a careful read.
No. Windsurf runs the OAuth flow against this server, so the config file holds only a public URL. A bearer API key remains available for scripted or headless use.
Gmail over Google sign-in, iCloud, Fastmail, Yahoo, Zoho and Yandex with an app-specific password, and any other mailbox that speaks IMAP and SMTP on the standard ports. The client sees them all through the same connection: your agent calls inbox_list first to discover every connected mailbox and its id, so there are no UUIDs to paste anywhere.
Only if you let it. Sending is gated on the send:email scope, so a key or a token without that scope cannot send at all. On top of that, an inbox owner can require human approval in the dashboard, which holds every send, reply, forward, draft send and scheduled send until a person releases it.
No. Every message is fetched live from your provider for the request that asked for it and handed straight to your client. Only the encrypted OAuth token or app password is kept, so future calls can authenticate. Deleting the inbox in the dashboard, or revoking access at your provider, ends the connection at once.
One config entry, one sign-in. One inbox free forever, no card required.