• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 758
  • Last Modified:

Adding extra transport routes to Postfix

Hello all,

i have an gateway server implemented running the usual postfix/amavisd/clam/SA and basically all it does it checks all the email for each clients domain and then relays it on to the end users exchange server.

My transport file is setup like this...

domain01.com                  smtp:[]
domain02.co.uk                 smtp:[]
testdomain.org.uk             smtp:[]

and so on....

my question is, i want to add more than 1 route for some of the domains. How can i go about adding more than 1 route for each domain and maybe prioitizing them like an MX record.

Any help would be really helpful.


  • 2
1 Solution
If you want an "MX-style" set of next-hop hosts, then use the MX'es and don't define a transport_map for that domain.

Also, by encolsing an address inside of [] will disable MX lookups for that domain completely, and will always use the address specified.

The way that you need to set everything up for reliability, RFC compliance, flexibility, and so on is like this:

     MX     10 mail.domain01.com
     MX     30 mx1.yoursite.com
     MX     50 mx2.yoursite.com

The actual domain01.com site will need a firewall that only allows your mail-scanning servers to connec to it on port 25. Their machine needs to be listed as a mail server for their domain so that they can connect out to the world directly and deliver mail without being out of RFC compliance for mail servers. If they have multiple mail servers for their domain, they must all be listed in the DNS zone, with appropriate preference levels, and must all be configured to ONLY allow your servers to connect in on TCP/25. Then, you don't use the transport_map settings...
What ever happened here?

Was the information useful or not?

Please either accept an answer, provide more details, or ask for the question to be closed.

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now