On Thu, Mar 08, 2012 at 07:47:47PM -0500, Wietse Venema wrote:
> Ben Rosengart:
> > If, upstream, I separate the recipients into different transports,
> > will this cause the upstream Postfix to "split the envelope" and send
> > the mail in >1 transaction, even though both transports are implemented
> > with smtp(8) and the nexthop is the same?
>
> Each transport in a (transport, nexthop, recipient) triple has its
> own per-nexthop message delivery request queues, and each message
> delivery request has its own mail delivery transaction.
Splendid. So I can make the split in my input instance ... Can you
help me understand the side effects of the needed change? Here's what
I have now in msa-in/main.cf:
default_transport = smtp:[127.0.0.1]:10031
# it's sometimes unavailable; try again ...
smtp_fallback_relay = [169.254.128.128]:10031,[127.0.0.1]:10031
# During KAV virus signature reload, the nexthop is momentarily unavailable.
# Set smtp_fallback_relay to an unreachable destination, followed by the
# normal nexthop. By the time Postfix tries the nexthop again, it's
# available. If KAV takes more than 2s to come back, smtp_connect_timeout
# can be increased here.
smtp_connect_timeout = 2s
# by using smtp: here, we cause relay and default traffic to share
# delivery slots, which is what we want for now
relay_transport = $default_transport
I have a nagging feeling that this smtp_fallback_relay hack is obsolete.
Is there now a better way to accomplish the goal of keeping proxy hiccups
from causing disproportionate delays?
Now, I know it's not right to have relay_domains defined on an MSA, but
since I do, I can split the envelope just by setting relay_transport to
"relay:[127.0.0.1]:10031", if I understand correctly. But will I lose the
smtp_fallback_relay behavior for these domains? We're not MX for them.
Should I set fallback_relay instead? Is foo_fallback_relay honored?
Can I set, uh, relay_fallback_relay?
Finally, what are the consequences of having relay and default traffic no
longer sharing delivery slots?
Thank you,
--
Ben Rosengart "Like all those possessing a library,
Sendmail, Inc. Aurelian was aware that he was guilty of
+1 718 431 3822 not knowing his in its entirety [...]"
-- Jorge Luis Borges
NOTICE: If received in error, please destroy and notify sender.
Sender does not waive confidentiality or privilege, and use is prohibited.