Примечание: Мы стараемся как можно оперативнее обеспечивать вас актуальными справочными материалами на вашем языке. Эта страница переведена автоматически, поэтому ее текст может содержать неточности и грамматические ошибки. Для нас важно, чтобы эта статья была вам полезна. Просим вас уделить пару секунд и сообщить, помогла ли она вам, с помощью кнопок внизу страницы. Для удобства также приводим ссылку на оригинал (на английском языке) .
Причина: ваша организация использует Exchange Server 2003 или более раннюю версию.
Решение: обратитесь к администратору своей учетной записи, чтобы узнать, под управлением какой версии Exchange Server она работает.
Outlook для Mac поддерживает учетные записи, управляемые сервером Microsoft Exchange Server 2007 с пакетом обновления 1 и накопительным пакетом обновления 4 (KB952580), а также более поздними версиями.
Причина: учетные данные вашей учетной записи или имя сервера Exchange неверны.
Решение: проверьте параметры своей учетной записи.
В меню Сервис выберите команду учетные записи.
В левой области диалогового окна Учетные записи выберите учетную запись.
Проверьте, правильно ли заданы параметры учетной записи.
Совет: Чтобы убедиться в том, что вы используете верные учетные данные, попробуйте подключиться к учетной записи из другого приложения Exchange, например из Outlook Web App.
Причина: приложение Outlook настроено для работы в автономном режиме.
Решение: убедитесь в том, что Outlook подключен к Интернету.
В меню Outlook снимите флажок Автономный режим.
Причина: сетевое подключение недоступно.
Решение: убедитесь в том, что компьютер подключен к сети.
Инструкции по проверке состояния сетевого подключения см. в справке Mac OS. Кроме того, вы можете обратиться к администратору сервера Exchange или к администратору сети. Наконец, можно спросить коллег, которые используют схожие параметры, могут ли они подключиться к сети. Или, если вы подключены к своей учетной записи Exchange через Интернет, попробуйте использовать веб-браузер, чтобы проверить наличие доступа к сайтам в Интернете.
Причина: недоступен сервер, на котором работает программное обеспечение Microsoft Exchange Server.
Решение: проверьте подключение к серверу Microsoft Exchange Server.
В меню Сервис выберите учетные записи.
В области слева найдите учетную запись Exchange. Если есть проблема с подключением, значок индикатора будет оранжевым.
Если вы успешно подключались к учетной записи раньше, попробуйте подключиться к ней из другого приложения Exchange, например из Outlook Web App. Чтобы проверить состояние сервера Exchange, можно также обратиться к его администратору.
Причина: учетная запись Exchange требует входа в систему с помощью канала с криптографической защитой.
Решение: обратитесь к администратору Exchange, чтобы узнать, требуется ли для учетной записи канал с криптографической защитой, и, если это так, проверьте параметр для этого канала.
В меню Сервис выберите учетные записи.
В левой области диалогового окна Учетные записи выберите учетную запись.
Выберите команду Дополнительно и выберите вкладку сервер.
В разделах Microsoft Exchange и Служба каталогов установите флажки Использовать SSL для подключения.
Причина: для подключения к серверу Exchange компьютеру требуется почтовый прокси-сервер.
Решение: обратитесь к администратору своей учетной записи Microsoft Exchange.
Спросите у администратора, какой прокси-сервер следует использовать для подключения к серверу Microsoft Exchange. Сведения о том, как настроить подключение к прокси-серверу, см. в справке Mac OS.
Источник
Устранение неполадок набора данных о работоспособности веб-служб Exchange
Применяется к: Exchange Server 2013 г.
Набор Exchange веб-служб (EWS) отслеживает общее состояние службы EWS. Настройки работоспособности веб-служб Exchange тесно связаны со следующими настройками работоспособности.
Если вы получаете оповещение о том, что EWS является нездоровым, это указывает на проблему, которая может помешать пользователям общаться с Exchange сервером.
Объяснение
За мониторинг веб-служб Exchange отвечают приведенные ниже зонды и мониторы.
Этот зонд выполняет полный вход в веб-службы Exchange с сервера клиентского доступа на сервер почтовых ящиков с учетной записи наблюдения. Данный зонд использует метод GetFolder в веб-службах Exchange. Дополнительные сведения о зондах и мониторах см. в веб-сведениях о работоспособности и производительности Сервера.
Распространенные проблемы
Этот зонд может не работать по любой из следующих распространенных причин:
Существует несоответствие между механизмами проверки подлинности, которые используются зондом и виртуальным каталогом сервера клиентского доступа.
Пул приложений EWS в отслеживаемом CAS не отвечает.
На сервере клиентского доступа возникают проблемы с сетью при подключении к серверу почтовых ящиков.
На сервере клиентского доступа возникают проблемы с обменом данными при подключении к контроллерам доменов.
Контроллеры доменов не отвечают.
Не отвечает пул приложений веб-служб Exchange, расположенный на одном или нескольких серверах почтовых ящиков.
База данных пользователя не установлена, или хранилище информации недоступно для определенного почтового ящика.
Возникли проблемы в работе службы банка данных на одном или нескольких серверах почтовых ящиков.
Действия пользователя
Служба может восстановить работу после отображения оповещения. Поэтому если вы получите оповещение о неработоспособном состоянии настроек работоспособности, сначала убедитесь в наличии данной проблемы. Если проблема не устранена, выполните соответствующие действия по восстановлению, указанные в приведенных ниже разделах.
Проверка наличия проблемы
Определите имена настроек работоспособности и сервера, указанные в оповещении.
Если вы получите оповещение, связанное с этими настройками работоспособности, сообщение электронной почты содержит приведенные ниже сведения.
Имя сервера клиентского доступа, на котором возникло оповещение.
Имя сервера почтовых ящиков, за которым в качестве целевого ресурса вел наблюдение сервер почтовых ящиков.
Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.
Время возникновения инцидента.
Используемый механизм проверки подлинности и сведения об учетных данных.
Сведения о трассировке исключения предоставляют наиболее важные данные о причине сбоя зонда. Сообщение об эскалации также содержит приведенные ниже заголовки HTTP.
X-FEServer: указывает, на какой cas был запускаться зонд
X-TargetBEServer: указывает, на какой сервер MBX направлен запрос
X-DiagInfo: Указывает сервер MBX, который получил запрос
В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:
Откройте командную Exchange, а затем запустите следующую команду, чтобы получить сведения о наборе здоровья, выдав предупреждение:
Например, чтобы извлечь подробные сведения о настройках работоспособности веб-служб Exchange относительно сервера server1.contoso.com, выполните следующую команду.
Просмотрите выходные данные команды, чтобы определить монитор, сообщивший об ошибке. Значение AlertValue для монитора, выдаваемой оповещением, будет Unhealthy .
Перезапранить связанный зонд для монитора, который в нездоровом состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.
Предположим, что в отношении настроек работоспособности веб-служб Exchange не работает монитор EWSCtpMonitor. С этим монитором связан зонд EWSCtpProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.
В выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.
Действия по восстановлению монитора EwsCtpMonitor
Запустите диспетчер IIS, а затем подключите к серверу, который сообщает о проблеме, чтобы определить, работает ли пул приложений MSExchangeServicesAppPool на серверах ca и почтовых ящиков.
Найдите базу данных почтовых ящиков для неисправных зондов. Затем убедитесь, что база данных почтовых ящиков активна для сервера почтовых ящиков, а также что банк данных работоспособен.
Щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeServicesAppPool, выполнив следующую команду из командной консоли:
Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если проблема не устранена, перезапустите все службы IIS с помощью служебной программы IISReset.
Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если проблема не устранена, просмотрите файлы журнала протокола на серверах клиентского доступа и почтовых ящиков. Журналы протоколов для CAS находятся в папке \ Logging \ HttpProxy \ Ews. На сервере почтовых ящиков журналы находятся в папке \ Logging \ Ews.
Создайте тестовую учетную запись пользователя, а затем войдите из нее на данный сервер клиентского доступа. Например, войдите в систему с помощью: https:// /ews/exchange.asmx. Если проблема не устранена, попытайтесь войти на другой сервер клиентского доступа, чтобы определить, не связана ли проблема с этим сервером клиентского доступа, а не с сервером почтовых ящиков. Если тестовое имя пользователя проходит, проблема может повлиять на определенную базу данных почтовых ящиков или сервер почтовых ящиков, на котором расположен почтовый ящик мониторинга. Повторите эти действия, используя тестовую учетную запись, расположенную в базе данных почтовых ящиков.
Проверьте сетевое подключение между серверами клиентского доступа и почтовых ящиков.
Проверьте наличие оповещений, которые связаны с настройками работоспособности EWS.Proxy и могут указывать на проблему с определенным сервером клиентского доступа.
Проверьте наличие оповещений, которые связаны с настройками работоспособности EWS.Protocol и могут указывать на проблему с определенным сервером почтовых ящиков.
Если проблема не устранена, перезапустите сервер. Для этого сначала выполните отработку отказа на базах данных, размещенных на сервере. Для этого выполните следующую команду.
Примечание. В этом и всех последующих примерах кода замените server1.contoso.com фактическим именем сервера.
Убедитесь, что все базы данных перемещены с сервера, который сообщает о проблеме. Для этого выполните следующую команду.
Если в выходных данных команды не отображаются активные копии на сервере, перезапустите сервер.
После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если зонд успешно выполняет работу, выполните отработку отказа на базах данных обратно на сервер почтовых ящиков, выполнив следующую команду.
Если зонд все равно не работает, вам понадобится помощь для устранения данной проблемы. Для решения этой проблемы обратитесь к специалисту службы технической поддержки Майкрософт. Чтобы связаться с специалистом службы поддержки Майкрософт, посетите службу поддержки бизнеса и выберите серверы > Exchange Server. Так как обращение непосредственно в службу технической поддержки Майкрософт в вашей организации может регламентироваться, сначала ознакомьтесь с инструкциями организации.
Источник
Не работает веб интерфейс exchange
Вопрос
Речь идёт о Windows Server 2012 r2 и Exchange Server 2013 CU 23
Сегодня OWA начала вести себя следующий образом: с любого компьютера после открытия внутреннего или внешнего почтовых адресов браузер пишет
Страница недоступна Сайт contoso.local выполнил переадресацию слишком много раз. Удалите файлы cookie. ERR_TOO_MANY_REDIRECTS
Если открыть в режиме инкогнито, видна форма ввода логина и пароля. Если ввести неправильные данные, выдаётся ошибка соответствующая ошибка о неверности введённых данных. Если ввести правильные данные, происходит переадресация на адрес contoso.local/owa/auth/errorFE.aspx?httpCode=500 Со следующим текстом:
что-то пошло не так К сожалению, мы не можем получить эту информацию прямо сейчас. Пожалуйста, повторите попытку позже. Если проблема повторится, обратитесь в службу поддержки. В подробностях только
Аналогичная история с внешним адресом, mail.contoso/owa.
При этом в журнале событий в разделе «Приложение» на почтовом сервере видно событие от «MSExchange Front End HTTP Proxy» с кодом 1003:
[Owa] An internal server error occurred. The unhandled exception was: Microsoft.Exchange.Diagnostics.ExAssertException: ASSERT: HMACProvider.GetCertificates:protectionCertificates.Length c__DisplayClass3f. b__3e() в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate)
При этом, если попробовать открыть этот же адрес с самого сервера, где установлен Exchange, после ввода логина и пароля уже не отображается стандартная страница эксча с 🙁 и «что-то пошло не так», а видна ошибка IIS
[AggregateException: Произошла одна или несколько ошибок.] Microsoft.Exchange.HttpProxy.ProxyRequestHandler.EndProcessRequest(IAsyncResult result) +416 System.Web.CallHandlerExecutionStep.InvokeEndHandler(IAsyncResult ar) +231 System.Web.CallHandlerExecutionStep.OnAsyncHandlerCompletion(IAsyncResult ar) +172
Информация о версии: Платформа Microsoft .NET Framework, версия:4.0.30319; ASP.NET, версия:4.8.4330.0
В этом случае в журнал событий записывается следующее событие от ASP.NET 4.0.30319.0 с кодом 1309
Process information: Process ID: 13152 Process name: w3wp.exe Account name: NT AUTHORITY\СИСТЕМА
Exception information: Exception type: ExAssertException Exception message: ASSERT: HMACProvider.GetCertificates:protectionCertificates.Length c__DisplayClass3f. b__3e() в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate) в Microsoft.Exchange.HttpProxy.Diagnostics.SendWatsonReportOnUnhandledException(MethodDelegate methodDelegate, LastChanceExceptionHandler exceptionHandler) в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.CallThreadEntranceMethod(MethodDelegate method)
Request information: Request URL: localhost:443/owa/auth.owa Request path: /owa/auth.owa User host address: 127.0.0.1 User: domain\HealthMailbox81fb5aa Is authenticated: True Authentication Type: Basic Thread account name: NT AUTHORITY\СИСТЕМА
Thread information: Thread ID: 32 Thread account name: NT AUTHORITY\СИСТЕМА Is impersonating: False Stack trace: в Microsoft.Exchange.Diagnostics.ExAssert.AssertInternal(String formatString, Object[] parameters) в Microsoft.Exchange.Clients.Common.HmacProvider.GetCertificates() в Microsoft.Exchange.Clients.Common.HmacProvider.GetHmacProvider() в Microsoft.Exchange.Clients.Common.HmacProvider.ComputeHmac(Byte[][] messageArrays) в Microsoft.Exchange.HttpProxy.FbaModule.SetCadataCookies(HttpApplication httpApplication) в Microsoft.Exchange.HttpProxy.FbaFormPostProxyRequestHandler.HandleFbaFormPost(BackEndServer backEndServer) в Microsoft.Exchange.HttpProxy.FbaFormPostProxyRequestHandler.ShouldContinueProxy() в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.BeginProxyRequestOrRecalculate() в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.InternalOnCalculateTargetBackEndCompleted(TargetCalculationCallbackBeacon beacon) в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.<>c__DisplayClass3f. b__3e() в Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(TryDelegate tryDelegate, FilterDelegate filterDelegate, CatchDelegate catchDelegate) в Microsoft.Exchange.HttpProxy.Diagnostics.SendWatsonReportOnUnhandledException(MethodDelegate methodDelegate, LastChanceExceptionHandler exceptionHandler) в Microsoft.Exchange.HttpProxy.ProxyRequestHandler.CallThreadEntranceMethod(MethodDelegate method)
Custom event details:
Что я попробовал:
Удалял msExchCanaryData0 и перезапускал пуллы приложений.