Make vmail.noa.gr with multi ip then postfix will resolve it self
Else make dns split view on local servers
Avoid transport maps
On 27/03/2014 13:49, Nikolaos Milas wrote:
Hello,
On our gateway server, we have:
transport_maps = hash:/etc/postfix/transportmap
/etc/postfix/transportmap
noa.gr relay:[vmail.noa.gr]
admin.noa.grrelay:[vmail.noa.gr]
nestor.noa.gr relay:[vmail.noa.gr]
On 27/3/2014 2:04 μμ, Birta Levente wrote:
http://www.postfix.org/postconf.5.html#fallback_relay
Oh, thanks!
So, since the two conditions are by default fulfilled:
* In main.cf specify relay_transport = relay,
* In master.cf specify -o fallback_relay = (i.e., empty) at the end
of the
On 27/03/2014 15:05, Nikolaos Milas wrote:
On 27/3/2014 2:04 μμ, Birta Levente wrote:
http://www.postfix.org/postconf.5.html#fallback_relay
Oh, thanks!
So, since the two conditions are by default fulfilled:
* In main.cf specify relay_transport = relay,
* In master.cf specify -o
-Original Message-
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
us...@postfix.org] On Behalf Of Nikolaos Milas
Sent: 27 March 2014 14:27
To: postfix-users@postfix.org
Subject: Re: Backup relay possible?
On 27/3/2014 4:10 μμ, Birta Levente wrote:
Not really IMHO
On 27/3/2014 4:10 μμ, Birta Levente wrote:
Not really IMHO
AFAIK since you have two entries with same key in transport map,
postfix will choose the first.
I think this is the way:
main.cf:
fallback_relay=[vmail1.noa.gr]
transport_map:
noa.gr relay:[vmail.noa.gr]
admin.noa.gr
On 27/03/2014 16:26, Nikolaos Milas wrote:
On 27/3/2014 4:10 μμ, Birta Levente wrote:
Not really IMHO
AFAIK since you have two entries with same key in transport map,
postfix will choose the first.
I think this is the way:
main.cf:
fallback_relay=[vmail1.noa.gr]
transport_map:
noa.gr
On 27/3/2014 4:32 μμ, James Day wrote:
noa.gr relay:noa.gr.local
I have then configured A records for the multiple relay destinations, queries
are then balanced in a DNS round robin fashion.
Yes, I undertand. However, we don't want balancing (our traffic is low -
but we want failover).
On 27.03.2014 16:01, Nikolaos Milas wrote:
On 27/3/2014 4:32 μμ, James Day wrote:
noa.gr relay:noa.gr.local
I have then configured A records for the multiple relay destinations,
queries are then balanced in a DNS round robin fashion.
Yes, I undertand. However, we don't want balancing
On 27/3/2014 5:04 μμ, Robert Sander wrote:
You do not need A records, but you can instead add MX records with
priority. This way your use case is implemented.
No, these are not MXs. They are internal (final destination) servers.
MXs are gateway servers relaying to the internal one (for which
On 27/3/2014 4:47 μμ, Birta Levente wrote:
I'm not sure and this is not tested, but maybe you can:
transport_map:
noa.gr relay1:[vmail.noa.gr]
admin.noa.gr relay2:[vmail.noa.gr]
add to master.cf:
relay1 unix - - n - - smtp
-o fallback_relay=[firstwhateverhost]
relay2 unix - - n - - smtp
-o
On 27.03.2014 16:09, Nikolaos Milas wrote:
On 27/3/2014 5:04 μμ, Robert Sander wrote:
You do not need A records, but you can instead add MX records with
priority. This way your use case is implemented.
No, these are not MXs. They are internal (final destination) servers.
MXs are gateway
On 27/3/2014 6:18 μμ, Robert Sander wrote:
I know that they are not official MX. The whole point is that you
create an internal domain name with two MX records pointing to these
servers. This is then used in your transport map and nowhere else.
Hmm, interesting. It sounds a good idea!
Thank
13 matches
Mail list logo