From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; T312461) Description of problem: warnquota tries to send mail using /usr/sbin/sendmail/sendmail, which does not exist. When sendmail is moved from /usr/sbin/sendmail to /usr/sbin/sendmail/sendmail, warnquota operates as expected. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Edit and set parameters in /etc/warnquota.conf 2. warnquota Actual Results: sh-2.05# warnquota sh: /usr/sbin/sendmail/sendmail: Not a directory Expected Results: Mail should have been sent to users breeching their quota. Additional info: When sendmail is moved from /usr/sbin/sendmail to /usr/sbin/sendmail/sendmail, warnquota operates as expected. Unfortunately, I haven't figured out a way to work around this without breaking sendmail on the system.
sendmail should be at /usr/sbin/sendmail. What happens when you edit /etc/warnquota.conf to point MAIL_CMD to "/usr/sbin/sendmail -t" instead of "/usr/sbin/sendmail/sendmail -t"?
Changing /etc/warnquota.conf to point MAIL_CMD to "/usr/sbin/sendmail -t" instead of "/usr/sbin/sendmail/sendmail -t" works without a problem. It's simply a matter of the default value be MAIL_CMD being set incorrectly for RedHat (most?) systems then.
I actually have quota-3.06-2 sitting in errata waiting to be released. Actually it's the same package as you can find in rawhide (ftp://ftp.redhat.com:/pub/redhat/linux/rawhide/SRPMS/SRPMS/). It has this anomoly fixed and should work fine on 7.2 (famous last words) [root@alpha quota-tools]# find . -type f -exec grep sendmail {} \; msgid "/usr/lib/sendmail -t" MAIL_CMD = "/usr/sbin/sendmail -t" #define MAIL_CMD "/usr/lib/sendmail -t" Binary file ./warnquota.o matches Binary file ./warnquota matches
(before you yell..) [root@alpha quota-tools]# ls -l /usr/lib/sendmail lrwxrwxrwx 1 root root 16 May 21 07:18 /usr/lib/sendmail -> ../sbin/sendmail Phil =--=