From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030708 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 alternatives system. 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 does not. 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 following: 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. Thanks Cliff. Version-Release number of selected component (if applicable): sendmail-8.12.10-1 How reproducible: Always 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 Additional info:
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