SELinux is preventing /usr/bin/fetchmail from 'write, open' accesses on the file /run/fetchmail/fetchmail.pid.

*****  Plugin restorecon (99.5 confidence) suggests  *************************

If you want to fix the label. 
/run/fetchmail/fetchmail.pid default label should be fetchmail_var_run_t.
Then you can run restorecon.
Do
# /sbin/restorecon -v /run/fetchmail/fetchmail.pid

*****  Plugin catchall (1.49 confidence) suggests  ***************************

If you believe that fetchmail should be allowed write open access on the fetchmail.pid file 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 fetchmail /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp


Additional Information:
Source Context                system_u:system_r:fetchmail_t:s0
Target Context                system_u:object_r:var_run_t:s0
Target Objects                /run/fetchmail/fetchmail.pid [ file ]
Source                        fetchmail
Source Path                   /usr/bin/fetchmail
Port                          <Unknown>
Host                          srv6.kola.fad.ru
Source RPM Packages           fetchmail-6.3.24-3.fc19.x86_64
Target RPM Packages           
Policy RPM                    selinux-policy-3.12.1-73.fc19.noarch
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     srv6.kola.fad.ru
Platform                      Linux srv6.kola.fad.ru 3.10.9-200.fc19.x86_64 #1
                              SMP Wed Aug 21 19:27:58 UTC 2013 x86_64 x86_64
Alert Count                   16
First Seen                    2013-07-29 18:46:56 MSK
Last Seen                     2013-08-31 17:28:58 MSK
Local ID                      caa66d82-fc47-4a55-ae28-0b4ad51f4986

Raw Audit Messages
type=AVC msg=audit(1377955738.521:187): avc:  denied  { write open } for  pid=2378 comm="fetchmail" path="/run/fetchmail/fetchmail.pid" dev="tmpfs" ino=47146 scontext=system_u:system_r:fetchmail_t:s0 tcontext=system_u:object_r:var_run_t:s0 tclass=file


type=SYSCALL msg=audit(1377955738.521:187): arch=x86_64 syscall=open success=no exit=EACCES a0=164acd0 a1=c1 a2=1b6 a3=8 items=0 ppid=1 pid=2378 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=4294967295 tty=(none) comm=fetchmail exe=/usr/bin/fetchmail subj=system_u:system_r:fetchmail_t:s0 key=(null)

Hash: fetchmail,fetchmail_t,var_run_t,file,write,open

Version-Release number of selected component (if applicable):
fetchmail-6.3.24-3.fc19.x86_64
selinux-policy-3.12.1-73.fc19.noarch

How reproducible:
Always.

Additional info:
# cat /etc/fetchmail/fetchmail.conf
set daemon 60
set pidfile /run/fetchmail/fetchmail.pid
poll "mail.example.com" with proto POP3 user "user" there with password "passwd" is "user" here

# cat /etc/tmpfiles.d/fetchmail.conf
D /var/run/fetchmail 0700 root root -

# man fetchmail_selinux
> Paths:
>     /var/lib/fetchmail(/.*)?, /var/mail/.fetchmail-UIDL-cache
> fetchmail_var_run_t
> - Set files with the fetchmail_var_run_t type, if you want to store the fetchmail files under the /run or /var/run directory.

So let's try to restore the context:
# restorecon /var/run/fetchmail/
# ls -ldZ /var/run/fetchmail/ 
drwx------. root root system_u:object_r:var_run_t:s0   /var/run/fetchmail/

restorecon doesn't change the context to "fetchmail_var_run_t", however setting the context manually resolves the issue