So the sendmail link is the standard way of making this work. What happens is that the program looks at the ARGV[0] value and does different things depending on it. When it's invoked as "sendmail", it parses options as if it were sendmail (specifically, the '-t').
The point is that something is broken with the install, and the trick is to figure out what the esmtp version is doing that the sendmail version is not. Use strace. Question 1: is the esmtp binary setuid? setguid? Question 2: Check the perms on the .esmtp file and figure out why this works with the esmtp binary but not when it's invoked via the /usr/sbin/sendmail link. - Rob . On Sun, Nov 9, 2008 at 7:12 PM, Nathan Smoot <[EMAIL PROTECTED]> wrote: > Using debian, I have esmtp installed as my MTA and procmail as MDA. I'm > trying to configure programs that use sendmail (e.g. logcheck, rkhunter, > etc.) to successfully deliver reports to my local mail spool. On my > system sendmail is a sym link to esmtp, and esmtp relies on a MDA > (procmail) for local deliveries. Several programs (such as those > mentioned above) install cron jobs that use the sendmail command. It > would be nice to not have to work around that. Is anyone familiar with a > way to configure this properly, hopefully without having to install > something like exim4? > > An example: > > $ sudo -u logcheck logcheck -t -m username > [sudo] password for username: > lstat: /home/username/.esmtprc: Permission denied > open: /home/username/.esmtprc: Permission denied > Can't send mail: sendmail process failed with error code 78 > > > Thanks, > > Nathan > >
