akelsey

Сначала Postfix -> потом Edge -> потом HUB-транспорты.
Та схема что вы придумали, не жизнеспособна, извертеться наверняка можно, но в случае проблем с почтой, локализовать причину будет довольно проблематично.

Опубликовать порт 25 на пограничном роутере ничего страшного в этом по сути нет. (майкрософт ранее предлагала продукт TMG, теперь он признан устаревшим и в блоге Exchange на Technet, сами разработчики уверяют что инфраструктура почтовая MS работает под управлением Exchange 2013 и опубликована без дополнительных средств типа TMG, простым пробросом порта, конечно верить я бы им не стал, но думаю в ваших условиях перестраховываться так не имеет смысла.)
Грубо схема такая:
1. Публикуете (делаете портфорвардинг) 25 порта с белого IP на внутренний IP адрес Exchange 2013 на 25 порт. Для теста можете с домашней машины "telnet myserver.ru 25"
2. У провайдера который держит вашу зону DNS меняете MX запись на свой белый IP (в п.1) ( - тут конечно возможна схема VPS Linux + Postfix -> и только для него открыть порт 25 - но это уже вы реализуете когда отработаете эту схему)
3. В Exchange 2013 - добавляете домен в Accepted Domain, настраиваете Email Address Policy для пользователей

Конечно для всех трёх пунктов не мешает почитать теорию, но в целом схему я вам набросал. Если есть вопросы - задавайте, постараюсь ответить.

Т.к. у яндекса для pop3 & smtp используются разные сервисы - то обычным CNAME в DNS не обойтись (т.е. можно, но их нужно 2, на один все повесить не выйдет), но можно настроить простейший роутер внутри сети, можно использовать виртуальную машину линукс (или текущий дефолтный шлюз, если он позволяет), которая делает всего два действия:
слушает порт 25 в локальной сети -> форвардит все запросы на smtp.yandex.ru:25 (IP - адрес само собой_
слушает порт 110 в локальной сети -> форвардит все запросы на pop.yandex.ru:110

а на саму машину CNAME как mail.domain.ru
Думаю это самый простой способ, что б не обходить кучу машин.

my.com вроде mail.ru банальный, только для буржуев, разве нет?
на майл.ру есть и pop3 и imap4... думаю если поковыряться, то и тут можно будет найти...

Очередной начальник самодур решил придумать винт с левой резьбой, т.е. вместо того что бы запретить на работе личную почту, начинается придумываться костыльное решение. Типа все 200 пользователей дадут свои пароли и логины к почтам?
PS
Теперь к делу
1. Вероятно простого решения нет, это разовое решение, то бишь проект.
2. Вряд ли есть готовые скрипты, см. п.1
3. Стандартного решения наверное такого не существует, ибо это мало кому нужно, а деньги платить вы все равно б не стали, а искали бы ключ на варезных сайтах.
4. Для сбора почты по шедулеру с 200 ящиков, не думаю что нужна шибко навороченная впс, думаю от 1гб рам, много хдд.
5. см п.1 и п.2

Как бы поступил я - будь у меня начальник самодур - уволился бы =) А если серьезно:
1. Базу пользователей вести либо в файле (200 юзеров не много) либо в MySQL (наверное не стоит). Либо самописный фронтенд на PHP либо руками в файле обновление имени, сервера, пароля, доп. параметры.
2. Почтовый сервер - тот который вы умеете админить, у которого есть вменяемая вебморда - например Postfix + RoundCube
3. По крону запускается самописный Bash/perl/php/python скрипт, который парсит файл с базой юзеров и например через imapsync синхронизирует исходный почтовый ящик в целевой почтовый на VPS
4. С поиском все еще сложнее =) Мне нечего вам предложить. (пилить какой нибудь sphinx возможно). Тут можно сделать в п.3 вместо синхронизации один в один, многие в один, такое журналирование - будет тогда и поиск.

А так то я б даже браться наверное не стал, если это еще предлагается делать бесплатно...

