Forgive me if I’m wrong but the advantages I can see:

 - load balancing / redundancy
 - failover
 - geoDNS

This would be for handling of incoming connections. I have no knowledge of 
apples infrastructure whether they are using geo-loadbalancer across multiple 
datacentres, whether their dcs are layer 3 or later 2 connected or how they 
operate in general although I suspect some of the points would be valid 
irrespective of how they have engineered their infrastructure and service.

Scenarios:
  - maybe they want to perform maintenance at the dns level but only impacting 
one dns endpoint whilst keeping the other one available for client consumption. 
  - maybe they want to perform maintenance on an external IP perspective that 
may only impact a subset of their internal hosted mail servers whilst keeping 
majority unaffected etc.
  - prob others

To me it just gives them options to maintain reliability in terms of service 
uptime and availability. 


> On 3/05/2023, at 1:07 PM, Ken Peng via Postfix-users 
> <postfix-users@postfix.org> wrote:
> 
> Hello
> 
> iCloud mail has two MX RR:
> 
> icloud.com.        3600    IN    MX    10 mx01.mail.icloud.com.
> icloud.com.        3600    IN    MX    10 mx02.mail.icloud.com.
> 
> But these two MX have the same IPs included.
> 
> mx01:
> mx01.mail.icloud.com.    300    IN    A    17.42.251.62
> mx01.mail.icloud.com.    300    IN    A    17.56.9.29
> mx01.mail.icloud.com.    300    IN    A    17.57.152.5
> mx01.mail.icloud.com.    300    IN    A    17.57.154.33
> mx01.mail.icloud.com.    300    IN    A    17.57.155.34
> mx01.mail.icloud.com.    300    IN    A    17.57.156.30
> 
> 
> mx02:
> mx02.mail.icloud.com.    300    IN    A    17.42.251.62
> mx02.mail.icloud.com.    300    IN    A    17.56.9.29
> mx02.mail.icloud.com.    300    IN    A    17.57.152.5
> mx02.mail.icloud.com.    300    IN    A    17.57.154.33
> mx02.mail.icloud.com.    300    IN    A    17.57.155.34
> mx02.mail.icloud.com.    300    IN    A    17.57.156.30
> 
> 
> What's the advantage for this settings? Thanks.
> 
> regards
> Ken Peng
> _______________________________________________
> Postfix-users mailing list -- postfix-users@postfix.org
> To unsubscribe send an email to postfix-users-le...@postfix.org

_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org

Reply via email to