Пользователи OWA получают «Критическую ошибку» при доступе к своим параметрам.

Я работаю в большом школьном округе и только что успешно развернул Exchange 2013 и за лето перенес всю почту наших пользователей в новую систему. На этом пути было несколько ударов, но скоро школа снова откроется, у нас есть большое количество сотрудников, которые сейчас входят в систему и впервые используют новую систему, и, к сожалению, небольшое, но растущее число из них начинает сталкиваться с проблемой сейчас. -dreaded сообщение «Критическая ошибка» при попытке доступа к их параметрам:

Таким образом, полный отчет:

Client Information
------------------
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:39.0) Gecko/20100101 Firefox/39.0
CPU Class: undefined
Platform: Win32
System Language: undefined
User Language: en-US
CookieEnabled: true
-----------------
Exception Details
-----------------
Date: Fri Aug 07 2015 14:38:24 GMT-0800 (Alaskan Standard Time)
Message: Error: Permission denied to access property "frameElement"
Url: https://webmail.example.com/ecp/15.0.1104.5/scripts/common.js
Line: 1

Call Stack
----------
ErrorHandling.$EM@https://webmail.example.com/ecp/15.0.1104.5/scripts/common.js:1:172926
ErrorHandling.showUnhandledException@https://webmail.example.com/ecp/15.0.1104.5/scripts/common.js:1:171997

Detailed Call Stack
-------------------

Это не опечатка или упущение, «подробный стек вызовов» действительно пуст. Это происходит независимо от браузера: я получил отчеты от пользователей, использующих Firefox, Chrome, Safari и IE; почти наверняка единственная причина, по которой Opera нет в этом списке, заключается в том, что ее никто не использует. Перезагрузка страницы (как следует из сообщения) не помогает, а кнопка «ОК» бесполезна. Как только появляется ошибка, пользователь может закрыть и снова открыть браузер или даже перейти в совершенно другой браузер и получить те же результаты.

Это чисто ошибка на стороне клиента: когда это происходит, в журналах сервера не отображается абсолютно ничего значимого.

Мне кажется, что это веб-браузер, использующий свою обычную защиту от XSRF и OWA, «хорошо» обрабатывающий эту ошибку. Чего я не мог понять уже 4 недели подряд, так это того, почему это происходит.

1. Пользователи направляются на webmail.example.com для доступа к OWA.
2. Каждый виртуальный каталог на каждом сервере настроен на использование webmail.example.com как внешнего, так и внутреннего имени хоста (или части хоста внешнего / внутреннего URL-адреса).
3. Глядя на панель «Сеть» для веб-браузера, в котором отображается эта ошибка, я не вижу ничего, кроме запросов ресурсов на webmail.example.com - просто нет другого вовлеченного хоста, который я вижу.

Вдвойне странно то, что когда это происходит, большинство пользователей могут решить эту проблему, выполнив следующую процедуру:

1. Выйти из Outlook Web App
2. Очистите кеш браузера и «офлайн-данные» / «офлайн-сайты» и т. Д. (Одного кеша недостаточно)
3. Полностью закройте браузер
4. Снова откройте браузер и снова войдите в OWA.

Однако это всего лишь временный обходной путь, поскольку проблема вскоре возвращается.

Как я могу выяснить, что вызывает эту ошибку, и, что более важно, как ее исправить?