Если речь идёт о подключении Microsoft Outlook к бесплатным сервисам типа mail.ru, yandex.ru или gmail.com, то
1. Лучше подключать по IMAP
2. У них как правило есть хорошие описания процесса подключения:
mail.ru
yandex.ru
gmail.com

1. При отсутствии связи в одном из офисов
Очень похоже на то что в одном из офисов локальный DC не имеет роли GC, хотя я могу и ошибаться, но все же похоже на то что пользователей просто некому авторизировать если падает VPN канал до GC.

2. Для двух разных локаций должны быть различные External URL - т.е. когда клиент подключится по автодискавери - Exchange который откликнется - будет знать в какой базе находится почтовый ящик пользователя, и отдаст правильный URL клиенту.

PS
DAG в принципе штука нужная, но в вашем случае она проблему не решит. Но за то решит проблему бэкапа почты в случае если один из Exchange внезапно откажет - пассивная копия будет аккуратно лежать на уцелевшем ресурсе =)

В целом задача комплексная, все свои предположения написал.

Задача сформулирована непонятно, пока ясно одно, зря вы начали в AD S&S прописывать SMTP транспорт для репликации, еще и проблему с репликацией AD получите в итоге, несмотря на знакомую аббревиатуру SMTP к работе OWA эта запись имеет отношение - ноль. Вот тут полезная статья как работает CAS redirection в мультисайтовой среде goo.gl/z1MOsI Нужно почитать и разбораться. А AD репликацию лучше не трогать =)

PS
Конкретно в вашей ситуации получается что при обращении к ящику через OWA находящемся в другом сайте - CAS сервер видит что на удаленном сервере прописан External URL - https://smtp.domain.local, и он main server с https://main.domain.local/ редиректит на https://smtp.domain.local/.

На самом деле универсального способа нет.
Полный полёт для творчества. У меня правила такие в "Входящие" попадают письма от известных мне получателей, все остальные идут согласно правил если есть слова "reply", "notif", "info", "robot" и т.п. - попадают в папку рассылки, и остальные в папку "Посмотреть".
Само собой все немного не так, но для представления картины описал. Далее только руками, годами, создавать, накапливать правила для комфортной работы с почтой...

Админы увидят трафик (вероятно большой) на определенный IP и заблокируют его. Все ваши инвистиции в никуда, за то прокачаетесь немного по сетевым технологиям...
Лучше купить VPS, не реклама - например на mne.ru - 90 рублей в месяц, но даже если заблокируют - не страшно =)
Если не с российским IP, то можно и дешевле, например у меня VPS во Франции сейчас, там рублей 50 берут...

Powershell

Т.к. в Exchange инфраструктуре - почтовый адрес это не просто запись, а объект в AD, то через Outlook вряд ли у вас получится это сделать. Нужно правильно делегировать права на создание mail-contacts - обучить определенного пользователя (двух, но не всех).
Либо продолжать делать это самостоятельно.
PS
Можно например написать скрипт костыль на PS - пользователи вносят изменения в текстовый файл, а скрипт забирает и парсит список и обновляет GAL.

Скорее всего такой запрос не возможен в Exchange.
Предлагаю вам сделать так:
Права дать всем тем кто должен полноценно работать с ящиком, включить аудит на удаление.
Сделать репорт по событиям, по удаленным элементам.
Увеличить ретеншн период до 90 дней допустим что б вовремя можно было восстановить письмо (если не делаются регулярные бэкапы) или включить Litigation Hold на ящик (что не позволит удалять информацию из ящика вообще никогда, т.е. всегда можно будет восстановить удаленный элемент)

Текст NDR сильно бы облегчил диагностику.

Похоже я тут нашёл приблизительный ответ на мой вопрос. Знаний правда не хватает, попробую поискать и поэкспериментировать.

По большому счёту какая-то сюрреалистичность в ситуации. Я бы предложил подключение по IMAP4, этим убъете двух зайцев, почта будет оставаться на сервере (т.к. судя по всему она у вас там остается) и вообщем то возможно пропадёт досадная ошибка. Ну и IMAP4 как раз предназначен для такой работы с почтой, в отличии от устаревшего POP3.