В настоящее время мы работаем на старой почтовой службе, где каждый клиент использует IMAP и SMTP для подключения к входящей и исходящей почте. Это не основано на Exchanged — назовем его «старым школьным» почтовым сервером с небольшими возможностями настройки. Он не поддерживает более современные push-сервисы для мобильных устройств, а его фильтрация спама и почтовых ящиков плохая или отсутствует.
Я хотел бы настроить более современный почтовый сервер и постепенно переводить на него своих пользователей. Это может быть Google Apps for Business, но это может быть и Office365, мы еще не решили. В любом случае мы хотим перейти на службу, где у нас будет более тонкий административный контроль над правилами спама, а также фильтрация на стороне сервера и правила почтового ящика (сейчас все на стороне клиента).
Как бы мне «разделить» входящую почту, чтобы часть ее продолжала доставляться в старую систему, и эти пользователи могли бы продолжать пользоваться ею без каких-либо последствий, а пользователи, которых я переведу, могли бы получать почту на свой новый, более современный почтовый сервер?
Насколько мне известно, существует только один набор записей MX, и ни одна из них не описывает ничего о пользователях, но прошло уже довольно много времени с тех пор, как я настраивал службы электронной почты, так что я мог устарел и/или что-то упустить.
решение1
Если возможно, используйте новую систему в своих записях MX и настройте ее на пересылку либо определенных почтовых ящиков, либо всех "неизвестных" почтовых ящиков в старую систему. Таким образом, обе системы получат выгоду от фильтрации спама, осуществляемой новой системой.
Например, G Suite позволяет это:
- Маршрутизация и доставка электронной почты
- Настройка параметров для пользователей почтовых ящиков, отличных от Gmail
Обратное действие — пересылка со старого на новый — может быть проблематичным, поскольку это маскирует исходную систему отправителя, поэтому новый спам-фильтр не будет столь же эффективным. Не говоря уже о том, что старой системе придется работать с почти вдвое большим количеством сообщений (входящие + пересылаемые исходящие)иЕсли старая система когда-нибудь будет выведена из эксплуатации, вам придется снова что-то менять.
решение2
У вас неограниченное количество возможностей, поскольку вы контролируете и серверы, и домен. Вот лишь некоторые из них:
- Установите новый сервер и перенаправьте «старый->новый» или «новый->старый» в соответствии с их возможностями.
- Временно передайте домен любому провайдеру, который сможет разделить почту между старым и новым серверами, а затем окончательно перенесите домен на новый сервер.
- Добавьте к домену "company.com" поддомен "new.company.com" для нескольких тестовых пользователей, перенаправив "новую" почту на новый сервер. Это не вызовет никаких проблем у других пользователей, чьи настройки останутся такими же, как и прежде, и просто потребуются некоторые дополнения к записям домена.
- Купите другое доменное имя, которое является вариантом старого, например, «companynew.com», для нового сервера, окончательно переместив на него «company.com».
Одно из решений или их комбинация могут оказаться наиболее осуществимыми в вашей конфигурации, но детали зависят от ваших ограничений и фактической конфигурации.