Red Hat Bugzilla – Bug 123198
/etc/pam.d/smtp deleted on postfix upgrade when sendmail installed
Last modified: 2007-11-30 17:07:01 EST
Description of problem:
Both sendmail and postfix are installed. I've a nightly
cron job running up2date. Last night it installed
postfix-2.0.16-13.RHEL3 and now /etc/pam.d/smtp is
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install postfix
2. Leave sendmail installed
3. Use "alternatives --config mta" and choose postfix
4. Update postfix with
Prevents users from authenticating before sending mail.
(When /usr/lib/sasl/smtpd.auth says pam, which mine does
What happens, if you call
/usr/sbin/alternatives --set mta /usr/sbin/sendmail.postfix
also missing is /etc/sysconfig/saslauthd after upgrading postfix.
Manually creating the file /etc/sysconfig/saslauthd and placing
"mech=pam" in it made everything work again....
I ran an alternatives command, perhaps
"alternatives --config mta postfix" (??) when I
first installed the system to make postfix
the default mailer. (Step 3 above.)
It was up2date, the batch of updates, which came out
on 2004-05-12 the day before I created this bug, that broke things.
This included a postfix update.
(I don't know how 'step 4' above got truncated. Sorry.)
In any case, I've since removed sendmail from my system
so it's no longer a good platform for testing this problem.
At least not if it's sendmail related.
I'm reluctant to try your suggestion at the moment as
I don't want to interfere with regular system operation.
I will be able to get around to it if you're willing to
An errata has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.