susnake: насколько я понял, проект написан на php, особых настроек нет, и он использует скорее всего встроенную в php функцию mail(), а она в свою очередь настраивается через php.ini.
В *nix системах это выглядит так:
sendmail_path = /usr/sbin/sendmail -t
вместо sendmail может в вашей системе стоять любой MTA (sendmail, exim, postfix etc.)
Т.е. вот эти MTA вам и нужно настраивать на Exchange сервер как relay.
А как настроить Exchange, ищите Exchange Application Receive Connector или когда дойдете до этого шага, спросите тут же в тостере =)
jidckii: корректно настроенный постфикс (а из коробки он сразу в такой конфигурации находится) - будет ждать пока поднимется Exchange в течении по моему 3х суток.
jidckii: смысл в том что публикуется postfix для всех, а он уже единственный подключается к вашему Exchange. Всю грязную, первичную работу делает он, т.е. даже если его кто-то и заддосит (например по заказу конкурентов) ваш эксчендж будет стоять и работать внутри. Опять же Windows сервер + Exchange не будет экспонироваться в интернет, т.е. недоступен извне.
Почитать можно и книжку по Postfix + Exchange - будет многое понятнее =) Postfix попроще, Exchange посложнее.
Примеры привести сложно, их полно в интернете думаю, на сайте itband.ru много интересного по Windows технологиям.
Боятся - нужно боятся простоя, если нет уверенности как это все работает, если вы случайно нарушите поток почты, а восстановить не сможете (в течении вменяемого времени которое равно либо терпению заказчика либо согласно договора максимального времени простоя для данного сервиса) - то наверное будет мало приятного.
Вообще совет - сделать все в виртуальной среде, сэмулировать систему - как оно есть сейчас у вас, спланировать все - подготовить, эмуляция должна быть полной. Сторонний сервер в одной подсети эмулирующей интернет, роутер имитирующий маршрутизатор, вторая подсеть как бы ваш белый IP, эксчендж в третьей подсети за Router/NAT... Ну и методом проб и ошибок, снапшотов и ревертов - у вас всё получится.
treein: я это и предложил, вам все равно придется заниматся всеми 200ми ящиков, какой бы вариант вы не выбрали 200 раз вам придется вводить пароль и логин, я предложил завести почтовый сервер, со своим доменным именем, сделать 20 пачек по 10 ящиков миграцию, т.е. получится что 5 в неделю или 1 мес. на всю миграцию.
1. Создали новый ящик на своем почтовом сервере
2. Сменили пароль на старом ящике на гмайл.ком
3. Синхронизировали ящики из п.2 в п.1
4. Настроили безусловную синхронизацию в ящике на новый адрес (всю входящую перенаправлять в новый адрес)
5. Известили пользователя что заходить нужно теперь так и так, вся почта у тебя теперь здесь
6. Повторить все пункты для еще 9 ящиков.
treein: ну так если это не личная почта, а корпоративная раскиданная по всяким сервисам, то не проще ли завести один раз корп. почту на любом почтовом своем личном сервере (exchange, postfix, mdaemon etc.) где включить журналирование, а на старых ящиках поставить безусловную переадресацию на новые.
Система станет более управляемой, масштабируемой, а старые ящики потихоньку сами отомрут.
Не совсем понял, у вас есть две локации:
office1.myorg.com
office2.myorg.com
допустим автодискавери возвращает office1.myorg.com - клиент подключается к серверу, и тут поведение зависит от наличия на CAS серверах - прописан ли External URL - если не прописан, то CAS1 находящийся в office1 по VPN проксирует все запросы во вторую локацию в office2
Если же прописан External URL для второй базы, то CAS1 клиенту говорит, что я не отвечаю за эту базу и редиректит клиента на office2.myorg.com - который его обслуживает.
Как вам лучше - это только вам известно, нагружать ли VPN между локациями или лучше редиректом делать - воля ваша... (Я бы предпочел редирект клиента на вторую локацию, разгрузив впн для других более нужных задач)
Zoom_spb: можно попробовать ScanPst https://goo.gl/jwB3SG - возможно PST файл имеет какие то проблемы в следствии превышения размера. Только сначала забэкапьте файл.
Eddie:
1. Невозможно отправлять от имени дистрибьюшн листа
2. Вам нужно создать почтовый ящик shared, дасть права "Full Accses" и "send on behalf of" тем кто будет отправлять письма от имени этого ящика
3. Создать группу рассылки - включить туда всех пользователей кому будет запрещено отправлять почту от своего имени. Включить пользователей в эту группу
4. Создать транспортное правило, запрещающее пользователям группы рассылки - отправлять почту за пределы организации
5. Научить пользователей как отправлять почту "от имени"
Радоваться результату =)
Я это всё понимаю, 16k урлов мне не нужно будет, максимум 10-100. Проц все равно простаивает ) Да спасибо, ваше решение (в вариациях) у меня написано в Workaround.
artofart: письма не могут приходить в отключенный ящик, так что здесь что-то другое. Как всегда наверняка что-то очевидное. Бывает даже так, что письмо падает в папку "Junk email", а ты его ищешь в инбоксе )
artofart: 1. Если 14 дней прошло, то всё. 2. Допускаю что люди не заморачиваются и используют кэшированное имя в аутлюке. Нужно посмотреть приходят ли им NDR, если приходят, то дело в этом. Нужно почистить им запомненные имена в аутлюке.
Сергей: протокол ActiveSync специально разработанный компанией Microsoft, умеет Push'ить почту. Как уже написали, позволяет работать с корп. почтой, календарем, контактами в нативном приложении google/apple без браузера.
В *nix системах это выглядит так:
sendmail_path = /usr/sbin/sendmail -t
вместо sendmail может в вашей системе стоять любой MTA (sendmail, exim, postfix etc.)
Т.е. вот эти MTA вам и нужно настраивать на Exchange сервер как relay.
А как настроить Exchange, ищите Exchange Application Receive Connector или когда дойдете до этого шага, спросите тут же в тостере =)