Skip to main content
Inbound’s MCP (Model Context Protocol) server lets AI assistants manage your domains, endpoints, addresses, emails and Guard rules. It can also create mailboxes: virtual email accounts that an agent can read, reply from and send from. Server URL: https://inbound.new/mcp

Connect

Add the URL to your client. When it connects, it opens Inbound in your browser; sign in and approve access. No API key needed.
In Claude.ai and ChatGPT, add a custom connector with the same URL. OAuth grants full access to your account, the same as an API key. The approval screen names the app and where it will send you back to; only approve apps you started the connection from.

With an API key

For scripts and clients without OAuth, send an API key from settings as a bearer token:
The x-inbound-api-key header also works. Clients that only support STDIO can bridge with npx mcp-remote https://inbound.new/mcp --header "Authorization:Bearer ${INBOUND_API_KEY}".

Give an agent its own mailbox

  1. Ask your assistant to create a mailbox, e.g. “Create a mailbox for agent@yourdomain.com called Support Agent”. This calls create_mailbox, which returns a password shown once.
  2. Connect the agent to https://inbound.new/mcp with Authorization: Bearer <mailbox password>.
  3. The agent now has one email account: it can check its inbox, read, reply, send and archive. It can’t see other mail in your account or send as any other address. The Inbound API enforces this.
The same mailbox password works over IMAP and SMTP, and the mailbox appears in the dashboard. The address must be on a verified domain; new accounts can use their instant *.inbnd.dev domain.

Mailbox tools

The mailbox password also gets the folder, folder-message, filter, spam and activity tools listed under Account tools, without a mailbox_id input, plus rotate_my_password. Filters, spam settings, activity and password rotation each need the matching selfService flag on the credential (filters, spam, activity, password); otherwise the API returns 403. See Access and limits. Mailbox read/unread and archive actions update the same folders and flags used by IMAP and the HTTP mailbox API, not the dashboard’s separate account-level markers. Messages keep the inbox, archive and sent folder values; folderPath gives the exact folder when needed. Immediate sends and replies from a Read & write mailbox save a copy to its Sent folder a few seconds after the send returns. Account-key sends and replies also save to enabled read/write mailboxes whose sending address (or login email, when no sending address is set) exactly matches the From address; a matching domain scope is not enough. Scheduled sends and older account sent records are not copied, and a failed copy never resends the email. See Sent copies.

Account tools

Connected with OAuth or an API key, the server exposes 78 tools: update_mailbox and create_mailbox also take the access controls: protocols, allowed_ips, storage_quota_bytes, daily_send_limit and self_service. Folder tools work on the same folders, UIDs and flags as IMAP and the HTTP mailbox API; moving a message into Junk or back to INBOX marks it as junk or not junk for that mailbox only. Filters run on new mail; apply_mailbox_filters processes mail already in a folder. Activity tools return sign-ins, refused sign-ins, IMAP session events, quota errors and send failures for the last 30 days, never message content or passwords. To expose fewer tools, add ?toolsets= with any of domains,endpoints,addresses,emails,mailboxes,guard, for example https://inbound.new/mcp?toolsets=mailboxes,emails.

Example prompts

The server is open source: inboundemail/mcp.