Bug 718820

Summary: When selinux is enabled, postfix RPM doesn't create the users required for postfix to work.
Product: Red Hat Enterprise Linux 5 Reporter: David Hill <dhill>
Component: postfixAssignee: Jaroslav Škarvada <jskarvad>
Status: CLOSED CANTFIX QA Contact: qe-baseos-daemons
Severity: high Docs Contact:
Priority: unspecified    
Version: 5.6   
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-01 12:57:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description David Hill 2011-07-04 20:33:17 UTC
Description of problem:
When selinux is enabled, postfix RPM doesn't create the users required for postfix to work.

Version-Release number of selected component (if applicable):
postfix-2.3.3-2.3.el5_6

How reproducible:
1. Enable selinux
2. Install postfix RPM with yum

Steps to Reproduce:
1. Enable selinux
2. Install postfix RPM with yum
  
Actual results:
Postfix doesn't start


Expected results:
Postfix should start

Additional info:

Comment 1 Jaroslav Škarvada 2011-07-27 15:10:47 UTC
I cannot reproduce, could you recheck with the RHEL-5.7?

# cat /etc/group | grep '\(\(postfix\)\|\(postdrop\)\)'
# getenforce
Enforcing
# yum install postfix
# cat /etc/group | grep '\(\(postfix\)\|\(postdrop\)\)'
mail:x:12:mail,postfix
postdrop:x:90:
postfix:x:89:
# alternatives --config mta
[select postfix]
# service sendmail stop
# service postfix start
# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
220 dhcp-lab-226.englab.brq.redhat.com ESMTP Postfix

My versions:
selinux-policy-2.4.6-316.el5
postfix-2.3.3-2.3.el5_6

Comment 2 David Hill 2011-08-01 12:50:23 UTC
I think you can close this bug...  I'm not quite sure this is related to a bug in RHEL but maybe a restorecon should be made on /etc/passwd and /etc/group before adding or removing users.  I think this is where it breaks but I'm not able to reproduce this issue ...

Comment 3 Jaroslav Škarvada 2011-08-01 12:57:51 UTC
Thanks for info, closing as CANTFIX according to comment 1 and comment 2.