SELinux is preventing /usr/sbin/sendmail.sendmail from using the 'setsched' accesses on a process. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that sendmail.sendmail should be allowed setsched access on processes labeled system_mail_t by default. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # grep /usr/sbin/sendmail.sendmail /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:system_mail_t:s0-s0:c0.c1023 Target Context system_u:system_r:system_mail_t:s0-s0:c0.c1023 Target Objects Unknown [ process ] Source sendmail Source Path /usr/sbin/sendmail.sendmail Port <Unknown> Host (removed) Source RPM Packages sendmail-8.14.4-10.fc14 Target RPM Packages Policy RPM selinux-policy-3.9.7-19.fc14 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 2.6.35.10-74.fc14.i686 #1 SMP Thu Dec 23 16:17:40 UTC 2010 i686 i686 Alert Count 1 First Seen Sun 02 Jan 2011 03:29:04 PM EST Last Seen Sun 02 Jan 2011 03:29:04 PM EST Local ID 0e13d0eb-38d3-4e03-a705-072cf9ffb82e Raw Audit Messages type=AVC msg=audit(1294000144.822:43772): avc: denied { setsched } for pid=6892 comm="sendmail" scontext=system_u:system_r:system_mail_t:s0-s0:c0.c1023 tcontext=system_u:system_r:system_mail_t:s0-s0:c0.c1023 tclass=process sendmail,system_mail_t,system_mail_t,process,setsched type=SYSCALL msg=audit(1294000144.822:43772): arch=i386 syscall=setpriority success=no exit=EACCES a0=0 a1=0 a2=9 a3=ffffffc8 items=0 ppid=6891 pid=6892 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=485 sgid=485 fsgid=485 tty=(none) ses=11 comm=sendmail exe=/usr/sbin/sendmail.sendmail subj=system_u:system_r:system_mail_t:s0-s0:c0.c1023 key=(null) sendmail,system_mail_t,system_mail_t,process,setsched #============= system_mail_t ============== allow system_mail_t self:process setsched;
What mailer are you using?
Looks like sendmail_t has this access so we probably need to give it to system_mail_t
Good question! Sendmail -> MailScanner -> ClamAV -> Cyrus. I.e., /etc/mail/sendmail.mc contains: MAILER(cyrusv2)dnl E.g., Jan 3 19:53:58 host sendmail[9489]: p040riUc009477: to=schanzle, delay=00:00:12, xdelay=00:00:00, mailer=cyrusv2, pri=188567, relay=localhost, dsn=2.0.0, stat=Sent Thanks for making all the MailScanner / ClamAV rules to work together with enforcing selinux. Awesome!
Fixed in selinux-policy-3.9.7-20.fc14
selinux-policy-3.9.7-20.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/selinux-policy-3.9.7-20.fc14
selinux-policy-3.9.7-20.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update selinux-policy'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/selinux-policy-3.9.7-20.fc14
selinux-policy-3.9.7-20.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.