Mail Setup and Mail preview
Configure mail deliberately, with clear boundaries between local readiness checks and proven delivery.
What is available in v0.6.2
Mail Setup can inspect outbound SMTP capability, supported local inbound firewall policy, mail-domain DNS/PTR records, relay settings, and mailbox configuration. In host mode, the root-owned helper performs the managed Postfix, Dovecot, OpenDKIM, mailbox, and TLS work; browser input never becomes a shell command. Existing unmanaged mail installations are not taken over silently.
Readiness checks are not Internet proof
The wizard probes outbound SMTP on ports 25, 587, and 2525, and inspects supported local firewall policy for inbound 25, 587, and 993. It enables public listeners only when the local policy permits them. A cloud-provider firewall or remote network can still block mail, so send and receive a real external test message before claiming production delivery works.
Safe configuration path
- Set one DNS-only mail hostname and add one or more mail domains.
- Publish and check MX, SPF, DKIM, and DMARC records; check matching PTR before direct MX delivery.
- Choose direct delivery only when port 25 and PTR requirements are satisfied, or choose an authenticated relay on 587 or 2525.
- Install mail packages through Setup, then explicitly confirm configuration.
- Create mailboxes and perform an external send/receive test.
Standalone Mail UI is a preview
As of v0.6.2, /mail and /mail/setup open in a dedicated Mail shell without the Portal’s primary sidebar, while keeping the Portal session and theme. The current inbox, categories, messages, and compose screen use fixture data. It is not a live IMAP mailbox client and must not be used as evidence that a mailbox has received external mail.