modern full-featured open source secure mail server for low-maintenance self-hosted email
Find a file
2023-02-17 18:55:01 +01:00
.go mox! 2023-01-30 14:27:06 +01:00
autotls mox! 2023-01-30 14:27:06 +01:00
config make account web page configurable separately from admin, add http auth rate limiting 2023-02-13 13:53:47 +01:00
dkim in dkim-signature header, allow FWS anywhere in "z=" (copied headers), and prevent panic in cli command "mox dkim verify" when a dkim-signature cannot be parsed 2023-02-03 13:29:47 +01:00
dmarc fix typo's 2023-02-06 11:00:11 +01:00
dmarcdb mox! 2023-01-30 14:27:06 +01:00
dmarcrpt mox! 2023-01-30 14:27:06 +01:00
dns mox! 2023-01-30 14:27:06 +01:00
dnsbl mox! 2023-01-30 14:27:06 +01:00
dsn consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
http only send \NonExistent for IMAP4rev2, and automatically subscribe to imported mailboxes 2023-02-17 18:35:11 +01:00
imapclient consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
imapserver only send \NonExistent for IMAP4rev2, and automatically subscribe to imported mailboxes 2023-02-17 18:35:11 +01:00
iprev mox! 2023-01-30 14:27:06 +01:00
junk consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
message mox! 2023-01-30 14:27:06 +01:00
metrics make account web page configurable separately from admin, add http auth rate limiting 2023-02-13 13:53:47 +01:00
mlog add funtionality to import zip/tgz with maildirs/mboxes to account page 2023-02-16 09:57:27 +01:00
mox- consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
moxio consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
moxvar mox! 2023-01-30 14:27:06 +01:00
mtasts mox! 2023-01-30 14:27:06 +01:00
mtastsdb consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
publicsuffix mox! 2023-01-30 14:27:06 +01:00
queue on mtasts error during delivery from queue, continue delivery but with strict tls 2023-02-17 17:19:41 +01:00
ratelimit add basic rate limiters 2023-02-07 23:18:15 +01:00
rfc support cram-md5 authentication for imap and smtp 2023-02-05 16:29:03 +01:00
scram add support for SCRAM-SHA-1 2023-02-05 12:30:14 +01:00
smtp add scram-sha-256 for smtp 2023-01-31 00:22:26 +01:00
smtpclient add two new log levels for tracing sensitive auth protocol messages, and bulk data messages 2023-02-03 20:33:19 +01:00
smtpserver consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
spf mox! 2023-01-30 14:27:06 +01:00
store when exporting mbox files, set new status,x-status,x-keywords headers, and remove any content-length header 2023-02-17 17:04:48 +01:00
subjectpass mox! 2023-01-30 14:27:06 +01:00
testdata add funtionality to import zip/tgz with maildirs/mboxes to account page 2023-02-16 09:57:27 +01:00
tlsrpt work around missing timezone in timestamps in tls reports from microsoft 2023-02-05 10:55:34 +01:00
tlsrptdb consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
updates mox! 2023-01-30 14:27:06 +01:00
vendor update dependencies, including bolt with stability fixes 2023-02-17 18:55:01 +01:00
.dockerignore mox! 2023-01-30 14:27:06 +01:00
.gitignore more testdata to ignore 2023-02-17 17:06:27 +01:00
.jshintrc mox! 2023-01-30 14:27:06 +01:00
checkhtmljs mox! 2023-01-30 14:27:06 +01:00
compatibility.txt add notes on tests with microsoft outlook. 2023-02-05 17:54:00 +01:00
ctl.go consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
doc.go add funtionality to import zip/tgz with maildirs/mboxes to account page 2023-02-16 09:57:27 +01:00
docker-compose-imaptest.yml mox! 2023-01-30 14:27:06 +01:00
docker-compose-integration.yml mox! 2023-01-30 14:27:06 +01:00
Dockerfile mox! 2023-01-30 14:27:06 +01:00
Dockerfile.imaptest mox! 2023-01-30 14:27:06 +01:00
export.go consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
gendoc.sh mox! 2023-01-30 14:27:06 +01:00
go.mod update dependencies, including bolt with stability fixes 2023-02-17 18:55:01 +01:00
go.sum update dependencies, including bolt with stability fixes 2023-02-17 18:55:01 +01:00
import.go consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
integration_test.go mox! 2023-01-30 14:27:06 +01:00
junk.go consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
LICENSE.MIT mox! 2023-01-30 14:27:06 +01:00
LICENSE.MPLv2.0 mox! 2023-01-30 14:27:06 +01:00
main.go consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
Makefile "make check-shadow" now produces useful output 2023-02-05 16:28:44 +01:00
mox.service mox! 2023-01-30 14:27:06 +01:00
quickstart.go make account web page configurable separately from admin, add http auth rate limiting 2023-02-13 13:53:47 +01:00
README.md readme tweak 2023-02-16 10:09:33 +01:00
serve.go consistently use log.Check for logging errors that "should not happen", don't influence application flow 2023-02-16 13:22:00 +01:00
start.go mox! 2023-01-30 14:27:06 +01:00
tools.go mox! 2023-01-30 14:27:06 +01:00
updates.go mox! 2023-01-30 14:27:06 +01:00

