Hi As has been obvious from the start, there is a permission problem - but what and where? I have been able to track the problem down. During my experiments, I noticed that occasionally mails got through, and when that happened the header file (qfg*) and data file (dfg*) in /var/spool/clientmqueue seemed to have the permissions 600 rather than 660. Systematic checking proved the point. When run by root, 'mail' dumps the two files with permissions 660. When 'sendmail -q -v' was run, the header was declared bogus. I looked through 'sendmail.cf', and found that under the 'options' sections, the file permissions were required to be 600. Changing the latter to 660 and restarting sendmail enabled mails from root to work perfectly. However, when mail was run as user bjfowler, the data file was never written to clientmqueue. But when the permissions to the clientmqueue directory were set to 777 (dangerous permissions according to /var/log/mail), everything worked perfectly. To use sendmail as mailer for Kmail still requires sendmail to have suid set. I still have to try to find a solution that gets rid of the necessity for dangerous permissions, but at least I have _a_ solution. What are the settings in your sendmail.cf file? Thanks for your help Basil On Saturday 27 Jul 2002 00:54, you wrote:
Hi again, so I checked also the comp.mail.sendmail newsgroup ... it is a permission problem ... but I cannot see where because your permissions on the /var/spool directory are o.k. ... what says your /usr/sbin/sendmail?
Oliver -- ... don't touch the bang-bang fruit