Исходное сообщение
"Посоветуйте архитектуру для почты" Отправлено Andrey, 12-Янв-21 09:03
>> Зачем дополнительная сущность в виде secondary MX? > Дополнительная сущность это по задаче так. А что он secondary MX это > нюанс имплементации. По задаче видно, что прием будет производиться сервером, который стоит во внешнем мире. Это MX. Внутренний сервер принимает и пересылает почту через MX. Но внутренний сервер не проверяет что это MX. Для внутреннего сервера это Mail Relay (Smart-host). Внутренний сервер не является MX (Mail eXchange) и не выполняет прием сообщений напрямую от серверов третьей стороны. Внимательно читаем постановку задачи. >> Если с внешнего мира принимать будет только один сервер, то деление на >> primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем >> внутрь и наружу. > С точки зрения внешнго мира, да, будет только один MX, без деления > на primary и secondary. > С точки зрения внуренней почтовой системы, тот сервер который выставлен наружу будет > считать себя secondary и стараться сплавить накопленныю почту на primary, который > внутренний. С точки зрения внутренней почтовой системы внешний сервер является пограничным почтовым шлюзом и почтовым релеем (Smart host). На внешнем почтовом сервере достаточно настроить _правила_ _почтовой_ _маршрутизации_ в зависимости от домена или конечного получателя.