On Wed, 7 Feb 2001, Leonardo Boselli wrote:
> > Set
> > ignore_errmsg_errors_after
> > to some reasonably short time (a few hours). Or even set
> > ignore_errmsg_errors
> > to true.
> Actually, what is the effect of thgese options ?
ignore_errmsg_errors
Type: boolean
Default: false
If this option is set, failed addresses in error reports (that is,
messages whose senders are '<>') are discarded (with a log entry). The
default action is to freeze such messages for human attention.
ignore_errmsg_errors_after
Type: time
Default: 0s
This option, if it is set to a non-zero time, acts as a delayed version of
ignore_errmsg_errors, which must be unset for this option to take effect.
If an error message is frozen because of delivery failure, then once the
given time has elapsed after the freezing took place, the message is
unfrozen at the next queue run. If delivery fails again, the error message
is discarded. This makes it possible to keep failed error messages around
for a shorter time than the normal maximum retry time.
-j
--
Jeffrey Goldberg
I have recently moved, see
http://www.goldmark.org/jeff/contact.html
Relativism is the triumph of authority over truth, convention over justice
