From: Amos Gouaux (+)
Date: Mon Jun 17 2002 - 16:48:17 EDT
>>>>> On Sun, 2 Jun 2002 23:25:06 -0400 (EDT),
>>>>> <> writes:
> The queue manager would need to try the fallback transport table before
> putting mail in the deferred queue.
> The selected fallback transport would in the general case need to be
> destination dependent, so a (fallback) transport table is more appropriate
> than the suggestion below:
[...]
> So how useful would having the queue manager try a fallback delivery
> agent before deferring a message be? One immediate problem this could
> solve is moving deferred mail out of the primary mail queue (possibly
> freeing space on that precious SSD) in cases where the deferral is due to
> a remote 4XX response rather than a failure to connect (which is handled
> via fallback_relay).
> Any other compelling applications?
Not sure if compelling, but perhaps to shunt mail for individuals
that are over their quota? Perhaps such mail could be processed
less frequently than the main queue? That way the main queue
doesn't fill up with mail to these individuals, unless of course
over quota is a hard error instead of a temporary error....
-- Amos - To unsubscribe, send mail to with content (not subject): unsubscribe postfix-users
|
|
|