Description of problem: mail delivery of status of cron jobs fails Version-Release number of selected component (if applicable): cronie-1.4.12-5.fc22.x86_64 How reproducible: every time Steps to Reproduce: 1. run cron job that produces stdout output which is supposed to be emailed to the cron user Actual results: no email and the following messages in the system log: Nov 24 22:42:01 new-host-6.home crond[1147]: mkdir: cannot create directory ‘/.esmtp_queue’: Permission denied Nov 24 22:42:01 new-host-6.home crond[1147]: unable to create queue dir /.esmtp_queue Nov 24 22:42:01 new-host-6.home crond[1147]: /usr/sbin/sendmail: line 83: return: can only `return' from a function or sourced script Expected results: successful delivery of status (either by email or dbus notifications?) and no error messages Additional info:
This may be a bad SELinux interaction and is probably related to bug 1046468
Which MTA do you have installed? Either install properly functioning MTA or reassign the bug to the MTA of your preference if it does not work with crond. I do not think crond can do much with this.
It is a default Fedora installation with a working postfix setup. When I do mail xyz Subject: test test . EOT I get the message in my incoming mail stream. I'm afraid it's not just a MTA issue: see the crond errors in Comment 1.
What does rpm -qf /usr/sbin/sendmail and/or rpm -qf /usr/bin/sendmail print?
rpm -qf /usr/sbin/sendmail postfix-3.0.3-1.fc22.x86_64 rpm -qf /usr/bin/sendmail error: file /usr/bin/sendmail: No such file or directory
re Comment 3 and 5, a correction: I have two very similar systems, and this problem happened on the other one, where the local mail uses esmtp. Sorry for the confusion. I have since upgraded to F23 and the problem does not present any more; cron does not try to use /.esmtp_queue any more, using instead files in /home/.... rpm -qf /usr/sbin/sendmail esmtp-1.0-14.fc23.x86_64 rpm -qf /usr/sbin/crond cronie-1.5.0-3.fc23.x86_64