Skip to content
Saphira Linux

Mail

Saphira Linux MailDragon

An Open Source, shell-based mail server for Saphira Linux. No dashboard, no SaaS, no per-mailbox billing — a complete mail system you own and control, free forever.

In testing, functionality present — helpers missing
Saphira Linux mailDragon, the Open Source mail server mascot

Encryption at rest

MailDragon encrypts stored mail on disk using Dovecot mail_crypt with AES-256-GCM. Newly written mailbox files no longer expose ordinary headers or body text when searched directly on disk, while mail is decrypted transparently for authorised IMAP and webmail access.

NoteThe live mailbox store stays encrypted for every hosted domain. Encryption is the default, not an opt-in afterthought.

Server-managed keys

By default MailDragon uses a server-managed global key. The mail server holds the key needed to read mail, so day-to-day operation and support work are unaffected. The next hardening stage moves the private key into a runtime-only location so the permanent filesystem holds only sealed or offline key material.

Key lifecycle and rotation

A key rotation is a migration, not a replacement. It is complete only when new mail is written under the new key, old mail has been read through Dovecot and rewritten under the new key, a test environment proves the rewritten mail reads with only the new key, a test environment proves old encrypted data cannot be read without the old key, and backups have been migrated or consciously retained. Only then is the old key removed from live use — and even then it is safely archived until retention policy allows destruction.

WarningKey loss is mail loss. Any key that can still decrypt retained mail or backups must be preserved until that mail has been rewritten, verified, or deliberately retired.

Recovery pack

A hardening step is not considered done until recovery has been tested. The recovery pack records key fingerprints, holds an offline encrypted copy of every private key still needed for retained mail, includes the active configuration, and documents the restore procedure and the date it was last tested.

User-held keys (advanced)

MailDragon can offer customer-controlled encryption keys as an advanced option. If a user controls their own key, passphrase, hardware token or recovery key and loses it, the encrypted mail cannot be recovered — not because support will not help, but because of the mathematics of the encryption model.

WarningWhen user-held keys are enabled, the mailbox holder is shown this in plain terms before activation: a password reset may restore login access, but it may not restore access to previously encrypted message contents. AKADATA does not hold a recovery key unless a separate arrangement is agreed in writing.

Export and portability

A mailbox owner can request a usable export of their own mail. Decryption happens only through Dovecot, and exports are produced as cleartext Maildir, mbox, or a compressed archive with a manifest and checksums — so a user can take their data elsewhere. The export location is locked down as soon as it is written.

PGP as message-level encryption

Storage encryption protects mail at rest. PGP protects selected message contents from the server itself. The two are separate: mail_crypt guards the mailbox store, while PGP is optional and user-driven for the messages that need it. Lost PGP keys, like lost user-held storage keys, can mean lost message contents.

Before any production change

No live mailbox encryption migration, rotation, decryption or user-key feature is used on production mail until it has been proven against a large test corpus and restore-tested end to end. The guiding rule is simple: encryption must never become mailbox loss. Data is only successfully encrypted when it stays both confidential and recoverable by its rightful owner.