v1.0.493

Patch Released September 1, 2026

Mail server enable/disable now sticks (single source of truth)

Upgrade safety: because earlier releases could start Postfix/Dovecot independently of the panel setting, some installations are running mail while the stored setting still says disabled. Making the setting authoritative would have stopped mail on those hosts during the update, so the panel now detects that contradiction at startup and adopts the live state: if mail is genuinely serving, it is recorded as enabled and keeps running. Updating never changes whether mail is serving from this release on, the panel switch decides, and disabling sticks.

Enabling the mail server could report success and still show "Disabled"; disabling it could turn the mail server back on after a backend restart or reboot. Mail state is now controlled by a single source of truth instead of five independent code paths that could each start or stop Postfix/Dovecot behind the panel's back.
The enable action no longer treats an already-running Postfix as a failure.
Service status is now read from the real daemon state instead of systemd text output, which could disagree with the actual process (a stale PID file could be mistaken for a running server).
The service boot table is kept in sync with the panel's mail setting, so the startup reconciler no longer stops Postfix on every boot when mail should stay enabled.
Config and certificate self-heals (mail SSL, DANE, postscreen, core config, SSL auto-renew, reload batcher) no longer restart a stopped Postfix as a side effect of reloading it.
The licence feature check no longer auto-starts mail just because the email feature is licensed; a licence grants permission, it does not force the service to run.
Fixed the panelica-postfix systemd unit missing a PIDFile, which caused systemd to lose track of the forked Postfix master and repeatedly restart it every 5 seconds even though it was running correctly. Existing installations are repaired automatically at startup.

All Releases