Description of problem: When smartd sends warning emails it calls the mailer "mail" by default. "mail" itself tries dropping privileges but fails: Executing test of mail to root ... Test of mail to root produced unexpected output (66 bytes) to STDOUT/STDERR: drop_privileges: setgroups(1, 51) failed: Operation not permitted ... and no mail is actually sent. This will cause admins detecting disk failures when it's already too late. Version-Release number of selected component (if applicable): smartmontools-5.38-13.fc11.i586 How reproducible: Always Steps to Reproduce: 1. stop smartd by calling "service smartd stop" 2. Add -M test to a device config in /etc/smard.conf, e.g.: /dev/sda -d sat -H -l error -l selftest -t -I 9 -I 190 -I 194 -m root -M test 2. call "smartd -d -q onecheck" and watch the output 3. Check root's email Actual results: no email from smartd Expected results: email from smartd Additional info: Most probably caused by the "smartmontools-5.38-lowcap.patch".
> Most probably caused by the "smartmontools-5.38-lowcap.patch". so this was working before update, right?
Yes. Just checked with smartmontools-5.38-11.fc11.i586.rpm.
fixed in smartmontools-5.38-14.fc11
smartmontools-5.38-14.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/smartmontools-5.38-14.fc11
smartmontools-5.38-18.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/smartmontools-5.38-18.fc12
smartmontools-5.38-18.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.