Bug 718820 - When selinux is enabled, postfix RPM doesn't create the users required for postfix to work.
Summary: When selinux is enabled, postfix RPM doesn't create the users required for po...
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: postfix
Version: 5.6
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Jaroslav Škarvada
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-04 20:33 UTC by David Hill
Modified: 2011-08-01 12:57 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-08-01 12:57:51 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

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.
Note You need to log in before you can comment on or make changes to this bug.