I ran into this creating a chroot environment. Even with a systemd preset that disables services by default (see /usr/lib/systemd/system-preset/99-default-disable.preset), sendmail is enabled after it is installed.
I checked the sendmail rpm post install scriptlet, and it uses "systemctl preset sendmail.service sm-client.service" so one would expect it to be disabled, yet "systemctl status sendmail.service" reports the service is enabled.
Code: Select all
$ systemctl status sendmail.service
● sendmail.service - Sendmail Mail Transport Agent
Loaded: loaded (/usr/lib/systemd/system/sendmail.service; enabled; vendor preset: disabled)
Active: inactive (dead)
I've added an explicit "systemctl disable sendmail.service sm-client.service" to the automation that creates my chroot, so at this point I'm more curious why sendmail isn't behaving like other services that do honor the preset settings. One difference may be the "alternatives" setup, perhaps that's enabling the service counter to the preset configuration.