>You might try telling slocal to be verbose, in which case it might >say what was going wrong, or alternatively run under a debugger and >see why status is being set to -1... This has been suggested before, but it's not the most end-user friendly route.
# slocal -debug vec[0]: "default" vec[1]: "-" vec[2]: "file" vec[3]: "R" vec[4]: "/var/spool/mail/belg4mit" delivering to file "/var/spool/mail/belg4mit" (mbox style), unable to open:Permission denied It seems the liblockfile integration is somehow busted here... nmh is compiled with HAVE_LIBLOCKFILE, and liblockfile works: -rwxr-sr-x 1 root mail 32666 Jul 27 22:03 /usr/local/bin/dotlockfile % dotlockfile -m; ls -la /var/mail/ total 5272 drwxrwxr-x 2 root mail 4096 Jul 27 22:55 . drwxr-xr-x 10 root root 4096 Feb 14 13:33 .. -rw-rw---- 1 admin mail 0 Nov 7 2008 admin -rw-rw---- 1 belg4mit mail 6945 Jul 27 21:29 belg4mit -rw-r--r-- 1 belg4mit mail 2 Jul 27 22:55 belg4mit.lock -rw------- 1 root mail 5373428 Jul 27 22:32 root -rw-rw---- 1 webapps mail 0 Nov 7 2008 webapps % dotlockfile -m -u; ls -l /var/mail/ total 5268 -rw-rw---- 1 admin mail 0 Nov 7 2008 admin -rw-rw---- 1 belg4mit mail 6945 Jul 27 21:29 belg4mit -rw------- 1 root mail 5373428 Jul 27 22:32 root -rw-rw---- 1 webapps mail 0 Nov 7 2008 webapps Yet, as determined through liberal printfs, the lockfile.c invocation of liblockfile's lockfile_create fails when reached from slocal... Any thoughts? -- Free map of local environmental resources: http://CambridgeMA.GreenMap.org -- MOTD on Pungenday, the 62nd of Confusion, in the YOLD 3175: Re: capitol and capital Call it a synecdoche if you want, but I refuse to acknowledge this bogus split of tightly coupled meanings across two collections of graphemes which are homophones no less. _______________________________________________ Nmh-workers mailing list Nmh-workers@nongnu.org http://lists.nongnu.org/mailman/listinfo/nmh-workers