AgentMail is a hosted email provider that creates new inboxes for agents on agentmail.to or your own domain. Fluxmail connects agents to Gmail, Outlook, Exchange, and IMAP mailboxes you already have, through MCP and REST.
Choose AgentMail when the agent needs its own address, such as a support agent or an agent that signs up for services and reads its own verification codes, and new mail should arrive by webhook. Choose Fluxmail when the agent should work in mailboxes you already have, such as triaging your Gmail inbox or drafting replies from your Outlook address, with narrow permissions for each client. You can also use both: AgentMail for the agent's public-facing address and Fluxmail for a person's own inbox.
Feature comparison
Feature
Fluxmail
AgentMail
Mailbox model
What it is
Email server for agents and apps
Hosted in Fluxmail Cloud or self-hosted
Hosted email provider for agents
Where mailboxes come from
Connects mailboxes you already have
Through OAuth or IMAP and SMTP credentials
Creates new inboxes through the API
On agentmail.to or a verified custom domain
Existing Gmail or Outlook mailboxes
Yes
Gmail API, Microsoft Graph, or IMAP and SMTP
Not documented
Google Workspace can route unrecognized addresses on a shared domain to AgentMail
Create inboxes on demand
No
Each mailbox is connected by a member
Yes
Inbox count depends on the plan
Deployment
Cloud or self-hosted
Hosted by Fluxmail, or a local process or Docker
Hosted by AgentMail
EU region and BYO cloud deployment on Enterprise
Where email is stored
With your email provider
Cloud stores encrypted credentials but not messages; self-hosted keeps its database on your host
In AgentMail inboxes
Agent and app interfaces
MCP server
Cloud: hosted Streamable HTTP. Self-hosted: stdio or Streamable HTTP
OAuth sign-in or API keys in both
Hosted server at mcp.agentmail.to
OAuth or API key, a stdio bridge, and 47 tools
REST API
Yes
Self-hosted publishes an OpenAPI 3.1 spec
API with OpenAPI 3.1
Official Python and TypeScript SDKs
CLI
Self-hosted only
Yes
Inbound events
Not built in
Clients list or search for new mail
Webhooks, WebSockets, and MCP events
MCP events work in some ChatGPT chats
Prompt injection scanning
Not built in
Limits each connection with permission presets instead
Agent Armor, in AgentMail Labs
Labels mail clear or review; Hold mode delays events
Agent permissions
Read-only, read-write, full, or custom
Set per connection or API key, plus member and mailbox scope
Per-key permission allowlist
Keys can be scoped to an organization, pod, or inbox
Recipient allow and block lists
Not built in
Yes
For sending, receiving, and replies
Pricing and limits
Free plan
Self-hosted: 1 member and 3 mailboxes
Cloud has a 7-day trial
3 inboxes and 3,000 emails/month
Up to 100 emails a day
Paid plans
Pro $15/month; Business $25/member/month
Same prices in Cloud and self-hosted. Annual: Pro $120; Business $240/member
Developer $20/month; Startup $200/month
Enterprise pricing is custom
What plans limit
Members and connected mailboxes
Pro: 10 mailboxes; Business: 20 mailboxes per member
Inboxes, email volume, and storage
Developer: 10 inboxes; Startup: 150 inboxes
Sending domain
Your existing addresses
agentmail.to or a custom domain
Custom domains start on the Developer plan
A closer look
AgentMail creates inboxes and Fluxmail connects yours
AgentMail is an email provider built for agents. An API call creates a new inbox with its own address on agentmail.to or on a domain you verify, and the agent sends and receives from that identity. Its docs describe routing unrecognized addresses on a Google Workspace domain to AgentMail, but they do not describe connecting an existing Gmail or Outlook mailbox.
Fluxmail starts from the mailboxes you already use. It connects Gmail, Google Workspace, Microsoft 365, Outlook.com, and IMAP/SMTP accounts, so an agent can triage your inbox, draft replies in your threads, and send from your address. Fluxmail Cloud hosts the connection without storing messages or attachments. Self-hosted Fluxmail runs on your computer or server, so email never passes through a service Fluxmail runs.
AgentMail pushes new mail to you and Fluxmail waits to be asked
AgentMail sends an event when a message arrives, is sent, is delivered, bounces, or draws a complaint. Webhooks need a public URL, and WebSockets deliver the same events over a persistent connection. Webhook payloads are capped at 1 MB, so for a larger message the app fetches the body through the API.
AgentMail's MCP server also publishes a new-mail event. In some ChatGPT chats, that lets an assistant act on an email soon after it arrives instead of checking on a schedule. The event carries only metadata, so the assistant reads the message with the get_message tool.
Fluxmail has no built-in inbound events. An agent or app checks for new mail over MCP or REST (or the CLI when self-hosted) when a person asks or on a schedule. That suits an assistant working in your inbox on request. An app that must react to every incoming message within seconds is a better fit for AgentMail.
Both have hosted MCP servers with OAuth sign-in
AgentMail's server is at mcp.agentmail.to. Claude and ChatGPT sign in through the AgentMail console, Cursor and similar clients can send an API key in a header, and a stdio bridge covers clients that can't send headers. It has 47 tools, including inboxes, threads, messages, drafts, attachments, calendar events, allow and block lists, and app connections.
Fluxmail Cloud's server is at cloud.fluxmail.ai/mcp. Clients sign in with OAuth, and scripts can use an agent key. Its tools cover listing, reading, drafting, sending, forwarding, and organizing mail, and downloading attachments. A connection only sees the tools its permissions allow, so a read-only client never receives send_email.
AgentMail scans incoming mail and Fluxmail limits what each client can do
Anyone can email an agent, so both products assume some messages will try to manipulate it. AgentMail's Agent Armor, in its Labs program, scans incoming mail and labels each message clear or review. In Hold mode, a message marked review sends no new-mail webhook or WebSocket event until a person releases it. Agents that list, search, or read over IMAP still see a held message unless they skip the held label. AgentMail also calls a clear verdict advisory, not a guarantee.
Fluxmail does not scan messages and has no recipient allowlist. Instead, you choose a permission preset when each client signs in. A Read only connection cannot send, forward, or delete. Read and write adds drafts, organizing, and Trash but not sending, so a person sends the replies the agent drafts. AgentMail can limit an API key's permissions. Its MCP OAuth sign-in uses your console identity, and the docs describe no way to narrow it.
AgentMail hosts the mail and Fluxmail leaves it with your provider
AgentMail runs the service and stores messages in its own inboxes. Plans limit inboxes, monthly email volume, and storage. The free plan includes 3 inboxes, 3,000 emails a month, and 3 GB. Developer costs $20 a month for 10 inboxes, and Startup costs $200 a month for 150. The EU region, BYO cloud deployment, and dedicated IPs require Enterprise.
Mail stays with Gmail, Microsoft, or your IMAP provider. Fluxmail Cloud stores encrypted provider credentials but not messages, and self-hosted Fluxmail keeps its database and encrypted credentials on your host. Plans limit members and connected mailboxes, not monthly email volume. Self-hosted Personal is free for 3 mailboxes. In Cloud and self-hosted, Pro is $15 a month for 10 mailboxes and Business is $25 a month per member, with 20 mailboxes per member. Cloud also sets hourly limits on API calls and sends, and your email provider has its own sending limits.
Which should you choose?
Best choice
Fluxmail
Agents should work in mailboxes you already have.
Mail must come from your existing Gmail, Outlook, or IMAP address.
You want to choose between a hosted service and keeping credentials on your own server.
Each client needs its own actions and mailbox allowlist.
You don't want a monthly email or storage quota.
AgentMail
Each agent needs its own new email address.
Your app creates inboxes on demand, one per user or task.
Your app reacts to inbound mail through webhooks or WebSockets.
Common questions
What is the best email API for AI agents?
It depends on whose mailbox the agent uses. AgentMail fits agents that need their own new inboxes, with hosted delivery and webhooks for inbound mail. Fluxmail fits agents that work in existing Gmail, Outlook, Exchange, or IMAP mailboxes, through Fluxmail Cloud or a server you run.
Can AgentMail connect to my existing Gmail or Outlook inbox?
AgentMail documents new inboxes on agentmail.to or a custom domain, and a Google Workspace setup that routes unrecognized addresses on a shared domain to AgentMail. Connecting an existing Gmail or Outlook mailbox is not documented. Fluxmail connects existing mailboxes through Gmail OAuth, Microsoft Graph, or IMAP and SMTP.
Does Fluxmail have webhooks like AgentMail?
No. AgentMail delivers message events through webhooks and WebSockets. Fluxmail has no built-in inbound events, so agents and apps check for new mail over MCP or REST, or the CLI when self-hosted.
Can Fluxmail create a new inbox for an agent?
No. Fluxmail connects mailboxes that already exist. You can create an address with your email provider, such as a new Google Workspace or Microsoft 365 user, and connect it, but Fluxmail has no API for creating inboxes.
Which one is better for a customer support agent?
For an agent that owns a support address and answers mail as it arrives, AgentMail fits better because of its webhooks and per-inbox setup. If your team already answers support mail from a Gmail or Outlook mailbox and wants an agent to triage and draft replies there, Fluxmail fits better.
Do AgentMail and Fluxmail work with Claude and ChatGPT?
Yes. Both have hosted MCP servers with OAuth sign-in, so you add the server URL in Claude or ChatGPT and sign in. Cursor and other clients can connect too.
Sources
We reviewed the linked product docs on October 23, 2026.