Summary: SELinux is preventing /bin/mailx access to a leaked inotify file descriptor. Detailed Description: [mailx has a permissive type (sendmail_t). This access was not denied.] SELinux denied access requested by the mailx command. It looks like this is either a leaked descriptor or mailx output was redirected to a file it is not allowed to access. Leaks usually can be ignored since SELinux is just closing the leak and reporting the error. The application does not use the descriptor, so it will run properly. If this is a redirection, you will not get output in the inotify. You should generate a bugzilla on selinux-policy, and it will get routed to the appropriate package. You can safely ignore this avc. Allowing Access: You can generate a local policy module to allow this access - see FAQ (http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385) Additional Information: Source Context system_u:system_r:sendmail_t:s0-s0:c0.c1023 Target Context system_u:object_r:inotifyfs_t:s0 Target Objects inotify [ dir ] Source mailx Source Path /bin/mailx Port <Unknown> Host (removed) Source RPM Packages mailx-12.4-3.fc12 Target RPM Packages Policy RPM selinux-policy-3.6.32-110.fc12 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Plugin Name leaks Host Name (removed) Platform Linux (removed) 2.6.32.11-99.fc12.x86_64 #1 SMP Mon Apr 5 19:59:38 UTC 2010 x86_64 x86_64 Alert Count 14 First Seen Wed 31 Mar 2010 04:36:15 PM EEST Last Seen Sun 25 Apr 2010 06:41:12 PM EEST Local ID 0144704f-3a0b-44ba-bf88-f6de1eb768a4 Line Numbers Raw Audit Messages node=(removed) type=AVC msg=audit(1272210072.221:8): avc: denied { read } for pid=4332 comm="mailx" path="inotify" dev=inotifyfs ino=1 scontext=system_u:system_r:sendmail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:inotifyfs_t:s0 tclass=dir node=(removed) type=AVC msg=audit(1272210072.221:8): avc: denied { write } for pid=4332 comm="mailx" path="/var/run/abrt.lock" dev=dm-1 ino=256 scontext=system_u:system_r:sendmail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:abrt_var_run_t:s0 tclass=file node=(removed) type=SYSCALL msg=audit(1272210072.221:8): arch=c000003e syscall=59 success=yes exit=0 a0=815e60 a1=828100 a2=7fffa1ef0258 a3=7fffa1eefae0 items=0 ppid=3920 pid=4332 auid=4294967295 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=4294967295 comm="mailx" exe="/bin/mailx" subj=system_u:system_r:sendmail_t:s0-s0:c0.c1023 key=(null) Hash String generated from leaks,mailx,sendmail_t,inotifyfs_t,dir,read audit2allow suggests: #============= sendmail_t ============== allow sendmail_t abrt_var_run_t:file write; allow sendmail_t inotifyfs_t:dir read;
abrt should not be leaking.
*** This bug has been marked as a duplicate of bug 518998 ***