[Dovecot] system v. virtual mailboxes, was Re: Thunderbird problem
stan at hardwarefreak.com
Sat Jul 3 00:13:11 EEST 2010
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 that
is still queued.
To enable this feature, specify a non-zero time value (an integral value
plus an optional one-letter suffix that specifies the time unit).
Time units: s (seconds), m (minutes), h (hours), d (days), w (weeks). The
default 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.
More information about the dovecot