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(_at_)nongnu(_dot_)org
http://lists.nongnu.org/mailman/listinfo/nmh-workers