On 2016/01/02 18:05, Devin Reade wrote: > If mail is in the process of being sent (rather than sitting in > the queue) we probably shouldn't complain about it. If something > like daily.local causes mail to be sent this can end up with a lot > of false positives. (False in the sense that nothing is actually > wrong, so the system should be quite about it.)
I'm not sure about this... We don't exclude these for other MTAs and it means you might miss a real delayed mail that is being reattempted at the time daily(8) runs. > > Index: etc/daily > =================================================================== > RCS file: /cvs/src/etc/daily,v > retrieving revision 1.84 > diff -u -p -r1.84 daily > --- etc/daily 30 Dec 2015 22:59:53 -0000 1.84 > +++ etc/daily 2 Jan 2016 06:25:55 -0000 > @@ -138,11 +138,15 @@ else > fi > > # The first two regular expressions handle sendmail, the third postfix. > +# The fourth is for smtpd(8), and tries to allow for the possibility that > +# something invoked from /etc/daily.local has just sent mail which is > +# now in the process of being sent (and would thus often be a false > positive). > # When the queue is empty, smtpd(8) and exim -bp keep silent. > next_part "mail:" > mailq | grep -v -e "^/var/spool/mqueue is empty$" \ > -e "^[[:blank:]]*Total requests: 0$" \ > - -e "^Mail queue is empty$" > + -e "^Mail queue is empty$" \ > + -e "|inflight|0|$" > > next_part "network:" > if [ "X$VERBOSESTATUS" != X0 ]; then >
