akelsey

Очередной начальник самодур решил придумать винт с левой резьбой, т.е. вместо того что бы запретить на работе личную почту, начинается придумываться костыльное решение. Типа все 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

Задача сформулирована непонятно, пока ясно одно, зря вы начали в 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/.

Powershell

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

Ваш redmine не может отрезолвить mail.pk из поля address вероятно. Что-то с днс, нужно либо подставить IP либо разобратся с днс на машине с редмайном.

Можно написать на Oulook VBA обработчик всех входящих писем и помещение всех Senders в адресную книгу.
Штатной возможности насколько я знаю - нет.

Попробуйте выключить Basic Authentication для RPCProxy:
Internet Information Services (IIS) Manager -> Server Name -> Sites -> Default Web Site -> Rpc -> Authentication -> Basic Authentication -> Disable

Это же просто панели, они визуализируют конфигурационные файлы приложений. Переносить нужно наверное конфигурацию MTA (Sendmail/Postfix/Exim)...

1. Настроить MX записи, dns-хостинг либо купить (nic.ru - зажимает, и хочет за это деньги), либо использовать бесплатный, например от CloudFlare
2. На Exchange - добавить новый домен в AcceptedDomains, обновить политику почтовых адресов (или добавить новую, смотря какая задача).
3. На Exchange - настроить коннекторы если необходимо.

Т.к. инфраструктура описана в общих чертах, ответ тоже описан крупными блоками.

Изначально выбран неверный дизайн, видимо как всегда бестолковый первый отдел на производстве двойного назначения влез не в свои дела и получилось такое.
Видимо задача стояла обеспечить работу почту внутри VPN, но запретить отправку почту во-вне. Отчего выбрана модель когда суффикс AD-домена выбран в качестве почтового суффикса.
Отвечая на ваш вопрос - стандартными методами Exchange 2007 - реализовать вами задуманное - нельзя.
При помощи изучения API на Technet и владением C# - теоретически можно написать транспортного агента - который на лету будет делать ваши подмены, плюс нарастить функционал до GUI морды с тонкими настройками - кому можно - кому нельзя и потом продавать это решение похожим заводам, но это всё фантастика, вряд ли кто будет сейчас в это вкладываться.
В вашем варианте наиболее реалистичный вариант это добавить всем нормальный домен, настроить нормальную почту, а аудит отправки обеспечить покупкой дополнительного ПО. Роутинг почты между филиалами и так будет ходить внутри VPN, а EDGE сервер в демзоне - уже тюнить до нужной вам консистенции. (Ну и я бы еще мигрировал хотя бы до 2010 - т.к. там возможностей то немного поболее будет)