summaryrefslogtreecommitdiffstats
path: root/etc/crontab
diff options
context:
space:
mode:
authorpeter <peter@FreeBSD.org>2001-02-15 01:34:37 +0000
committerpeter <peter@FreeBSD.org>2001-02-15 01:34:37 +0000
commitcf4dcec7b36df2c72021654d478014a29eb97a91 (patch)
treee170c9c53ce61470c952285af67d5476be9a847b /etc/crontab
parent75fbeb249e53b3d2d3008ba66a1e10d454c4b026 (diff)
downloadFreeBSD-src-cf4dcec7b36df2c72021654d478014a29eb97a91.zip
FreeBSD-src-cf4dcec7b36df2c72021654d478014a29eb97a91.tar.gz
Manually run /usr/sbin/sendmail -q once a day. Folks seem to be too
trigger happy and turn off sendmail_enable entirely (instead of setting sendmail_flags to -q30m instead). I have seen boxes with things like daily run reports that have sat in mailq for 5 months. Since /usr/sbin/sendmail is actually mailwrapper, this should be safe for the other plugins that provide the sendmail calling interface.
Diffstat (limited to 'etc/crontab')
-rw-r--r--etc/crontab4
1 files changed, 4 insertions, 0 deletions
diff --git a/etc/crontab b/etc/crontab
index 56ef475..4f35681 100644
--- a/etc/crontab
+++ b/etc/crontab
@@ -25,3 +25,7 @@ HOME=/var/log
# does nothing, if you have UTC cmos clock.
# See adjkerntz(8) for details.
1,31 0-5 * * * root adjkerntz -a
+#
+# Try and stop mail sitting around in the queue forever if there is no
+# sendmail -q30m periodically trying to dequeue it.
+41 6 * * * root /usr/sbin/sendmail -q
OpenPOWER on IntegriCloud