Признаю свою неправоту: Exchange 2013 умеет в L4 балансировку. Чего я НЕ знал, так это того, что чтобы это работало Enable-ExchangeCertificate -services IIS должен активировать ОДИНАКОВЫЙ сертификат на КАЖДОМ сервере, т.к. приватный ключ используется для защиты кукиса авторизации.
Посыпая свою голову пеплом я размышляю: а почему-же у меня всё таки не заработала авторизация через ADFS?
Столкнулся с проблемой, когда после успешной авторизации в OWA происходит возвращение на страницу авторизации, при этом в логах всё хорошо, авторизация происходит успешно и красного нет (если только не посмотреть в тот самый глубоко зарытый лог и знать, что именно искать).
Так как это происходило оочень редко и OWA пользуются мало только разрабы с Linux, я долгое время подзабивал на эту проблему, но в определённый момент пошло много жалоб и пришлось вникнуть, загуглить и разобраться.
На моей работе очень большой оборот персонала и в некоторых случаях вместо того, чтобы бить по рукам и учить как делать правильно, экономнее делать технический запрет на определённые действия. Одним из таких запретов является ограничений на число получателей письма. Да, звучит глупо, но было достаточно идиотов, которые отправляли по всем контактам "Привет, я Ваш новый менеджер" или "Участвуйте в нашем супер-пупер вебинаре".
Для блокировки такой возможности были использованы лимиты на число получателей, которые работали замечательно ... до момента построения гибрида с O365
Понадобилось добавить в DAG Exchange 2013 очередной сервер (7й по счёту), и тут случилась неудача.
Через год после миграции на архивы Exchange настало время автоматизировать включение сотрудникам архивы (RetentionPolicy штампуется автоматически при создании ящика, но можно штамповать и в этом скрипте). Так как архивы хранятся на отдельном хранилище (RAID 50 против RAID 10 для основных баз), то помешать их в базы с основными ящиками будет нерационально с точки зрения траты "дорогого" пространства.
Для автоматизации этого дела я написал небольшой скрипт.
По пока непонятный мне причине Lync 2013 отказывается работать с RGS при импорте его модуля на нелинковском сервере, ссылаясь на то, что нет подключения к SQL. В качестве временного решения (хотя скорее постоянного) я воспользовался Powershell Remoting.
Очередная бизнес задача: есть два леса с настроенным доверием, в каждом из них настроен Exchange. Необходимо произвести миграцию объектов из одного леса в другой.
При очередной автонастройки я обнаружил, что оно не работает. Remote connectivity test analyzer показывал, что сервер возвращает 603\The Active Directory user wasn't found, что крайне странно.
При переходе на архивирование в Exchange появились две проблемы (кроме очевидного отсуствия возможности тереть сообщения из архива, хотя....): удалить заглушки, оставленные системой архивации, и автоматически удалять из архива сообщения старше 5 лет
По поводу заглушек. В Exchange 2007 можно было производить поиск сообщений по их классу, в 2010 и 2013 данную возможность убрали. Задачу можно решить достаточно просто с использованием EWS (просто - если уже знаешь как или делал подобно хотя бы один раз, когда я первый раз искал информацию её было очень мало).
В определенный момент понадобилось переехать с некой системы архивирования на архивы Excahnge. Шаг не лучший, но, к сожалению, предыдущая система архивирвоания плохо масштабировалась и имела свои недостатки.
Основной проблемой, которая встретилась при переезде оказалось перемещение почты из системы архивирования обратно в Exchange. Из-за наличия багов в работе Outlook процесс прямой выгрузки сообщений в почтовый ящик имел ненулевую вероятность остановки с ошибкой и требовал ручного продолжения. К счастью можно было выгружать архивы в PST, что было в 7-10 раз быстрее и не давало сбоев. Надо было только автоматизировать процесс импорта.
Для решения одной из вредных^Wбизнес задач потребовалось сделать почтовый адрес, при отправлении письма на который генерировался бы автоответ с полезной информацией. В Exchange данный функционал не предусмотрен.
Итак ситуация - у нас есть два леса, между которыми установлены доверительные отношения (точнее можно подключиться к обоим доменам, но мне трудно представить топологию с VPN и без доверия). В обоих есть Exchange и Lync.
Проблема - наполнить адресные книги Exchange и Lync, заодно синхронизировать некоторые атрибуты. FIM покупать дорого, о других средствах синхронизации я не знаю (lol)
