Bug 123198 - /etc/pam.d/smtp deleted on postfix upgrade when sendmail installed
Summary: /etc/pam.d/smtp deleted on postfix upgrade when sendmail installed
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: postfix
Version: 3.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Thomas Woerner
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 116727
TreeView+ depends on / blocked
 
Reported: 2004-05-13 19:22 UTC by Karl O. Pinc
Modified: 2007-11-30 22:07 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-09-02 05:13:51 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2004:362 0 normal SHIPPED_LIVE Updated postfix package 2004-09-02 04:00:00 UTC

Description Karl O. Pinc 2004-05-13 19:22:44 UTC
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
missing.

Version-Release number of selected component (if applicable):
postfix-2.0.16-13.RHEL3 

How reproducible:
Don't know.

Steps to Reproduce:
1.  Install postfix
2.  Leave sendmail installed
3.  Use "alternatives --config mta" and choose postfix
4.  Update postfix with 
  
Actual results:


Expected results:


Additional info:
Prevents users from authenticating before sending mail.
(When /usr/lib/sasl/smtpd.auth says pam, which mine does
not yet.)

Comment 1 Thomas Woerner 2004-05-21 09:33:43 UTC
What happens, if you call

/usr/sbin/alternatives --set mta /usr/sbin/sendmail.postfix

by hand?

Comment 2 Johnny Hughes 2004-05-22 01:03:25 UTC
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....

Comment 3 Karl O. Pinc 2004-05-22 17:41:48 UTC
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
wait.

Comment 4 Jay Turner 2004-09-02 05:13:51 UTC
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.

http://rhn.redhat.com/errata/RHBA-2004-362.html



Note You need to log in before you can comment on or make changes to this bug.