I believe I have finally solved my own problem.  There were no AVC messages in the message log, but I dug into the audit log and found that the reason the service was being denied access to the files, even when they where chmod 777 was SELinux.  I created a custom SELinux policy based on the alerts generated after a reboot and failed email2trac test and it appears to have fixed the problem.

On 11/5/07, email2trac <email2trac@sara.nl> wrote:
#32: permissions issue, email2trac config
-----------------------------+----------------------------------------------
Reporter:  acgoss@gmail.com  |        Owner:  bas
    Type:  defect            |       Status:  assigned
Priority:  major             |    Component:  email2trac
Version:  0.10              |   Resolution:
Keywords:                    |
-----------------------------+----------------------------------------------
Comment (by bas):

This setup will never work for root and apache, because the postfix user
will start up email2trac and this userid has no write access to the trac-
database. That is why you need run_email2trac for this. It will change the
userid from <postfix> to the <apache> user.  The process of changing user
fails some how and i think it has to do with not allowing to run suid
programs.

Can you just put this is /etc/aliases:
{{{
test: /var/tmp/test.sh
}}}

test.sh
{{{
/usr/bin/id > /var/tmp/postfix.user
}}}

else use the other postfix setup:
  *
https://subtrac.sara.nl/oss/email2trac/wiki/Email2tracMta#Noteforpostfix

--
Ticket URL: <https://subtrac.sara.nl/oss/email2trac/ticket/32#comment:7 >
email2trac <https://subtrac.sara.nl/oss/email2trac>
Documentation server for email2trac