Lync в OWA и Chrome

В последних версиях Google Chrome прекращается поддержка плагинов NPAPI.

Более подробно об этом рассказывается на сайте поддержки Google Chrome — https://support.google.com/chrome/answer/6213033?hl=ru.

В связи с этим проявилась неприятная проблема с OWA в Exchange. Если настроена интеграция Exchange и Lync и в OWA включена поддержка функции IM, то, в связи с отключением поддержки NPAPI в Chrome, IM перестает работать в этом замечательном браузере.

То есть пользователь может работать с OWA, однако функция IM для него станет недоступной. При этом, даже стандартного значка статуса и кнопки «Войти в IM» данный пользователь в Chrome не увидит (при том, что в других браузерах данная функциональность будет работать корректно).

Решение простое — включить поддержку NPAPI в Chrome. Цитата из статьи по приведенной выше ссылке:

Как временно включить плагины NPAPI

Если вам необходимо использовать плагины NPAPI, выполните перечисленные ниже действия. Этот способ будет доступен до выхода Chrome 45 в 2015 году.

  1. Откройте браузер Chrome.
  2. В адресной строке наверху экрана введите chrome://flags/#enable-npapi.
  3. В открывшемся окне выберите ссылку Включить под флагом Включить NPAPI.
  4. В левом нижнем углу страницы нажмите кнопку Перезапустить.

Чтобы работать с плагинами NPAPI после выхода Chrome 45, вам придется использовать другой браузер.

Последняя строка, увы сильно огорчает 😦

Остается надеяться, что Microsoft когда нибудь перепишет плагин на PPAPI.

Реклама

Exchange 2013 и лимиты сообщений

В Exchange максимальный размер почтовых сообщений определяется многими параметрами. Подробно лимиты сообщений рассмотрены здесь — http://technet.microsoft.com/en-us/library/bb124345%28v=exchg.150%29.aspx.

Однако есть еще несколько важных факторов. При работе с веб-службами (OWA, Active-Sync, EWS) начинают действовать другие ограничения. Так, например, для Outlook Web App есть отдельные ограничения на объем передаваемых данных.

В данной статье — http://technet.microsoft.com/en-us/library/hh529949%28v=exchg.150%29.aspx, рассматриваются параметры, отвечающие за ограничения на размер сообщений при работе с веб-службами.

До Exchange 2013 этого было достаточно. В Exchange 2013 появился еще один фактор, который необходимо учесть. Помимо, сосбтвенно, самих приложений Outlook Web App, EWS и Active-Sync, теперь существуют еще и прокси для них (вспоминаем новую архитектуру и особенности нового CAS — http://blogs.technet.com/b/exchange/archive/2013/01/25/exchange-2013-client-access-server-role.aspx). Прокси также имеет свои ограничения, поэтому, помимо параметров заданных в конфигурационных файлах в директории «%ExchangeInstallPath%\ClientAccess\«, необходимо задать аналогичные параметры в соответсвующих файлах в директории «%ExchangeInstallPath%\FrontEnd\HttpProxy«.

Таким образом таблица принимает следующий вид:

ActiveSync %ExchangeInstallPath%\ClientAccess\Sync\web.config MaxDocumentDataSize (в байтах)
maxRequestLength (в килобайтах)
%ExchangeInstallPath%\FrontEnd\HttpProxy\sync\web.config maxRequestLength (в килобайтах)
Exchange Web Services %ExchangeInstallPath%\ClientAccess\exchweb\ews\web.config
и
%ExchangeInstallPath%\HttpProxy\ews\web.config
maxAllowedContentLength (в байтах)
Outlook Web App %ExchangeInstallPath%\ClientAccess\Owa\web.config maxReceivedMessageSize (в байтах)
maxAllowedContentLength (в байтах)
maxStringContentLength (в байтах)
maxRequestLength (в килобайтах)
%ExchangeInstallPath%\FrontEnd\HttpProxy\owa\web.config maxAllowedContentLength (в байтах)
maxRequestLength (в килобайтах)

Однако, и это еще не все. Дополнительные ограничения на объем передаваемых данных также задаются на уровне IIS. В данном случае это параметр maxAllowedContentLength (http://www.iis.net/configreference/system.webserver/security/requestfiltering/requestlimits#005).