From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2)
Description of problem:
To my understanding the alternatives system is designed for ease of
switching between alternative major applications, such as printer
system or MTA used on the server with minimal need for reconfiguration
by the admin/user.
Currently when you install both postfix and sendmail onto a server,
sendmail is unable to perform authentification via
smtp_auth/saslauthd/pam due to the fact that the file installed by the
sendmail rpm (/etc/pam.d/smtp) is being deleted by the alternatives
system as soon as postfix adds the /etc/pam.d/smtp file into the
Reviewing the rpm post install script for postfix and sendmail, or
just looking at the output of alternatives --display mta you will see
that postfix adds this file into the alternatives system, but sendmail
Since the contents of the /etc/pam.d/smtp file installed by sendmail
and the contents of the /etc/pam.d/smtp.postfix file installed by
postfix are identical, can you make a decission on either of the
1 - remove this line from postfix rpm's post install script (since
both postfix AND sendmail in essance use the same file and config):
--slave /etc/pam.d/smtp mta-pam /etc/pam.d/smtp.postfix \
2 - add a similar line to the sendmail rpms post install script and
have it install the /etc/pam.d/smtp file as /etc/pam.d/smtp.sendmail.
I have included in the additional info section output showing
install/removal of the sendmail and postfix rpms and running rpm
verify and listing using alternatives system of the MTA in hope that
it helps see this clearer.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Install Sendmail and Postfix - order doesnt matter
2. Run rpm verify on sendmail and notice missing file
3. SMTP AUTH (using plain) for sendmail is broken and fails
Created attachment 95769 [details]
command output showing issue
Attached file is copy/paste into file of me running various sequance of
commands to show this bug in action.
I have added an alternatives entry for 8.12.10-4 for this file in case
it changes form the postfix one in the future.
Thanks for this detailed bug-report,
Florian La Roche