Add a real mailbox to AI Assistant in any JetBrains IDE that supports it. Read, search, send, reply, schedule and organize mail without leaving the IDE.
Open Settings, Tools, AI Assistant, Model Context Protocol. Add a server, choose Streamable HTTP as the connection type, paste https://mcpemails.com/api/mcp, and add an Authorization Bearer header holding an API key from your dashboard.
JetBrains AI Assistant does not run the OAuth browser flow against a remote MCP server, so it authenticates with a bearer token instead. Create an API key in your dashboard, tick only the scopes the agent needs, and paste it into JetBrains AI Assistant as an Authorization: Bearer header. Key connections and OAuth connections hit the same endpoint and get the same tool catalogue; the difference is only how the token is obtained.
Everything on this page is a way of getting this URL into JetBrains.
| Field | Value |
|---|---|
| MCP server URL | https://mcpemails.com/api/mcp |
| Transport | Streamable HTTP (MCP 2025-06-18) |
| Authentication | Authorization: Bearer, using a scoped API key from your dashboard. |
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.
In Dashboard, API Keys, click Create key. Name it and tick only the scopes this agent needs: read:email, search:email, send:email, manage:folders, delete:email, manage:drafts, manage:contacts, schedule:email and manage:automations. The key looks like mcpe_ followed by 64 hex characters and is shown once, so copy it before you close the dialog.
Open Settings, then Tools, then AI Assistant, then Model Context Protocol (MCP).
Click Add and select Streamable HTTP as the connection type. Paste https://mcpemails.com/api/mcp, then add a header named Authorization with the value Bearer followed by a space and your key.
Official JetBrains documentation for remote MCP servers: https://www.jetbrains.com/help/ai-assistant/configure-an-mcp-server.html
Wondering which mailbox to connect first? See the provider compatibility matrix
The connection type list offers a local command-based server first, because that is what most MCP servers are. This one is remote and hosted, so there is no command to run. Choose Streamable HTTP, which is the transport this server speaks under the 2025-06-18 revision.
AI Assistant does not run the OAuth consent flow, so there is no second screen where you narrow what the connection may do. Whatever you tick when creating the key is what the IDE holds until you revoke it. For an IDE, read, search and draft scopes cover almost everything worth doing.
If you have settings sync turned on across machines, treat the key like any other credential that travels with it. Keys are cheap: issue one per machine, name them so a listing is readable, and revoke the one you no longer recognise. Only a SHA-256 hash is stored on our side, so the raw key is unrecoverable and lost keys are replaced rather than retrieved.
Open Settings, Tools, AI Assistant, Model Context Protocol, add a server with the Streamable HTTP connection type, paste https://mcpemails.com/api/mcp, and add an Authorization Bearer header with an API key from your dashboard. AI Assistant then has tools for reading, searching, sending, replying, organizing and scheduling mail.
Any JetBrains IDE where AI Assistant can configure an MCP server. The settings path and the Streamable HTTP connection type belong to AI Assistant rather than to a particular IDE, so the setup is the same wherever the plugin is available. If the Model Context Protocol screen is missing from your Settings, that is the plugin, not this server.
Because AI Assistant authenticates a remote MCP server with a configured header rather than by running a browser OAuth flow. A bearer key is the path that works there. The endpoint and the tools are identical to the OAuth clients; only the way the token is obtained differs.
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 MCP server, one scoped key. One inbox free forever, no card required.