EngageLab Agent Email MCP Server
OfficialThis server lets AI agents manage a dedicated email mailbox over MCP: send, receive, reply, and organize email into conversation threads.
Discover mailboxes –
list_mailboxesreturns mailbox IDs/addresses for the account.Send email – Compose new messages with text/HTML, CC/BCC, attachments (base64, up to 10 files/10MB), reply-to, and sandbox mode for testing without real delivery.
Reply to email –
reply_emailinfers recipients and thread context from the original message, preserving conversation history.Receive email –
list_inbound_messageslists received mail (filter by mailbox/keyword);get_messagefetches full body and attachments;check_new_messagespolls for new mail since last check.Manage threads –
list_threads,get_thread, andlist_thread_messagesbrowse grouped conversations for full context.Configuration – Uses one env var (
ENGAGELAB_EMAIL_SECRET_KEY); region inferred from key prefix, or override withENGAGELAB_EMAIL_BASE_URL.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@EngageLab Agent Email MCP Server List my mailboxes, then send an email to alice@example.com saying the invoice is approved."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
EngageLab Agent Email MCP Server
English | 简体中文
Official EngageLab Email project.
This repository distributes a local stdio MCP server. It does not provide a hosted OAuth or HTTP MCP endpoint; run it locally with the installation command below.
Send, receive, and reply to email from AI agents — through the Model Context Protocol.
Each agent gets its own mailbox: a real address that sends and receives, with conversations grouped into threads so your agent has context. Works with Claude Desktop, Claude Code, Cursor, Cowork, and any MCP-compatible client.
{
"mcpServers": {
"engagelab-email": {
"command": "npx",
"args": ["-y", "@engagelabemail/mcp"],
"env": { "ENGAGELAB_EMAIL_SECRET_KEY": "sk_sg_your_key" }
}
}
}Why
Most email APIs are send-only. Agents that need to have a conversation over email — support, scheduling, approvals — need an inbox.
Send & receive — the agent owns a dedicated mailbox, not a bolted-on parse webhook
Thread-aware — replies group into conversations, so the agent sees full history
Sandbox mode — test agent flows without emailing real humans
One env var — no OAuth dance for local use; region inferred from the key
Related MCP server: InboxAPI CLI
Tools
Tool | What it does | |
Discover |
| List mailboxes; call this first to get IDs |
Send |
| New email (text/html, cc/bcc, attachments, sandbox) |
| Reply to a message — recipients & thread inferred | |
Receive |
| Inbound mail, filter by mailbox/keyword |
| Full message details by UID | |
| One-shot poll for new mail | |
Threads |
| Browse conversations |
Quickstart
Smithery / MCPB
For local stdio distribution, build an MCPB bundle:
npm run build:mcpbThe bundle is generated at dist/engagelab-agent-email.mcpb and can be uploaded through Smithery publishing.
Official MCP Registry
EngageLab Agent Email is also listed in the official MCP Registry. Clients that consume the Registry can find it by the server name io.github.Metaverse-Cloud/engagelab-email; the underlying npm package remains @engagelabemail/mcp.
1. Get a Secret Key. Create an EngageLab account and generate a key from the console (format sk_sg_xxx — the prefix selects the region). Or use the CLI: engagelab-email-cli login creates one via browser.
2. Create a mailbox. In the console, create a mailbox for your agent (shared subdomain is instant; custom domains need DNS verification). Programmatic mailbox creation is on the roadmap — see Troubleshooting if list_mailboxes returns empty.
3. Register the server.
Claude Desktop — add the JSON block above to claude_desktop_config.json.
Claude Code:
claude mcp add engagelab-email \
-e ENGAGELAB_EMAIL_SECRET_KEY=sk_sg_your_key \
-- npx -y @engagelabemail/mcpThen ask your agent:
List my mailboxes, then send an email from the first one to bob@example.com saying the invoice is approved.
A typical agent loop for a support bot:
check_new_messages() → [messageUids]
get_message(uid) → body, attachments
list_thread_messages(threadId) → full conversation context
reply_email(uid, { text: ... }) → response lands in the same threadConfiguration
Environment variable | Required | Description |
| Yes | Secret Key starting with |
| No | Override the API base URL. Inferred from the key region: |
Limits: up to 10 attachments / 10MB total per message (base64-encoded in the tool schema).
Troubleshooting
list_mailboxesreturns an empty list — your account has no mailbox yet. Create one in the EngageLab console (see Quickstart step 2). Agents cannot self-provision mailboxes yet.401 /
code 100101— the Secret Key is wrong or revoked. CheckENGAGELAB_EMAIL_SECRET_KEYand that the key's region prefix (sk_sg_/sk_tr_) matches the endpoint you use.Could not determine API base URL — the key's region prefix isn't recognized. Set
ENGAGELAB_EMAIL_BASE_URLexplicitly.Reply shows up as a new conversation — use
reply_email(notsend_email) so In-Reply-To headers and threading stay intact.
Roadmap
Hosted MCP (OAuth) for zero-config remote use
Programmatic mailbox creation via Secret Key
Webhook push (no polling) for
check_new_messagesURL-based attachment references (no base64 in context)
Run from source
git clone https://github.com/Metaverse-Cloud/engagelab-email-mcp
cd engagelab-email-mcp
npm install && npm run build
ENGAGELAB_EMAIL_SECRET_KEY=sk_sg_xxx node dist/index.cjsRelated
EngageLab Agent Email CLI — same mailboxes from the terminal,
--jsonoutput for agentsEngageLab Node SDK / Python SDK — send email from code
License
Available Tools
9 toolscheck_new_messagesA
Poll for new inbound messages received since the last check (one-shot; does not block). Use this to monitor an inbox for new email.
Inputs: limit, mailboxId.
get_messageA
Get full details of one inbound message by its UID, including body and attachments.
Inputs: messageUid (required).
get_threadB
Get details of one conversation thread.
Inputs: threadId (required).
list_inbound_messagesB
List inbound (received) email messages, newest first. Optionally filter by mailbox and keyword.
Inputs: pageNo, keyword, pageSize, mailboxId.
list_mailboxesA
List all mailboxes available to the authenticated account. Each mailbox has its own address for sending and receiving email. Call this first to discover mailbox IDs used by other tools.
Inputs: no named parameters.
list_thread_messagesA
List all messages inside a conversation thread, oldest first.
Inputs: threadId (required), pageNo, pageSize.
list_threadsC
List conversation threads. A thread groups messages exchanged with the same counterpart.
Inputs: pageNo, keyword, pageSize, mailboxId.
reply_emailA
Reply to an inbound message. Recipients are inferred from the original message; additional cc/bcc can be added. Provide either text or html body.
Inputs: messageUid (required), cc, bcc, html, +6 more.
send_emailA
Send a new email from one of your EngageLab mailboxes. Provide either text or html body. Recipients are arrays of email addresses. Use sandbox=true for testing without real delivery.
Inputs: to (required), mailboxId (required), cc, bcc, +8 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 9 tools
Each tool maps to a distinct resource/action: mailbox discovery, message listing/retrieval, sending/reply, and thread navigation. The only mild overlap is between check_new_messages and list_inbound_messages, but their descriptions clearly separate the polling behavior from general listing.
All tool names consistently follow the snake_case verb_noun pattern (get_message, list_mailboxes, send_email, reply_email, etc.), with no mixed conventions or vague verbs.
Nine tools is well within the ideal range for an email-focused server, covering mailbox discovery, message operations, sending, replying, and threads without unnecessary bloat.
The core email lifecycle is covered: discover mailboxes, list/read inbound messages, send new emails, reply to existing ones, and inspect threads. Minor gaps include no way to list sent messages and no support for sending attachments, but these are not fatal for typical agent email workflows.
Related MCP Connectors
Email inboxes for AI agents: send, receive, reply, search, and manage threaded email over MCP.
Email infrastructure for AI agents — send, receive, search, and reply to email over MCP.
Hosted email for AI agents: create inboxes, send, receive, and reply over MCP with scoped API keys
Hosted email MCP for AI agents with inboxes, send/receive, memory, recovery, and credits.
Related MCP Servers
- AlicenseAqualityDmaintenanceEmail infrastructure for AI agents — create inboxes, send/receive email, search messages, and manage threads via MCP tools.102 npm2MIT

InboxAPI CLIofficial
AlicenseNot gradedqualityBmaintenanceProvides an AI agent with its own email address to send, receive, and manage emails via MCP. No email server setup required.30 npm13MIT- FlicenseNot gradedqualityDmaintenanceGive AI agents their own email inboxes. Create, send, receive, and manage email entirely via MCP tools.-
- FlicenseBqualityBmaintenanceEnables external AI agents to read, send, and manage email over IMAP/SMTP via MCP, including inbox listing, search, drafts, scheduled/batch sending, and operations like reply, archive, and labels.303-