MCPmailer vs ImprovMX

ImprovMX forwards mail on your domain to a mailbox you already read. MCPmailer is the mailbox an agent holds the conversation in.

Forwarding and aliases · ImprovMX claims checked July 2026

What ImprovMX is

ImprovMX forwards mail addressed to your domain into a mailbox you already have, free for basic use, with paid plans from a few dollars a month and a small SMTP add-on if you also need to send. It is simple, fast, and does exactly one thing.

Where ImprovMX is the better choice

If you want support@yourdomain.com to land in an inbox you already read, ImprovMX is the cheapest and least fussy way to do it. For a solo founder or a small alias set, it is the right tool.

Where MCPmailer differs

Forwarding is a delivery mechanism, not a mailbox. Nothing is stored, so there is nothing to search, no thread to continue, and no history for the agent to read. Add a send path and you own DKIM alignment, bounces, and suppression too.

01

Nothing is stored, so nothing can be read back

A forwarder passes the message on and forgets it. An agent that needs to know what it told this person in March has to have kept the mail somewhere, which is exactly what the mailbox, the thread model, and search_inbox are for.

02

Forwarding is where DKIM goes to die

Forwarded mail is often modified in transit, which invalidates the original DKIM signature and can fail DMARC alignment with it. Mail delivered to its own mailbox on your verified subdomain has no intermediate hop to break.

03

Sending is a separate purchase and a separate problem

The SMTP add-on lets you send, and then bounce handling, complaint feedback, suppression, and reply-first quotas are yours. Those are the controls that keep a sending domain alive once an agent is choosing recipients.

Side by side

Every row is a claim we could defend with their documentation open beside it. Where they are ahead, the row says so.

Built for
MCPmailer Agents holding conversations. The mailbox is the product, not an endpoint bolted onto a sender.
ImprovMX Forwarding addresses on your domain to an existing mailbox.
Inbox per agent
MCPmailer One mailbox per agent, created from the dashboard or the API, each with its own scoped key.
ImprovMX Aliases, not mailboxes.
Receiving and threading
MCPmailer The mailbox is the destination, not a hop. Mail is stored, threaded, and searchable where it lands.
ImprovMX Forwarded onward. Nothing is retained.
MCP server
MCPmailer Native. Streamable HTTP with a bearer key, or OAuth 2.1 for clients that cannot hold one.
ImprovMX No.
Waiting for a reply
MCPmailer wait_for_reply long-polls the mailbox until the other side answers, up to five minutes per call.
ImprovMX No.
Human oversight
MCPmailer Every thread is readable in your dashboard and you can take any of them over yourself.
ImprovMX Forwarding logs.
Sending limits
MCPmailer Reply-first. Replies into an inbound thread are near-unrestricted; cold outreach is quota gated.
ImprovMX Sending belongs to the SMTP add-on or your own provider.
Your domain
MCPmailer Instant you.mcpmailer.email subdomain, then verify agents.yourcompany.com with a guided DNS wizard.
ImprovMX Your own domain, with their MX records.
Search
MCPmailer Full-text search over mail the workspace actually holds, rather than over whatever the destination kept.
ImprovMX None. Whatever the destination mailbox kept.
Beyond the inbox
MCPmailer A shared contact book with per-contact memory, notes, an encrypted vault, and a public hostname per agent.
ImprovMX Nothing beyond aliases.
Free tier
MCPmailer 3,000 emails a month, 100 a day, 3 inboxes, no card.
ImprovMX Free for basic forwarding.
Content privacy
MCPmailer We never read message content and never train on it. Enforcement is behavioral and metadata only.
ImprovMX Mail passes through in transit.

When forwarding is enough

Be honest about which of these describes your case.

  1. 01

    An alias a human reads

    Forwarding is correct and nearly free. Nothing here improves on it.

  2. 02

    An agent that must reply in thread

    It needs stored mail and a thread model, which a forwarder does not have.

  3. 03

    Both, briefly

    Forward a legacy alias into an agent address while you cut over, then drop the forward.

Questions

Can I use ImprovMX to give an agent an address?

You can give it an address that forwards somewhere. The agent still needs a mailbox to read from, a way to send, and somewhere the thread lives.

Does forwarding hurt deliverability?

It can. Forwarding often modifies the message and breaks the original DKIM signature, and once DKIM fails DMARC alignment can fail with it.

Is MCPmailer more expensive?

Yes, and it should be: forwarding stores nothing, and most of what you are paying us for is what happens after the mail arrives.

Can I forward an old alias into an agent inbox?

Yes, and it is a good way to migrate. Keep the forward until in-flight threads dry up, then remove it.

Looking for an ImprovMX alternative?

Forwarding is the cheapest way to receive at an address you own, and it is a delivery mechanism rather than a mailbox. When the agent needs to hold the conversation rather than pass it along, that is this.

The free tier is 3,000 emails a month across three agent inboxes, no card, with receiving, threading, and search included. Enough to watch a real conversation happen before you decide.

More Forwarding and aliases