Mox is a modern full-featured open source secure mail server for low-maintenance self-hosted email.

See Quickstart below to get started.

Mox features:

  • Quick and easy to start/maintain mail server, for your own domain(s).
  • SMTP (with extensions) for receiving and submitting email.
  • IMAP4 (with extensions) for giving email clients access to email.
  • Automatic TLS with ACME, for use with Let's Encrypt and other CA's.
  • SPF, verifying that a remote host is allowed to sent email for a domain.
  • DKIM, verifying that a message is signed by the claimed sender domain, and for signing emails sent by mox for others to verify.
  • DMARC, for enforcing SPF/DKIM policies set by domains. Incoming DMARC aggregate reports are analyzed.
  • Reputation tracking, learning (per user) host- and domain-based reputation from (Non-)Junk email.
  • Bayesian spam filtering that learns (per user) from (Non-)Junk email.
  • Slowing down senders with no/low reputation or questionable email content (similar to greylisting). Rejected emails are stored in a mailbox called Rejects for a short period, helping with misclassified legitimate synchronous signup/login/transactional emails.
  • Internationalized email, with unicode names in domains and usernames ("localparts").
  • TLSRPT, parsing reports about TLS usage and issues.
  • MTA-STS, for ensuring TLS is used whenever it is required. Both serving of policies, and tracking and applying policies of remote servers.
  • Web admin interface that helps you set up your domains and accounts (instructions to create DNS records, configure SPF/DKIM/DMARC/TLSRPT/MTA-STS), for status information, managing accounts/domains, and modifying the configuration file.
  • Autodiscovery (with SRV records, Microsoft-style and Thunderbird-style) for easy account setup (though not many clients support it).
  • Prometheus metrics and structured logging for operational insight.

Not supported (but perhaps in the future):

  • Webmail
  • HTTP-based API for sending messages and receiving delivery feedback
  • Calendaring
  • Functioning as SMTP relay
  • Forwarding (to an external address)
  • Autoresponders
  • POP3
  • Delivery to (unix) OS system users
  • Sieve for filtering
  • PGP or S/MIME
  • Mailing list manager
  • Support for pluggable delivery mechanisms.

Mox has automated tests, including for interoperability with Postfix for SMTP.

Mox is manually tested with email clients: Mozilla Thunderbird, mutt, iOS Mail, macOS Mail, Android Mail, Microsoft Outlook.

Mox is also manually tested to interoperate with popular cloud providers: gmail.com, outlook.com, yahoo.com, proton.me.

Mox is implemented in Go, a modern safe programming language, and has a focus on security.

Mox is available under the MIT-license. Mox includes the Public Suffix List by Mozilla, under Mozilla Public License, v. 2.0.

Mox was created by Mechiel Lukkien, mechiel@ueber.net.

For discussions/talk, join #mox on irc.oftc.net, or #mox on the "Gopher slack".

Download

