MDaemon has run mail on your own Windows server for years without asking anyone's permission. Putting an AI agent on it does not have to change that: mcpemails connects over ordinary IMAP and fetches each message live.
Claude cannot reach an MDaemon server on its own. mcpemails is a hosted MCP server that connects to yours over IMAP at your own hostname, on the IMAP SSL port, which MDaemon sets to 993 by default, using the account password from the Account Manager. That lets Claude, Cursor or any MCP client read, search, send and organize the mail in that mailbox. MDaemon is software you run, so there is no shared host to look up: the server has to be reachable from the internet, the account has to have IMAP access enabled, and MDaemon's screening features have to allow the connection through. One inbox is free.
Two screens decide whether a mail client can reach an MDaemon mailbox. The first is the port list, which MDaemon keeps under Setup, then Server Settings, then DNS and IPs, an unlikely place to look for it. That screen carries separate fields for the IMAP inbound port and the IMAP SSL port, alongside the SMTP, MSA and POP equivalents, and MDaemon ships with 143 and 993. The second is per mailbox: in the Account Manager, each account has a Mail Services screen governing which services it may use, with an Enable IMAP access checkbox next to POP, MultiPOP and MDaemon Connector. Access through Webmail is controlled separately on its own screen, so an account can be perfectly usable in a browser while refusing every mail client. Credentials are the ordinary account password. MDaemon has no app-password scheme.
Seventeen action-based MCP tools: send, reply, forward, schedule, and organize. Your agent finishes the job inside MDaemon.
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.
Sign up at mcpemails.com. One inbox is free forever and no card is required, so you can test this against a real MDaemon mailbox first.
In MDaemon, open Setup, Server Settings, then DNS and IPs, and read the IMAP SSL port field. If somebody moved it off 993 you need the real number. Then check Security, Security Manager, SSL and TLS to see which certificate MDaemon is serving and whether the Let's Encrypt job is still renewing it.
Open the Account Manager, find the mailbox, and on its Mail Services screen make sure Enable IMAP access is ticked. Then add the inbox in mcpemails: choose IMAP / SMTP, enter your MDaemon hostname, the full address and the account password.
Drop https://mcpemails.com/api/mcp into Claude, Cursor or ChatGPT, authorize, and your agent has the inbox.
Comparing providers first? See the email provider compatibility matrix
This is the MDaemon-specific one, and it produces the least helpful symptom of any setting on this page. Location Screening blocks incoming connections by the country associated with the connecting IP address, and MDaemon applies it to IMAP as well as SMTP, POP, Webmail, ActiveSync, Remote Administration and the rest. A great many MDaemon servers are configured to allow one country and refuse the world, because that is sensible when every user is in one office. A hosted MCP server connects from a data centre, and that data centre may well geolocate somewhere else. The connection is then refused before authentication is even attempted, so nothing appears in the mail logs and the client reports a timeout or a reset. The evidence is in the Screening log. Allow the relevant addresses, or the country they resolve to, before concluding anything about credentials. The same Screening section holds Dynamic Screening, which blocks an address after repeated authentication failures, so a password typo saved a few times can leave you locked out for the configured interval afterwards.
MDaemon's own documentation is explicit that altering a port value has no effect until you press the button that applies the change, and that otherwise it waits for the next server start. On a machine that has been up for months, an edit made in a hurry can sit unapplied indefinitely, so the screen and the socket disagree. The IMAP SSL port is also a field with a value in it rather than a fixed constant, and hardened installs sometimes move it off 993. Read the number from that screen rather than assuming the default, and confirm from outside the network with Test-NetConnection mail.yourdomain.com -Port 993 before opening a support ticket.
MDaemon does not run an ACME client of its own. It ships a PowerShell script in the MDaemon\LetsEncrypt folder, configured and launched from the Let's Encrypt screen under Security, and that script completes the http-01 challenge by writing files into the Webmail HTTP folder. It therefore needs port 80 free and Webmail actually serving it, plus PowerShell 5.1 and .NET Framework 4.7.2 on the box. Put IIS in front of MDaemon, move Webmail to another port, or close 80 after setup, and the scheduled renewal silently stops. The certificate on 993 works fine until the day it expires, at which point every strict client fails at once. When the script does succeed, MDaemon applies the new certificate to MDaemon, Webmail and Remote Administration together.
Not directly. Claude has no MDaemon connector and cannot open an IMAP socket to a server you host. Connecting an MCP server such as mcpemails to your MDaemon host gives Claude read, search, send, reply, schedule and organize access to a mailbox on it, using the same credentials any desktop client would use.
The hostname is your own server. The ports come from Setup, Server Settings, DNS and IPs, where MDaemon keeps separate fields for the IMAP inbound port and the IMAP SSL port, defaulting to 143 and 993. SMTP, MSA and the SMTP SSL port are on the same screen. Log in with the full email address and the account password.
Because those are two different permissions. The Account Manager gives each account a Mail Services screen with an Enable IMAP access checkbox, while browser access is granted on a separate Web Services screen. An account with Webmail on and IMAP off behaves exactly as you describe, and no amount of checking hostnames will change it.
No. MDaemon has no app-specific password feature. Mail clients authenticate with the account's own password, which you can set in the Account Manager. If the account uses two-factor authentication for Webmail, that applies to the browser interface and not to the IMAP session.
Check the Screening log. MDaemon's Location Screening refuses connections from countries you have not allowed, before authentication and before the mail log records anything, and it applies to IMAP. A hosted service connects from a data centre address that may resolve to another country. Dynamic Screening can produce the same silence after repeated failed logins.
No. Messages are fetched live from your MDaemon server over IMAP for each request and passed to your AI client. Credentials are encrypted at rest and message bodies are not retained.
Connect a mailbox from your own MDaemon server. One inbox free forever, no card required.