dnf-automatic breaks postfix mysql maps on CWP

Heads up if you're running CWP with dnf-automatic installed for unattended updates: its first run silently swapped out CWP's custom-built postfix (compiled with MySQL support for virtual mailboxes) for the plain AlmaLinux baseos version, which doesn't have MySQL map support at all.

Code: [Select]

Transaction ID : 109
Begin time     : Sat Aug  1 06:30:15 2026
Begin rpmdb    : 905:a10ef5d78fa6d306985452fba3dac5db0cadc780
End time       : Sat Aug  1 06:30:22 2026 (7 seconds)
End rpmdb      : 905:5eb23852bf03e3fd7f4f1d08e2025cd84452d170
User           : System <unset>
Return-Code    : Success
Releasever     : 8
Command Line   :
Comment        :
Packages Altered:
    Upgrade  MariaDB-shared-10.11.18-1.el8.x86_64                      @mariadb
    Upgraded MariaDB-shared-10.5.29-1.el8.x86_64                       @@System
    Upgrade  galera-4-26.4.27-1.el8.x86_64                             @mariadb
    Upgraded galera-4-26.4.22-1.el8.x86_64                             @@System
    Upgrade  postfix-2:3.5.8-8.el8_10.x86_64                           @baseos
    Upgraded postfix-2:3.4.8-2.centos.8+p18.0.24.0+t200128.1353.x86_64 @@System
Mail started failing with "temporary lookup failure" on every message needing a virtual alias lookup.

Fixed it by finding the transaction(In my case 109) that did the swap in CWP's Yum Manager (under Yum History) and hitting Rollback to get the CWP build back. Also had to manually recreate /usr/lib64/postfix since it got left behind during the version change and postfix wouldn't start without it.