You can easily (cross) compile mox if you have a recent Go toolchain installed (see "go version", it must be >= 1.19; otherwise, see https://go.dev/dl/ or https://go.dev/doc/manage-install and $HOME/go/bin):

GOBIN=$PWD go install github.com/mjl-/mox@latest

Or you can download a binary built with the latest Go toolchain from https://beta.gobuilds.org/github.com/mjl-/mox, and symlink or rename it to "mox".

Verify you have a working mox binary:

./mox version

Note: Mox only compiles/works on unix systems, not on Plan 9 or Windows.

Quickstart

The easiest way to get started with serving email for your domain is to get a vm/machine dedicated to serving email, name it [host].[domain], login as an admin user, e.g. /home/service, download mox, and generate a configuration for your desired email address at your domain:

./mox quickstart you@example.com

This creates an account, generates a password and configuration files, prints the DNS records you need to manually create and prints commands to set permissions and install mox as a service.

If you already have email configured for your domain, or if you are already sending email for your domain from other machines/services, you should modify the suggested configuration and/or DNS records.

A dedicated machine is highly recommended because modern email requires HTTPS, also for automatic TLS. You can combine mox with an existing webserver, but it requires more configuration.

After starting, you can access the admin web interface on internal IPs.

FAQ - Frequently Asked Questions

Why a new mail server implementation?

Mox aims to make "running a mail server" easy and nearly effortless. Excellent quality mail server software exists, but getting a working setup typically requires you configure half a dozen services (SMTP, IMAP, SPF/DKIM/DMARC, spam filtering). That seems to lead to people no longer running their own mail servers, instead switching to one of the few centralized email providers. Email with SMTP is a long-time decentralized messaging protocol. To keep it decentralized, people need to run their own mail server. Mox aims to make that easy.

Where is the documentation?

See all commands and help text at https://pkg.go.dev/github.com/mjl-/mox/, and example config files at https://pkg.go.dev/github.com/mjl-/mox/config/.

You can get the same information by running "mox" without arguments to list its subcommands and usage, and "mox help [subcommand]" for more details.

The example config files are printed by "mox config describe-static" and "mox config describe-dynamic".

Mox is still in early stages, and documentation is still limited. Please create an issue describing what is unclear or confusing, and we'll try to improve the documentation.

How do I import/export email?

Use the import functionality on the accounts web page to import a zip/tgz with maildirs/mbox files, or use the "mox import maildir" or "mox import mbox" subcommands. You could also use your IMAP email client, add your mox account, and copy or move messages from one account to the other.

Similarly, see the export functionality on the accounts web page and the "mox export maildir" and "mox export mbox" subcommands to export email.

How can I help?

Mox needs users and testing in real-life setups! So just give it a try, send and receive emails through it with your favourite email clients, and file an issue if you encounter a problem or would like to see a feature/functionality implemented.

Instead of switching your email for your domain over to mox, you could simply configure mox for a subdomain, e.g. [you]@moxtest.[yourdomain].

If you have experience with how the email protocols are used in the wild, e.g. compatibility issues, limitations, anti-spam measures, specification violations, that would be interesting to hear about.

Pull requests for bug fixes and new code are welcome too. If the changes are large, it helps to start a discussion (create a ticket) before doing all the work.

How do I change my password?

Regular users (doing IMAP/SMTP with authentication) can change their password at the account page, e.g. http://127.0.0.1/. Or you can set a password with "mox setaccountpassword".

The admin password can be changed with "mox setadminpassword".

How do I configure a second mox instance as a backup MX?

Unfortunately, mox does not yet provide an option for that. Mox does spam filtering based on reputation of received messages. It will take a good amount of work to share that information with a backup MX. Without that information, spammer could use a backup MX to get their spam accepted. Until mox has a proper solution, you can simply run a single SMTP server.

How secure is mox?

Security is high on the priority list for mox. Mox is young, so don't expect no bugs at all. Mox does have automated tests for some security aspects, e.g. for login, and uses fuzzing. Mox is written in Go, so some classes of bugs such as buffer mishandling do not typically result in privilege escalation. Of course logic bugs will still exist. If you find any security issues, please email them to mechiel@ueber.net.