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.