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.

Reply via email to