I have a Linux server which has a NFS mounted home directory on which mail is delivered to a /var/spool/mail directory. The NFS server is a Netappp F825. I have posted this to the procmai mailing list also.

Cross posting to see if any netapp administrators have fought similar mail issues with NFS mounted spool directories; and could help resolve these issues.

procmail is the LDA. (version 3.22) Sendmail (8.12.10)

No /etc/procmail/rc

Sendmail and Procmail are being run in a chroot environment.

When mail is received from the network, it is deposited into /var/spool/mqueue and owned by root:<userid> but stays there until a manual sendmail -q is done to push the mail, into the userid mail spool.

Is there away I can get procmail, to accept the root:<userid> permissions and process the mail into the /var/spool/mail/<userid> mailboxes?

sendmail and procmail are setuid.

The user and root are both trusted users in the sendmail.cf, and the userid is the default userid in the sendmail.cf (sendmail is running in a chrooted environment).

If mail is send to a user in the chroot environment via sendmail the mail is delivered to the spool with no problems. So I expect the problem is with permissions on the file system and/or procmail accessing the files.

/user/test/var/spool/mqueue: total 48 -rw-r--r-- 1 root test 1585 Oct 10 16:55 dfh9AKtP6K022309 -rw-r--r-- 1 root test 8907 Oct 10 16:55 dfh9AKtPfY022310 -rw-r--r-- 1 root test 8919 Oct 10 16:55 dfh9AKtPfZ022310 -rw-r--r-- 1 root test 1102 Oct 10 16:56 dfh9AKuqpv022328 -rw-r--r-- 1 root test 818 Oct 10 16:55 qfh9AKtP6K022309 -rw-r--r-- 1 root test 998 Oct 10 16:55 qfh9AKtPfY022310 -rw-r--r-- 1 root test 1014 Oct 10 16:55 qfh9AKtPfZ022310 -rw-r--r-- 1 root test 888 Oct 10 16:56 qfh9AKuqpv022328

drwxr-xr-x 2 test test 180224 Oct 10 16:56 /user/test/var/spool/mqueue