Учитывая что-то вроде этого:
xxx.net. CNAME surrogate-xxx.net.
www.xxx.net. CNAME surrogate-xxx.net.
mail.xxx.net. A 1.2.3.4
xxx.net. MX mail.xxx.net.
surrogate-xxx.net. A 4.3.2.1
Если почта для xxx.net будет идти в 1.2.3.4, как указано в записи MX, или в 4.3.2.1, как указано в записи A, на которую указывает CNAME.
На самом деле указанная здесь зона считается плохой практикой. Определение CNAME для метки xxx.net просто "переназначает" все RR xxx.net. на surrogate-xxx.net. включая запись MX. Определение MX RR для xxx.net. просит неприятностей. RFC-1034 есть четкое заявление по этой теме:
Если на узле присутствует запись CNAME RR, других данных не должно быть; это гарантирует, что данные для канонического имени и его псевдонимов не могут отличаться. Это правило также гарантирует, что кэшированный CNAME может использоваться без проверки на полномочном сервере других типов RR.
Почта будет поступать на mail.xxx.net
в этом сценарии.
Почта будет перенаправляться туда, куда указывает запись MX.
Теперь, если ваша запись MX указывает на mail.xxx.net
и mail.xxx.net
указывает через CNAME на surrogate-mail.xxx.net
, почта будет поступать на surrogate-mail.xxx.net
. Ваша запись MX указывает на конечную точку - как вы определяете эту конечную точку - запись, CNAME и т. Д. Зависит от вас.