Я ищу объяснения. Я хочу настроить почтовый сервер с доменом aaa.com в городе А и другой почтовый сервер с тем же доменом aaa.com в городе B. Каждый почтовый сервер в каждом городе имеет своих пользователей (уникальный пользователь, что означает, что он не существует на обоих серверах, только один из них). Итак, что мне делать для достижения этой настройки, чтобы все пользователи на обоих серверах могли без проблем отправлять и получать электронную почту. Итак, я имею в виду, допустим, у меня есть пользователь Джо в городе А и Джон в городе Б, и я отправлю электронное письмо с Yahoo или Gmail им обоим, и моя почта будет доставлена им независимо от того, в каком городе они находятся.
Примечание: у меня есть полностью рабочий почтовый сервер с modoba.
Используйте Microsoft Exchange или аналогичную систему высшего класса.
Видите ли, SMTP не предназначен для такой работы, поэтому вы не можете делать это на уровне SMTP. Что вы можете сделать, так это использовать систему электронной почты корпоративного уровня (потому что это те, которые в основном в ней нуждаются), которая, имея внешние интерфейсы "где-то", может обрабатывать распределение почтовых ящиков на отдельные серверы (которые затем могут находиться в разных местах). И они могут делать это красиво, без всей конфигурации решения «сделай сам», включая прозрачное перемещение почтовых ящиков.
В большинстве случаев - если только вы не управляете корпоративными выпускниками, отправляющими вложения размером 150 МБ в свои электронные письма, - возникает вопрос: «Зачем беспокоиться». Просто поставьте где-нибудь почтовый сервер. Итак, действительно, если у вас нет особого случая - вы полностью пытаетесь оптимизировать ресурсоемкий протокол аренды в своей сети.
Вам понадобится полный список пользователей в обеих системах.
В каждой системе вы настраиваете почтовый сервер для приема почты для домена и настраиваете каждого пользователя, который полагается на другой сервер в качестве пересылки (в postfix вы можете добиться этого с помощью virtual_alias_table).
Однако есть много подводных камней, и это не то, что вам нужно в долгосрочной перспективе. Я думаю, что более разумным вариантом будет сделать следующее: настроить два SMTP-сервера (например, postfix, exim, что угодно) с полным знанием всех пользователей и настроить два POP / IMAP-сервера, которые получают почту через LMTP через TCP. На каждом сервере SMTP вы добавляете правило для каждого пользователя, которое перенаправляет почту в правильное место назначения LMTP.
Таким образом, оба SMTP-сервера будут принимать почту для всех пользователей и перенаправлять почту на POP / IMAP-сервер, на котором находится почтовый ящик пользователя.
Так как Андреас сказал, я думаю, вы можете создать такую установку, не делая ничего странного.
Вы делаете каждый сервер, в каждом месте, своим собственным субдоменом (twa.aaa.com для сервера в городе А, twb.aaa.com для города B и т. д.), а затем иметь главный список канонических имен, который синхронизируется во всех местах, которые проходят между серверами.
Джо и Джон могут предоставить другим свой канонический адрес joe@aaa.com и john@aaa.com. Внутри почтовый ящик для Джо joe@twa.aaa.com и то же самое для Джона, john@twb.aaa.com. Выходные фильтры могут переписывать свой адрес, поэтому любое исходящее письмо, которое они отправляют, будет восприниматься получателем как поступающее с канонических адресов @ aaa.com.
Есть несколько способов справиться с входящей электронной почтой:
У вас может быть один MX-сервер для всех мест, который послушно перенаправляет в соответствующее окончательное хранилище (здесь вы сохраняете канонический список в одном месте),
или пусть все местоположения действуют как MX-сервер для своего домена, а также канонического домена (здесь вы должны хранить синхронизированные копии канонического списка, но иметь какую-то высокую доступность мульти-зоны):
По сути, все серверы принимают электронную почту для *@aaa.com, имеют локальную доставку электронной почты для своего *@twX.aaa.com, а любое другое принятое письмо пересылается с использованием таблицы, например transport_maps в postfix. Во всех современных MTA есть какие-то опции для этого.
Обратите внимание, что все эти настройки могут быть сложными в администрировании, а иногда и неэффективными с пропускной способностью (электронная почта для города B принимается на сервере twa.aaa.com, потому что это первая запись MX, которую получил отправитель, и ее необходимо ретранслировать на twb.aaa. .com для доставки), но это определенно может сработать.
Конечно, существующие продукты электронной почты обрабатывают этот многосерверный, многопочтовый ящик с приятным интерфейсом пользовательского интерфейса и упрощенным администрированием.
Вы можете понять, что я предлагаю с этим ответом.
Ностальгическая ностальгия, не имеющая отношения к делу: сделано что-то подобное с использованием почтенного (и ужасно сложного в обслуживании) sendmail правил еще в 90-х, используя UUCP для подключения некоторых удаленных офисов по телефону. 12к пользователей.
К сожалению, это невозможно. Просто и понятно: SMTP не предназначен для такой работы. Маршрутизация почты выполняется с использованием записей MX, которые создаются для домена, а не для пользователя.
Тем не менее, вы мог иметь foo.example.com в одном городе и bar.example.com в другом городе, каждый со своими пользователями.