On 4/8/2015 6:48 PM, Ray Dzek wrote: > Hi, > > > > I have a configuration change to make to our postfix relays and I > want to confirm it will work as intended (before I mis-route email > for 1,000 people). > > > > I think I have what is a fairly common Postfix environment – > > > > Dual instances – > > > > Instance 1 for inbound - AmavisD, Spamassassin, and some other > “secret sauce”. 99.9% of this inbound email is scanned with amavisd, > and a few other checks, and is passed to our Exchange servers. > > > > Instance 2 for outbound - We directly deliver email today. The > outbound instance is used for all internal email systems (Exchange, > other *nix systems, scanners, etc). > > > > We are changing our filtering and archiving so that we will need to > route outbound (Internet destined) mail through a service provider > instead of direct delivery. Since this environment is primarily a > relay server, I seem to be having an issue wrapping my head around > using a smarthost and yet still sending email internally. Will the > smarthost send everything out to the smarthost destination? Or will > it still use mail routing as defined in Transport to internal > emails. For instance, if an internal *nix box send a message to > someone in our domain today, it uses the Transport definitions to > locate the Exchange servers. If I define a smarthost, will it still > look at Transport? Or will it send it out to the smarthost? > > >
Good question. Let's check the docs... http://www.postfix.org/postconf.5.html#relayhost "The next-hop destination of non-local mail; overrides non-local domains in recipient addresses. This information is overruled with relay_transport, sender_dependent_default_transport_maps, default_transport, sender_dependent_relayhost_maps and with the transport(5) table. ..." So transport_maps -- the transport(5) table referred to above -- will definitely override any relayhost setting. Your internal mail should still go to the destination in transport_maps. As a side note, the order of routing methods listed above also happens to be the order of precedence, with transport_maps being the highest precedence. -- Noel Jones
