Charles Marcus put forth on 7/2/2010 10:11 AM:
# postconf -n | grep delay_warning delay_warning_time = 15m #
That's disabled by default:
delay_warning_time (default: 0h)
The time after which the sender receives the message headers of mail thatis still queued.
To enable this feature, specify a non-zero time value (an integral valueplus an optional one-letter suffix that specifies the time unit).
Time units: s (seconds), m (minutes), h (hours), d (days), w (weeks). Thedefault time unit is h (hours).
It may work for some folks. A daily or twice daily error summary would probably be more useful to most SAs IMHO. Recall I stated something like "timely" not "immediate" response. ;)
Other than that I agree absolutely with the rest, except to note that most of this monitoring can be done automatically with tools designed to *watch* for warning signs, and this *may* have been what Noel was silently referring to...
Of course people use all kinda of automated tools to get this information, as they should. The "how" (method/tool) hasn't been part of this discussion/argument. Though, IIRC, he was making the argument that servers configured properly "run themselves" and thus require very little if any monitoring by an OP or SA, and if they did require such, the OP sucks because he didn't set the system up right in the first place. His entire statement regarding managing his mail system revolved around updating anti spam info, not dealing with delivery or other problems not related to spam.
-- Stan