Description of problem: I find that, in the morning, sendmail no longer is sending mail. This has been happening for, I believe, through the last 3 targeted policy updates. The error pops up at 4:04:25, right after the cron.daily tasks have run. The 'mailq' command shows no messages in the queue. However, doing an 'ls' on /var/spool/clientmqueue shows mail waiting for transport. This results in a silent failure of mail delivery. Doing a /etc/init.d/sendmail restart gets the mail moving for another day. Performing the 'restorecon' operations indicated by the troubleshooter does not make any changes in the security contexts of the files indicated. The process 15057 indicated in the log is the 'sendmail: Queue runner' process. I'm guessing that one of the cron.daily jobs may be the real culprit. Version-Release number of selected component (if applicable): selinux-policy-3.3.1-78.fc9.noarch selinux-policy-targeted-3.3.1-78.fc9.noarch sendmail-8.14.2-4.fc9.x86_64 How reproducible: Occurs nightly. Steps to Reproduce: 1. Check /var/spool/clientmqueue in the morning. 2. 3. Actual results: Mail is piling up. Expected results: Mail should be delivered. Additional info:
Created attachment 312350 [details] First of 2 avc troubleshooter logs.
Created attachment 312351 [details] 2nd troubleshooter log
The problem seems to be cron does a restart of sendmail and this does not transition properly. Fixed in selinux-policy-3.3.1-80.fc9.noarch
Closing all bugs that have been in modified for over a month. Please reopen if the bug is not actually fixed.