From: Nenad Steric <nenad(_dot_)steric(_at_)teleweb(_dot_)at>
Might the permissions on the root (/)
directory have been changed by accident?
Something like this once happened to me on an extremely old HP-UNIX
system. I eventually wrote a script for root to run and check dir
permissions and ownership. I also suspected this when I read
(too late to comment here in time) about the problem.
How do i check that ? (ls -l / just shows the subdirs ...)
Regarding the problem with adabas :
I tried as root to "chmod adabas /var/spool/mail/adabas",
after this adabas could read the emails,
but then procmail showed error-messages that it wanted to
rename /var/spool/mail/adabas but didn't succeed,
and it also stopped delivering messages.
Check the file and group ownerships. What group does sendmail
normally run under on that system? (What is the group for folders
of users whose mail works fine in /var/spool/mail)? ("ls -lg")
Do adabas's user and group ownerships comply? The command you
need is "chown". I suppose you made a typo above, as what you
wrote is not a valid chmod command. But you need to watch the
group permission, too, not just file permission. If, as is typical
on many Linux setups, for example, the group is also named for the
username, then you need (assuming it's been mis-set and needs
fixing) "chown adabas.adabas /var/spool/mail/adabas". But the
group might be wheel or something else. Use what your system
Netcom has imploded. Please now use NOTnetcom.com for mail.
Ex-Netcommies: Mail "forwards" for free forwarding service!
NOT affiliated with EarthLink, Inc.'s Netcom brand identity.
procmail mailing list