Next steps
After the installation tutorial and Securing the server, the server sends and receives mail for one domain and has one user account. That is a working mail server, but not yet the service that its users need: they have more addresses, more devices and more data, and the server has to stay current, backed up and observed for as long as it runs.
This page lists the tasks that usually follow, in roughly the order a new deployment meets them, and points to the pages that describe the choices the tutorial left at their defaults.
Add domains and accounts
Section titled “Add domains and accounts”The administrator adds further domains in the WebUI, and each needs the same DNS records as the first one. Domains describes the procedure, and the domain’s zone file lists the records as in Step 6 of the tutorial. With the internal directory, accounts are created in the WebUI or with the CLI, as described in Managing accounts. Addresses and aliases explains how further addresses are assigned to an account.
Set up the users’ clients
Section titled “Set up the users’ clients”Setting up clients lists the server settings that mail, calendar and contacts clients need, and how clients find them automatically through the DNS records published in Step 6.
Back up the server
Section titled “Back up the server”Back up the data store and config.json, which contains the location of the data store, as described in Backup and restore. The backup is also the only way back if an upgrade has to be reverted.
Keep the server current
Section titled “Keep the server current”Upgrading describes the release types and how to install a newer 1.x release on each platform. Existing mailboxes from another server or a hosted service are moved as described in Migrating from another system.
Watch the server
Section titled “Watch the server”The log goes to the destination chosen in the wizard. Tracing describes the log destinations and levels, and Telemetry the metrics and alerts. Troubleshooting lists the tools that explain a rejected message or a failed sign-in.
Options left at their defaults
Section titled “Options left at their defaults”The tutorial uses the defaults that suit a single server. A deployment with other needs changes some of them, and each of the following options has its own page:
- Storage: PostgreSQL, MySQL, SQLite or FoundationDB as the data store, object storage for messages and attachments, and a separate search engine, in Choosing a database
- Directory: accounts from LDAP, an SQL database or an OpenID Connect identity provider, in Choosing a directory
- Automatic DNS management, when the wizard left the domain on manual management: the server publishes and updates the domain’s records through the API of the DNS provider, in Automatic DNS records
- Certificates: other ACME challenges and providers, or certificates installed by hand, in TLS certificates
- Transport security for incoming mail: an MTA-STS policy and DANE, in Publishing an MTA-STS policy and DANE
- Reverse proxy: running the server behind NGINX, Caddy, Traefik or HAProxy, in Reverse proxy
- Several nodes: shared storage and a coordinator for a cluster, in Clustering
- Automated installation: a deployment tool applies the configuration instead of the wizard, in Declarative deployments
- Spam filtering: the scoring rules and the classifier that learns from users, in Spam filter
- Performance: settings for large or busy servers, in Performance tuning
Getting help
Section titled “Getting help”The FAQ answers the most frequent questions, each with a link to the page that covers it. Questions not covered by the documentation can be asked on the community forum.