Less assembly.
More possibility.
Your protocols, delivery queue, local storage and web interfaces share a single Go runtime. Fewer moving parts to keep in sync.
Your mail.
Your infrastructure.
Stop stitching services together. SMTP, IMAP, webmail and spam protection — one cohesive mail server, written in Go.
umailserver serve01A SMALLER STACK. A BIGGER PICTURE.
Good infrastructure gets out of the way.
One engine brings the pieces together,
so you can focus on what you’re building.
Your protocols, delivery queue, local storage and web interfaces share a single Go runtime. Fewer moving parts to keep in sync.
SMTP, IMAP and optional POP3. Connect your existing clients, without changing how your team works.
25 / 587 / 465 · 143 / 993 · 995SPF, DKIM, DMARC and ARC, alongside Bayesian filtering, greylisting and RBL checks.
LAYERED SPAM PROTECTIONA REST API, webhooks and an MCP server for domain and account workflows. Make mail part of your tooling.
REST · WEBHOOKS · MCP02FOLLOW THE MESSAGE
Receive, check, route, store. A connected pipeline
turns incoming messages into accessible mail.
SMTP · port 25
SPF · DKIM · DMARC
Sieve · local delivery
Maildir++ · bbolt
IMAP · webmail · API
03A HUMAN SIDE TO INFRASTRUCTURE
Read your mail, manage your domains and connect your tools. Three embedded interfaces bring your server closer.
Folders, search, drafts and compose in the React webmail interface.
Manage accounts and aliases, inspect queues and retry delivery through the admin API.
Prometheus metrics, structured logs and event webhooks for the tools you already use.
REST API · MCP · Webhooks
An illustration of the management model, not a product screenshot.
04MAKE IT YOURS
Start with the source. Build the complete binary.
Keep every piece of your infrastructure in view.
01git clone https://github.com/uMailServer/uMailServer.git
02cd uMailServer
03make build
04sudo ./umailserver quickstart admin@example.com
05sudo ./umailserver serve --config /etc/umailserver/umailserver.yaml
Linux / macOS · Go 1.25+, Node.js 20+, npm and make. Review the generated configuration before starting.
05BUILT FOR YOUR CORNER OF THE INTERNET
For developers and self-hosters who want to understand and operate their own email infrastructure.
Explore shared domain administration, individual accounts and aliases in a single-node deployment.
Connect domain workflows to a REST API, receive event webhooks and inspect server metrics.
06BEFORE YOU DIVE IN
Know what you’re running.
And what comes with it.
The project is currently v0.1.0 beta. Evaluate it in a controlled environment, review the documented limitations and test backup and delivery workflows before relying on it for important mail.
Yes. The server implements SMTP submission and IMAP with TLS, plus optional POP3. Use the protocol and port settings from your server configuration.
Yes. A mail domain needs A and MX records, SPF, DKIM and DMARC. You also need a matching PTR record from your hosting provider and a provider that permits SMTP traffic on port 25.
The current web and admin listeners speak HTTP. Put public web traffic behind a TLS-terminating reverse proxy. TLS for SMTP and IMAP is configured separately. The deployment guide explains the boundary.
Messages use local Maildir++ storage; bbolt stores metadata. This is a single-node system. Plan persistent storage and backups, and stop the server before using the direct-database CLI backup command.
The current root LICENSE specifies AGPL-3.0-or-later. Some older documentation and promotional assets still say MIT; the repository LICENSE is the authoritative source.
Meet your infrastructure. Then make it yours.