HEY is a closed mail system on purpose. No third-party client and no hosted server can log in to a hey.com mailbox. This page gives you the accurate picture and the routes that do put an AI agent on your mail.
No, and not because of a missing feature on our side. HEY accepts no IMAP, POP or SMTP connections at all, on hey.com addresses and on HEY for Domains custom domains alike, so mcpemails cannot connect a HEY mailbox and neither can any other hosted MCP server. 37signals treats this as a design decision rather than a gap: screening, contact-level rules and HEY's threading live on its servers and only its own apps speak that protocol. If you want an agent inside HEY, 37signals ships hey-cli, which runs an MCP server locally against your signed-in account. mcpemails is for the IMAP mailboxes you keep alongside it, and one inbox there is free.
HEY's own FAQ is blunt about it: HEY doesn't support IMAP or POP, and it does not accept SMTP submission either. There is no host to point a client at, no port to open and no app password to generate. The reason is architectural rather than commercial. Screening, the Imbox and Paper Trail split, contact-level rules and HEY's reply-all handling are all server-side behaviour that a generic IMAP client would flatten back into folders and flags, so 37signals never exposed the protocol. What HEY does offer is movement at the edges: you can forward mail from other services into HEY, you can send from external addresses through their own SMTP servers, and you can export the whole mailbox as an MBOX file at any time. None of those is an inbound connection, which is the thing an MCP server needs.
Seventeen action-based MCP tools: send, reply, forward, schedule, and organize. Your agent finishes the job inside HEY.
List, read and search across folders to find that invoice, summarize a thread, or pull the latest from a sender.
Compose and send real messages, reply in-thread, and forward, directly from your mailbox, not as a draft you finish by hand.
Queue a message to go out at the right time, so your agent can draft now and send on schedule.
Keep the inbox tidy: file mail into folders, flag what matters, archive the rest, or delete on request.
From sign-up to first AI email in a couple of minutes.
It takes an email address and no card. You get one connected inbox free, which is what the rest of these steps fill.
Pick a mailbox that speaks IMAP: your work address, a domain mailbox at Fastmail or Migadu, a Gmail account, anything with a real server. That is the account mcpemails connects, and the one your agent reads, sends and files from.
Paid HEY customers can forward incoming mail on to any other address, which mirrors new mail into the connectable mailbox. For everything already in HEY, use the MBOX export and import it into the other account. Both are one-way copies, so treat the HEY mailbox as the original.
Drop https://mcpemails.com/api/mcp into Claude, Cursor or ChatGPT, authorize, and the agent has that inbox. For HEY itself, install 37signals' hey-cli and run its MCP server locally in a client that can launch a local process.
Comparing providers first? See the email provider compatibility matrix
HEY's Send-As feature asks for another provider's SMTP server, username and password, or OAuth2 for Gmail and Outlook accounts, so that HEY can send as that address. People find that screen, see the words SMTP and password, and conclude HEY speaks the protocol. It does, as a client, talking to somebody else's server. Nothing anywhere can be an SMTP or IMAP client against HEY. As their own documentation puts it, SMTP is for sending and is unrelated to checking mail.
On a custom domain, your MX records point at HEY's infrastructure. There is no mail.yourdomain.com waiting behind it that a client can log into, because the mailbox lives in HEY, not in a hosting control panel you own. Buying the domain plan changes the address on your mail, not the protocols.
Forwarding is strictly one way. HEY does not log in to external accounts and pull mail, so if you mirror mail the other direction to make it connectable, the agent sees the raw copy and not HEY's version of it. Screener decisions, the Imbox and Paper Trail split and anything you filed in HEY are invisible on the other side.
Not through any hosted MCP server, because HEY accepts no IMAP or SMTP connection. It does work through hey-cli, 37signals' own command line tool, which exposes boxes, search, threads, contacts, todos and calendars as MCP tools running locally against your signed-in HEY account. That route needs a client that can start a local process.
No. HEY's FAQ states plainly that it does not support IMAP or POP, and it does not accept SMTP submission from clients either. This has been true since HEY launched and it is a deliberate product decision, not a feature waiting in a queue. There is no host, port or app password to find.
There are none to publish. Any page listing a hostname and port for hey.com is guessing. The only SMTP settings that appear anywhere in HEY belong to your other providers, entered into the Send-As screen so HEY can send outbound mail as those addresses.
No. A custom domain on HEY is still a HEY mailbox, with MX records pointing at HEY's servers. The domain gives you the address you want, not a mail server of your own to authenticate against.
Two options, and you can run both. Use hey-cli locally for HEY itself. Connect a separate IMAP mailbox to mcpemails for the correspondence you want handled from any MCP client, including ones that only take a URL, and forward mail into it if you want a mirror of what arrives in HEY.
Yes. HEY exports an MBOX file containing your mail and attachments at any time, and that file imports into Apple Mail, Gmail, Outlook and other services. An archive imported elsewhere is readable by an agent, but it is a snapshot rather than your live HEY mailbox.
HEY stays where it is. Connect an IMAP inbox alongside it, free forever, no card required.