Создание второй MX записи?

Question

[Smartqwerty]

Добрый день
есть локальный DNS сервер с зоной прямого просмотра test.local, в которой есть запись А mail.test.local и соответствующая ей MX запись, по этим записям работает местный почтовый сервер
надо рядом развернуть еще один почтовый сервер, можно ли в этой же зоне указывать еще одну MX запись, например post.test.local

Answer 1

[hint000]

В одной зоне можно указывать несколко MX с разными приоритетами. Клиент будет обращаться к серверу, у которого меньше число в MX-записи. Если этот сервер недоступен, то к следующему, с бОльшим числом, потом с ещё бОльшим.
Одновременно с двумя серверами клиенты работать не будут (не захотят, им никто не запретит, но это не по правилам игры).

Comments

[Smartqwerty]

т.е. для установки второго почтового сервера делается дополнительная зона прямого просмотра, например test2.local, где указывается еще одна МХ запись например mail.test2.local, верно?
и не совсем понятно, MX-запись создаётся для почтового домена, то есть части адреса после @
т.е. логика говорит, что записи mail.test.local и post.test.local - должны работать, почтовые домены же разные?

[MVV]

Клиенты и MX - это две разницы. MX - это про доставку почты в конкретный домен, а клиентам надо отправлять почту, причем - во все домены. Поэтому клиенты на MX-записи обычно не смотрят: у них есть свои настройки, указывающие на почтовый сервер, который будет заниматься маршрутизацией почты (разве что, при своей автонастройке посмотреть могут).

[hint000]

Smartqwerty, это зависит от целей установки второго сервера. Я не знаю, какие у вас цели. Обычно бывает всё наоборот: домен - это первичная сущность, почтовый сервер обслуживает один или несколько доменов. А у вас получается: сначала почтовые сервера, а потом вы готовы создать для них сколько нужно доменов? Мне не очень понятна логика таких действий.

[Smartqwerty]

hint000, пока цели больше тренировочные
но если сформулировать цели, то надо получить 2 независимых почтовых сервера, один например чанга, второй еще что-нибудь другое, допустим оба сервера не смотрят наружу, т.е. только локальное использование
на локальном DNS сервере есть зона прямого просмотра test.local, в этой зоне прямого просмотра указана МХ запись mail.test.local, с этой МХ записью работает сервер1
надо сделать сервер2
для этого указываем в зоне test.local МХ запись post.test.local
после этого получаем 2 сервера, осуществляющие пересылку почты между собой
верно?

[hint000]

MVV, да, я не совсем ясно выразился. Это в рамках схемы Клиент - Сервер, т.е. при любом взаимодействии обратная серверу сторона условно называется клиентом, даже если это фактически другой почтовый сервер. Клиентом называется сторона, инициирующая соединение, а Сервером - сторона, ожидающая соединение. В этом смысле сторонний почтовый сервер, имеющий почту для нашего сервера, является "клиентом", именно он смотрит на MX.

[hint000]

Smartqwerty, в локальной сети и для тренировки можно вообще не прописывать MX-записи, а сразу использовать FQDN-имена серверов, например [e-mail], [e-mail].
Но если хотите потренироваться в условиях, близких к реальности, то да, придётся использовать второй домен и в нем прописать MX для второго сервера. Получится, как будто это домены и сервера двух разных компаний или двух филиалов.

[Smartqwerty]

hint000, понятно, спасибо за ответы

Answer 2

[MVV]

А для чего будет использоваться второй сервер? Если чисто для приема почты с клиентов и отправки ее дальше (например, ради отказоустойчивости), то ему запись MX вообще не нужна. MX - это для других почтовых серверов, чтобы они знали, куда почту для этого домена слать. Главное, чтобы этот второй сервер знал, куда пересылать полученную с клиента почту.
Если второй сервер вдруг будет участвовать в доставке почты в этот ваш локальный домен с другого почтового сервера из другого домена - тогда создавайте запись MX.
Маршрутизация писем между почтовыми серверами для одного домена обычно с MX не связана и делается другими средствами. Например, один сервер можно выбрать в качестве места хранения п/я, а на ддругих - указать, что все письма нада пересылать на него (общепринятое названиие такой настройки - SmartHost)