Exchange Server 2013 Extended Support


На днях вышло последнее кумулятивное обновление для Exchange Server 2013 — CU21. Exchange Server 2013 переходит в фазу расширенной поддержки с 19 сентября 2018 (хотя фактически уже сейчас). Это означает, что обновлений функциональности (кумулятивных обновлений) больше выпускаться не будет — только обновления безопасности.  Хотя Майкрософт говорит, что может выпускать ещё и обновления для совместимости с Office 365.

Полезные ссылки:

  1. https://blogs.technet.microsoft.com/exchange/2018/06/19/released-june-2018-quarterly-exchange-updates/
  2. https://blogs.technet.microsoft.com/exchange/2018/04/10/exchange-server-2013-enters-extended-support-lifecycle-phase/
Реклама

Лабиринт обновлений Exchange Server


Microsoft регулярно выпускает обновления для Exchange Server 2013/2016 в виде кумулятивных пакетов. Каждый из этих пакетов требует определенные версии .Net, с которыми он совместим. Все это превращает процесс обновления Exchange Server со старых версий до последних в нетривиальную задачу: надо сначала поставить определенную версию CU, потом только можно обновить .Net, и только затем ставить ещё более новую версию CU…

Чтобы не ломать голову, используйте статью Upgrade Paths for CU’s & .NET с картинками :-)

Почему надо активировать почтовый ящик административной учётной записи Exchange Server


Рубрика «Хозяйке на заметку». В Active Directory мы часто создаём специальные учётные для выполнения тех или иных административных задач. Это работает. В Exchange Server 2013/2016 мы поступаем также, только учётная запись должна иметь почтовый ящик. И это может не работать в некоторых сценариях управления. Почему? Потому что надо создать почтовый ящик не только формально (Enable-Mailbox), но и фактически, для чего в него надо зайти хотя бы один раз.

Почему продукты на базе управляемого кода могут стать эффективнее


В скором времени в публичных версиях C# появятся две новые конструкции языка Span<T> и Memory<T>. Это может оказать заметное позитивное влияние на PowerShell и Exchange Server (как впрочем и на другие продукты написание на управляемом коде (managed code)). Читать далее

Как поломать Autodiscover безобидной настройкой


Сегодня с коллегой разбирались с некой проблемой на Exchange Server 2013 и попутно увидели в логах предупреждение за номером Event ID:2002 «The number of outstanding requests for guard TargetBackend («») has exceeded the max limit 150. Current request will be rejected.» На фронтендах добавили в web.config строчку <add key=”HttpProxy.ConcurrencyGuards.TargetBackendLimit” value=”2000″ />. Предупреждение ушло. Когда разобрались с основной проблемой, эта настройка осталась в конфиге.

Через некоторое время пользователи пожаловались, что не работает почта (клиенты) снаружи из Интернет. Проверка на https://testconnectivity.microsoft.com показала, что сломался autodiscover. Снаружи. Внутри работает. Перебрали всю цепочку — все в норме, но проблема есть. Коллега подключился из браузера по линку /Microsoft-Server-ActiveSync/, и среди прочей информации мы с удивлением обнаружили  выше упомянутую строчку подсвеченную красным! Убрали из конфигов — autodiscover снаружи ожил.

Отличие Autodiscover внутри и снаружи — внутри аутентификация Windows, снаружи — Basic. Как это все связано непонятно.

Вот такая забавная ситуация. Если будете менять стандартные конфиги, будьте готовы, что разные сервисы могут отнестись к этому по-разному.

Подсказка по установке Exchange


Оказывается Exchange при установке хранит в папке ExchangeSetupLogs не только логи, но и некоторые рабочие файлы. Если предыдущаая установка имела проблемы или завершилась с ошибкой, то рекомендуется переименовать папку ExchangeSetupLogs перед очередным запуском setup.exe.

Прощание с Outlook Anywhare


В этом году Office 2007 исполняется 10 лет и он выходит из фазы расширенной поддержки. Это означает, что для производителя он перестаёт существовать: больше не будет никаких обновлений, даже обновлений безопасности. Также все связанные продукты перестают обеспечивать совместимость с Office 2007.

В частности Office 365 забудет про Outlook 2007 к концу 2017 года. Более того Office 365 перестанет поддерживать Outlook Anyware, или RPC over HTTP, как его ещё называют.

В 2014 году Microsoft начала переход на новый протокол MAPI over HTTP, который является заменой Outlook Anyware и имеет множество преимуществ (более быстрый, легкий и безопасный). С окончанием времени жизни Outlook 2007 необходимость в поддержке Outlook Anyware пропадает: более новые версии Outlook 2010/2013/2016 поддерживают MAPI over HTTP.

Что касается корпоративных версий Exchange Server, то поддержка Outlook Anyware в них также заканчивается. (Кстати время расширенной поддержки Exchange Server 2007 также истекает.) Это конечно формально в том смысле, что Microsoft не будет принудительно блокировать RPC over HTTP в корпоративных версиях, и компании смогут эксплуатировать текущие версии без обновлений сколько угодно долго, пока не решат обновить своё ПО.

Полезная ссылка RPC over HTTP deprecated in Office 365 on October 31, 2017.