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