Журнал в exchange server

Создание настраиваемого текста уведомления подсказки политики

Эта необязательная процедура поможет настроить текст уведомления подсказки политики, который будут видеть отправители электронной почты в своих почтовых программах. Если вы это сделаете, ваш настроенный текст уведомления подсказки политики не будет отображаться, если вы также не настроите правило политики защиты от утечки данных с помощью действия, которое будет приводить к отображению уведомления. Помните о том, что если вы не настроите текст уведомления подсказки политики, будут отображаться уведомления подсказки политики, установленные в системе по умолчанию. Дополнительные сведения о тексте по умолчанию см. в разделе Советы политик.

В следующем примере показано создание новой подсказки политики English-language, блокирующей отправку сообщений. Значение для текста этого пользовательского совета политики изменено на следующее: «Это сообщение содержит ограниченное содержимое и не будет доставлено».

Подробные сведения о синтаксисах и параметрах см. в new-PolicyTipConfig.

В следующем примере показано, как изменить существующую подсказку политики English-language только для уведомлений. Текст этой настроенной подсказки политики изменяется на «Не рекомендуется отправлять в сообщениях электронной почты номера банковских счетов».

Подробные сведения о синтаксисах и параметрах см. в инструкции Set-PolicyTipConfig.

Как убедиться, что все получилось?

Чтобы убедиться в успешном создании настроенного текста подсказки политики, выполните следующее:

В Центре администрирования Exchange перейдите в раздел Управление соответствием требованиям > Защита от потери данных.
Выберите Совет политики параметры .
Выберите значок обновления обновления. .
Убедитесь, что в списке отображается ваше действие, языковой стандарт и текст для этого языкового стандарта.

Изменения пакета управления

Огромное количество мониторинга в пакете управления Exchange 2010 г. предоставляет целый ряд критериев оповещения, которые никогда не были ранее в Operations Manager. Это самый большой пакет управления на сегодняшний день от Корпорации Майкрософт и обеспечивает большую видимость для Exchange проблем. Однако в пакете управления есть только некоторые вещи, которые просто не работают. Некоторые из них могут фактически препятствовать или даже останавливать всю обработку оповещений Диспетчера операций из-за присущего характера проверки/оповещения. Эти проблемы становятся гораздо более заметными при начале масштабирования. Поэтому некоторые основные системы мониторинга и переопределения отключены для некоторых наиболее распространенных ошибок мониторинга в Exchange управления. Они предназначены для обеспечения более точного мониторинга критически важных проблем, а также для снижения шансов на влияние мониторинга Operations Manager.

Мониторы

Отключить следующий монитор:

KHI. Копия базы данных не устанавливается на локальном сервере. Другая копия базы данных может быть установлена на другом сервере.

Необязательные переопределения

Все коллекции производительности, не основанные на отчетности, должны быть отключены, для отключения необходимо 504 правила сбора производительности. После отключения этих правил каждой среде необходимо будет просмотреть эти коллекции производительности и повторно включить то, что они заботятся о своей среде по мере необходимости.

Что нужно знать перед началом работы

Предполагаемое время для завершения каждой процедуры: 30 минут.
Для выполнения этой процедуры (процедур) необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в записи «Предотвращение потери данных (DLP)» в разделе Разрешения функций в Exchange Online теме.
Подсказки политики отображаются для отправителей электронной почты только при удовлетворении следующих условий:

Клиентская программа отправки сообщений Microsoft Outlook 2013 более поздней. (Список клиентских версий Outlook лицензий, которые поддерживают политику DLP Советы, см. Outlook лицензий для Exchange функций.) Если ваша организация развернула Exchange 2013 sp1 или более поздней или использует Exchange Online, политика Советы также показывается в Outlook в Интернете (ранее известном как Outlook Web App) и OWA для устройств.
Существует правило потока почты (также известное как правило транспорта), которое вызывает уведомления о совете политики. Вы можете создать такое правило потока почты, настроив политику DLP, которая включает действие Notify the sender with a Policy Tip.
Содержимое заголовщика сообщений, тела сообщения или вложения сообщений соответствует условиям, установленным в политиках или правилах DLP, которые также включают правила уведомления наконечника политики. Другими словами, подсказки политики отображаются для конечных пользователей, только когда они делают что-то, приводящее к выполнению действия связанным правилом.
- Если вы не настроите текст подсказки политики с помощью функции настройки подсказки политики, будет отображаться встроенный в систему текст подсказки политики по умолчанию. Дополнительные сведения о тексте по умолчанию см. в разделе Советы политик.
- Сведения о ярлыках клавиатуры, которые могут применяться к процедурам в этом разделе, см. в разделе Клавишные ярлыки для центра администрирования Exchange клавиатуры.

Совет

Возникли проблемы? Обратитесь за помощью к участникам форумов Exchange. Посетите форумы в Exchange Online или Exchange Online Protection.

Создание или изменение подсказки политики с блокировкой сообщений

В результате этой процедуры отправителю электронной почты отображается подсказка политики, которая указывает, что сообщение отклоняется, и оно не будет доставлено до тех пор, пока проблемного условия больше не будет. Отправителю предоставляется возможность указать, что сообщение электронной почты не содержит проблемного условия. Это также называется переопределением ложных срабатываний. Если отправитель указывает на это, сообщение может выйти из почтового ящика и отчет пользователя может быть аудит. Однако Exchange будет блокировать отправление сообщения.

Как убедиться, что все получилось?

Чтобы убедиться в успешном создании подсказки политики с отклонением сообщения, выполните следующее:

В Центре администрирования Exchange перейдите в раздел Управление соответствием требованиям > Защита от потери данных.
Одним щелчком выделите политику, которая должна содержать сообщение уведомления.
Выберите значок Edit а затем выберите Правила.
Одним щелчком выделите правило, которое должно содержать сообщение уведомления.
Убедитесь, что в нижней части сводки правил отображается действие Уведомлять отправителя о том, что сообщение не может быть отправлено.

Администрирование

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

MapiExceptionNetworkError: Unable to mount database
Диагностика — Get-ServerComponentState
Локальный ЦС — Запрос сертификата Exchange 2013
Продление сертификата от Comodo
Exchange 2013 CU7 — Накопительное обновление 7
Ошибка изменения группы рассылки
Удаление писем из почтовых ящиков
Экспорт почтовых ящиков
OAB
Перемещение почтовых ящиков Exchange 2013
Очистка папки Logging Exchange 2013
Трассировка конвейера
Переезд сервера
Удаление адреса X400
Настройки конфиденциальности общих календарей
Вышел срок действия сертификата

Отдельный раздел коротких статей-напоминалок:

Заметки: Заполнение копии базы данных

Устранение ошибок:

Event 4. Источник ManagedAvailability. Категория Monitoring
Ошибка 1039 MSExchangeDiagnostics
Ошибка 1121 MSExchange Mailbox Replication
Ошибка 4113 MSExchange ADAccess
Ошибки 4999, 1007, 7031 Microsoft Exchange Diagnostics
Ошибка 1025 MSExchangeTransport
Ошибки 36874, 36887, 36888 Schannel
Предупреждение 1045 MSExchange EdgeSync

Анализ логов:

Логи Exchange FrontEnd Transport
Логи Exchange Transport
Логи Exchange Mailbox Transport
Логи Exchange 2013 Edge Transport

Резервное копирование и восстановление:

Резервное копирование баз данных
Восстановление баз данных
Восстановление почтовых ящиков

Раздел наполняется по мере того, как мне приходится сталкиваться с новыми задачами, проблемами и ошибками.

Факторы корреляции

Действия, предпринятые механизмом корреляции, определяются на основе нескольких факторов.

Мониторинг событий изменения состояния

Мониторы, которые следят за определенными диагностическими средствами из Exchange, такими как сообщения журналов событий, пороговые значения счетчика производительности и события вывода задач PowerShell, регистрируют события изменения состояния, когда обнаруживают, что возникла или устранена проблема (от красного до зеленого или зеленого до красного), или когда агенты становятся недоступными или помещаются в режим обслуживания (а затем становятся доступными и/или удаляются из режима обслуживания).

Как правило, правила оповещения настраиваются для огня при изменениях состояния от зеленого до красного. В пакете Exchange Server 2010 года вы увидите, что это не так. В частности, оповещения автоматически не поднимаются с помощью мониторинга изменений состояния. Механизм корреляции может определить наилучшее оповещение для повышения.
Модель здравоохранения

Иерархия классов, импортируемая в Operations Manager пакетом управления Exchange Server 2010 года, является обширной. Иерархия классов включает в себя отношения классов, определяющие зависимости компонентов по всей системе. Определяя эти зависимости компонентов в представлении объекта продукта, пакет управления Exchange Server 2010 года способен лучше понять состояние Exchange организации. Например, если пакет Exchange Server 2010 года идентифицирует Active Directory как автономный, он также сообщает, что Exchange не является полностью функциональным.
Timing

Механизм корреляции работает с интервалом в 90 секунд. Когда события изменения состояния для нескольких мониторов приходят одновременно, он ждет, будет ли обнаружено что-либо еще, потенциально связанное с сбоем, чтобы можно было наиболее эффективно определить корневую причину.

Самозаверяющие сертификаты

При установке Exchange 2013 года на серверах почтовых ящиков автоматически настраивается самозаверяемый сертификат. Самозаверяется сертификат, подписанный созданным приложением. Получатель и имя сертификата совпадают. Эмитент и субъект определяются в сертификате. Этот самозаверяется сертификат, используемый для шифрования сообщений между сервером клиентского доступа и сервером почтовых ящиков. Сервер клиентского доступа доверяет самозаверяемому сертификату на сервере почтовых ящиков автоматически, поэтому сторонний сертификат не требуется на сервере почтовых ящиков. При установке Exchange 2013 года на сервере клиентского доступа также создается самозаверяется сертификат. Этот самозаверяется сертификат позволит некоторым протоколам клиентов использовать SSL для своих сообщений. Exchange ActiveSync и Outlook Web App могут устанавливать подключения SSL с помощью самозаверяющего сертификата. Outlook Нигде не будет работать с самозаверяемым сертификатом на сервере клиентского доступа. Самозаверявшиеся сертификаты должны быть вручную скопированы в надежный корневой хранилище сертификатов на клиентский компьютер или мобильное устройство. Когда клиент подключается к серверу через SSL и сервер представляет самозаверяется сертификат, клиенту будет предложено убедиться, что сертификат был выдан доверенным органом. Клиент должен явно доверять органу выдачи. Если клиент подтвердит доверие, связь SSL может продолжиться.

Примечание

По умолчанию цифровой сертификат, установленный на сервере почтовых ящиков или серверах, является самозаверяемой. Нет необходимости заменять самозаверяемый сертификат на серверах почтовых ящиков в организации доверенным сторонним сертификатом. Сервер клиентского доступа автоматически доверяет самозаверяемому сертификату на сервере почтовых ящиков, и для сертификатов на сервере почтовых ящиков не требуется никакой другой конфигурации.

Часто небольшие организации решают не использовать сторонний сертификат или не устанавливать собственный PKI для выпуска собственных сертификатов. Они могут принять это решение, поскольку эти решения являются слишком дорогими, так как их администраторы не имеют опыта и знаний для создания собственной иерархии сертификатов или по обеим причинам. Затраты минимальны, а установка проста при использовании самозаверяемого сертификата. Однако гораздо сложнее создать инфраструктуру для управления жизненным циклом сертификатов, обновления, управления доверием и отзыва при использовании самозаверяемых сертификатов.

Что нужно знать перед началом работы

Перед началом мы советуем полностью прочитать этот раздел, поскольку при выполнении некоторых действий требуется простой.
Сервер Exchange 2010 должен работать под управлением Exchange 2010 с пакетом обновления 3 (SP3) и накопительным пакетом обновления 8 (RU8) или более поздних версий.
Сервер Exchange 2007 должен работать под управлением Exchange 2007 с пакетом обновления 3 (SP3) и накопительным пакетом обновления 15 (RU15) или более поздних версий.
Максимальное число общедоступных папок, которые могут быть перенесены в Exchange 2013 г. за одну миграцию, составляет 500 000.
В Exchange 2013 г. необходимо быть членом группы ролей управления организацией. Сведения о том, как включить группу ролей управления организацией, см. в материале Управление группами ролей.
В Exchange 2010 вам необходимо быть членом группы ролей RBAC «Управление организацией» или «Управление сервером». Дополнительные сведения см. в статье Добавление участников в группу роли.
В Exchange 2007 вам необходима роль администратора организации Exchange или администратора сервера Exchange Server. Кроме того, вам необходима роль администратора общедоступных папок, а также вы должны входить в локальную группу администраторов целевого сервера. Дополнительные сведения см. в статье Инструкции по добавлению пользователя или группы в роль администратора.
При работе с сервером Exchange 2007 необходимо выполнить обновление до Windows PowerShell 2.0 и WinRM 2.0 для 64-разрядного выпуска Windows Server 2008.
Перед миграцией следует ознакомиться с разделом Ограничения общедоступных папок.
Перед переносом переместите все почтовые ящики пользователей в Exchange 2013 г., так как пользователи с Exchange или Exchange 2010 г. не будут иметь доступа к общедоступным папок Exchange 2013 г. Подробные сведения см. в материале «Перемещение почтового ящика в Exchange 2013 г.».
В среде с несколькими доменами общедоступные папки с поддержкой почты перестанут работать после переноса на Exchange 2013 г., если Exchange в детском домене. Это потому, что Exchange 2013 г. объекты общедоступных папок с поддержкой почты должны быть под корневым доменом. Чтобы устранить эту проблему, необходимо отключить общедоступные папки с включенной почтой, а затем снова включить их, что позволит переместить их в правильное расположение домена.
Когда миграция будет завершена, чтобы внешние отправители могли отправлять сообщения в перенесенные общедоступные папки с включенной поддержкой почты, анонимному пользователю необходимо предоставить разрешение по крайней мере на создание элементов. Если этого не сделать, внешние отправители получат уведомление об ошибке доставки, а сообщения не будут доставлены в перенесенную общедоступную папку с включенной поддержкой почты. Дополнительные сведения о настройке разрешений для анонимного пользователя см. в статье Включение и отключение поддержки почты для общедоступной папки.
Для переноса всех общедоступных данных папок необходимо использовать одну партию миграции. Exchange позволяет создавать только одну партию миграции одновременно. Если вы попытайтесь создать несколько пакетов миграции одновременно, в результате будет допущена ошибка.
Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.

Важно!

Перед началом миграции убедитесь, что вы перенаселите почтовый ящик арбитража на сервер 2013 Exchange 2013 года. В противном случае пакет переноса будет висеть в исходном состоянии. Чтобы определить почтовый ящик арбитража миграции, запустите следующий кодлет:

Документация по гибридному развертыванию Exchange

В следующей таблице приведены ссылки на разделы, которые содержат дополнительную информацию по управлению гибридными развертываниями в Microsoft Exchange.

Статья	Описание
Мастер гибридной конфигурации	Дополнительные сведения о том, как мастер гибридной конфигурации и модуль гибридной конфигурации настраивают гибридное развертывание.
Предварительные условия для гибридного развертывания	Дополнительные данные о предварительных требованиях гибридного развертывания, включая совместимые Exchange Server организации, Microsoft 365 или Office 365 и другие требования к локальной конфигурации.
Требования к сертификатам для гибридных развертываний	Дополнительные сведения о требованиях к цифровым сертификатам в гибридных развертываниях.
Параметры транспорта при гибридных развертываниях Exchange	Дополнительные сведения о параметрах передачи входящих и исходящих сообщений в гибридных развертываниях.
Маршрутизация транспорта при гибридных развертываниях Exchange	Дополнительные сведения о параметрах маршрутизации входящих и исходящих сообщений в гибридных развертываниях.
Управление в гибридных средах Exchange	Дополнительные сведения об управлении гибридным развертыванием с помощью Центра администрирования Exchange и консоли управления Exchange.
Общий доступ к сведениям о занятости в гибридных средах Exchange	Дополнительные сведения об обмене данными о доступности между локальными организациями и организациями Exchange Online в гибридном развертывании.
Роли серверов при гибридных развертываниях Exchange	Дополнительные сведения о функции ролей серверов Exchange в гибридном развертывании.
Управление правами доступа к данным при гибридных развертываниях Exchange	Дополнительные сведения о функции управлении правами на доступ к данным в гибридном развертывании.
Разрешения при гибридных развертываниях Exchange	Дополнительные данные о том, как гибридное развертывание использует Role-Based управления доступом (RBAC) для управления разрешениями.
Пограничные транспортные серверы при гибридном развертывании	Дополнительные сведения о пограничных транспортных серверах Exchange, их развертывании и работе в гибридном развертывании.
Единый вход в гибридных развертываниях	Дополнительные сведения о едином входе с синхронизацией паролей и AD FS в гибридном развертывании.
Процедуры гибридного развертывания	Инструкции по созданию и изменению гибридных развертываний для локальной организации Exchange и организации Exchange Online.
Гибридные развертывания с Exchange 2013 и Exchange 2010	Дополнительные сведения о гибридных развертываниях на основе Exchange 2013 с организациями Exchange 2010.
Гибридные развертывания с Exchange 2013 и Exchange 2007	Дополнительные сведения о гибридных развертываниях на основе Exchange 2013 с организациями Exchange 2007.

Настройка

С «дефолтными» настройками вы получите не совсем то, что ожидаете и вам все же придется потратить время на начальное конфигурирование

В процессе настройки закладывается фундамент для всего цикла жизни продукта и поэтому на этом этапе важно все сделать правильно или хотя бы оставить задел для быстрого изменения среды под новые требования

Пока на моем блоге присутствуют статьи по настройке простейшего варианта развертывания почтового сервера, но в будущем я планирую уделить внимание более сложным вариантам конфигурации с несколькими серверами

В головной статье по настройке вы сможете прочитать краткие описания по другим связанным статьям и сразу перейти к интересующей вас информации. Также в основной статье по настройке доступны ссылки на официальные источники — руководства, статьи, обзоры и блоги.

Лицензионный ключ
Соединители отправки
Обслуживаемые домены
Политики адресов электронной почты
Внутренние и внешние URL
Сертификат

Принцип работы Exchange 2013 Edge
Подписка сервера Exchange 2013 Edge

Облачный Exchange (хоть и статьи для 2016 версии Exchange, но процесс для 2013 не отличается)

Гибридный Exchange 2016 — Настройка Office365
Гибридный Exchange 2016 — Настройка локальной инфраструктуры

Необязательные задачи по настройке, лучшие практики:

Базы данных
Виртуальный каталог Autodiscover

Раздел является одним из основных и это неслучайно — настройка Excnahge 2013 это первое, с чем вам придется столкнуться сразу после сравнительно легкой установки почтового сервера Microsoft.

Создание базы знаний

Если вы используете .NET Framework или другую платформу для разработки приложения веб-службы, вам будет необходимо изучить некоторые важные понятия, прежде чем приступать к проекту разработки.

Таблица 1. Концепции веб-служб

Концепция	Сводка
Архитектура	Узнайте, как работает служба EWS в архитектуре Exchange и используемых ею протоколах.
Типы приложений EWS	Сведения о наиболее распространенных типах приложений, которые можно создать с помощью EWS в Exchange.
Доступ к EWS	Администраторы Exchange могут полностью ограничить доступ к службам EWS для всей Организации, отдельных пользователей и отдельных приложений. Узнайте, какой уровень доступа подходит вам.
Setup	Найдите сведения о задачах, которые необходимо выполнить для создания приложений, использующих управляемый API EWS или EWS для связи с Exchange.
Проверка подлинности	Сведения о параметрах проверки подлинности для подключения к Exchange Online и локальной среде Exchange.
Автообнаружение	Узнайте о наборе служб, которые можно использовать для обнаружения конечной точки URL-адреса, в которой учетная запись пользователя может получать доступ к информации с помощью EWS.
Сервер почтовых ящиков	Узнайте о основном репозитории сведений, доступных клиенту EWS. Служба EWS имеет доступ к ограниченному набору сведений, хранящихся в доменных службах Active Directory (AD DS).
Почтовые приложения для Outlook и EWS	Найдите сведения о почтовых приложениях для Outlook и их работе с EWS в Exchange.
API REST Office 365 для почту, календари и контакты	Сведения об интерфейсах API Office 365, которые можно использовать для доступа к электронной почте, календарям и контактам в Exchange Online в составе Office 365.
управляемый API EWS;	Здесь вы найдете сведения о предпочтительном клиенте API для разработчиков .NET Framework.
Службы EWS	Сведения о создании первого приложения с помощью запросов и ответов по веб-службам EWS.
Функции EWS в версиях продуктов Exchange	Узнайте, какие функции EWS доступны в версии Exchange.
Трассировка и устранение неполадок	Сведения о том, как отслеживать запросы и ответы EWS для устранения ошибок в приложении управляемого API EWS.

Используйте Exchange без присмотра для установки Exchange средств управления

В проводнике файлов на компьютере, на котором необходимо установить средства управления Exchange, щелкните правой кнопкой мыши Exchange файл изображения ISO, который вы скачали, а затем выберите Mount.
Чтобы установить Exchange управления из командной строки, используйте следующий синтаксис в командной строке повышенной командной строки (окно командной строки, открытое путем выбора run as administrator):

Примечание

Предыдущий переключатель /IAcceptExchangeServerLicenseTerms не будет работать начиная с накопительных обновлений (CU) за сентябрь 2021 г. Теперь необходимо использовать /IAcceptExchangeServerLicenseTerms_DiagnosticDataON или /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF для автоматической установки и установки по сценариям.
В примерах ниже используется переключатель /IAcceptExchangeServerLicenseTerms_DiagnosticDataON. Вы можете изменить переключатель на /IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF.

В этом примере используются Exchange установки файлов на диске E: для установки средств управления на локальном сервере

Дополнительные сведения см. в Exchange install Exchange без присмотра.

Эффекты корреляции оповещений

Ключевым моментом для понимания пакета Exchange Server 2010 года и, в частности, двигателя корреляции является то, на что влияет двигатель корреляции и на что он не влияет.

Следующие элементы отличаются в связи с механизмом корреляции:

Мониторы настроены для автоматического оповещения о событиях изменения состояния. Это позволяет механизму корреляции определять наилучшее оповещение для повышения (как описано в
Пакет Exchange Server 2010 не вызывает Exchange оповещений, которые соответствуют состоянию среды при останове двигателя корреляции. Если двигатель корреляции остановлен, вызывается общее оповещение о том, что двигатель корреляции не запущен.

Следующие элементы не отличаются из-за наличия двигателя корреляции:

Переопределения по-прежнему работают так, как ожидалось; вы можете изменить определенные значения или отключить мониторы так же, как и сегодня.
Мониторы или объекты в режиме обслуживания пропускаются механизмом корреляции. Нет необходимости в особом рассмотрении, так как мониторы не вызывают событий изменения состояния для потребления с помощью двигателя корреляции.
Правила оповещения на мониторе были добавлены в Exchange Server 2010 года. Правила оповещения на мониторе позволяют сотрудникам мониторинга вводить заметки для данного оповещения в поле знаний компании, даже если правила оповещения не используются для повышения оповещений для соответствующих мониторов.
На другие пакеты управления не влияет наличие двигателя корреляции.

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

Чтобы определить причину, используйте анализатор удаленного подключения Майкрософт

Если у вас возникли симптомы, связанные с этой проблемой, можно запустить анализатор удаленного подключения Майкрософт для проверки и определения причины. Для этого выполните следующие действия:

Подключение microsoft Remote Connectivity Analyzer.
Выберите вкладку Microsoft 365.
В Microsoft Office Outlook тесты подключения выберите Outlook, а затем выберите Далее.
Укажите следующие сведения для учетной записи пользователя с поддержкой почтовых ящиков в домене.
1. Введите адрес электронной почты для домена SMTP, в котором вы столкнулись с проблемой.
  
  Примечание
  
  Адрес электронной почты не должен быть допустимым адресом электронной почты, так как проверка подлинности на Microsoft 365 сервере.
2. Введите основное имя пользователя (UPN), связанное с адресом электронной почты.
  
  Примечание
  
  UpN не должен быть связан с допустимым адресом электронной почты, так как проверка подлинности на Microsoft 365 сервере.
3. Введите пароль для учетной записи и снова введите пароль в поле Подтверждение пароля.
  
  Примечание
  
  Фактический пароль не требуется, так как проверка подлинности Microsoft 365 серверов не происходит, если вы столкнулись с этой проблемой. Только доменное имя SMTP должно быть допустимым.
4. Выберите контрольный ящик Ignore Trust для SSL.
5. Выберите я понимаю, что для удаленного тестирования подключения к ней необходимо использовать учетные данные рабочей учетной записи из Exchange домена. Я также признаю, что отвечаю за управление и безопасность этого почтового ящика учетной записи.
6. Введите код проверки, который вы видите на странице. Следует помнить, что код не является чувствительным к делу.
7. Если вы правильно ввели данные, вы получите следующее сообщение:
8. В нижнем правом углу страницы выберите Выполнить тест.
Успешное сообщение о проверке подключения отображается при пройме теста автооткрытия. Вы можете видеть ошибки. Однако это ожидаемое поведение, так как не все тесты, выполняемые анализатором удаленного подключения, будут успешными.
В правой области верхней части страницы выберите Расширение Всех, чтобы просмотреть полные результаты тестирования анализатора удаленного подключения.

Изучение результатов тестирования анализатора удаленного подключения

Чтобы подтвердить, что вы столкнулись с этой проблемой, изучите результаты тестирования. Поиск текста в результатах тестирования для строки текста IMAP. Как правило, IMAP не появляется в результатах тестирования, если запросы автооткрытия не будут отвечать на запросы сторонних веб-серверов.

Чтобы найти IMAP в результатах тестирования, выполните следующие действия:

Перетаските указатель на странице результаты тестирования анализатора удаленных подключений, а затем нажмите кнопку Ctrl+F.
В диалоговом окне Найти введите IMAP.
Если <Type> IMAP </Type> присутствует в результатах тестирования, вы подтвердили, что, скорее всего, столкнулись с этой проблемой, если на самом деле не настроен почтовый ящик для доступа к IMAP.

Кроме того, ближе к концу теста анализатора удаленного подключения, скорее всего, вы увидите ссылку на Apache, UNIX или Linux.

Заявление об отказе от ответственности за сведения о продуктах сторонних производителей

В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.

Остались вопросы? Веб Community Microsoft.

Другие особенности

В связи с тем, как разработан пакет управления, механизм корреляции должен кэшовать инфраструктуру Exchange, чтобы определить, здоров ли все

Очень важно, чтобы все Exchange в Exchange находятся в одной группе управления Operations Manager. Наличие только части всего сайта в одной группе управления вызывает большой шум, так как двигатель корреляции ожидает увидеть все эти серверы на сайте, но не видит их в Operations Manager

Запланируйте, соответственно, чтобы все Exchange серверы на каждом сайте должным образом отслеживались в одной группе управления Operations Manager. (Лучшим примером является управление сайтом в Северной Америке в одной группе управления, в то время как сайт Южной Америки управляется в другой группе управления.)

Кроме того, если какой-либо мониторинг не кажется правильным и вызывает отсев/шум, отключите его, отключив соответствующий монитор. После отключения просмотрите критерии и определите, можно ли это сделать и требуется ли дополнительная настройка. Чтобы диспетчер операций не нарушал работу, лучше на короткое время остановить оповещение, чем разрешить шумное оповещение, которое замаскировать другие потенциальные проблемы.

Наконец, убедитесь, что агенты диспетчера операций являются здоровыми. Вставьте в процесс устранения агентов, которые не сообщают. (Вы можете подкить процесс восстановления при служба работоспособности сбоем сердцебиения). Мониторинг Exchange основан на наилучшем состоянии n-серверов. Если 1 здоровый сервер не сообщает, диспетчер операций считает, что все это нездорово и может перейти довольно орехи в этом процессе. (В этом пакете управления, скорее всего, имеется 50+ критериев мониторинга, связанных с этим 1 здоровым сервером.) Сохранение отчетов агентов — это ключ к обеспечению точности мониторинга.

Сводка

Посмотрите эту статью, прежде чем вызывать поддержку или отправлять сообщения на форумы, так как проблема может быть покрыта ниже. Если вы находите, что эти проблемы являются проблемными или находят дополнительные проблемы, которые необходимо устранить, позвоните в службу поддержки Майкрософт и подними запрос на hotfix с Exchange группой.

В Exchange 2010 г. в пакете управления был представлен механизм корреляции, двигатель корреляции — это автономный Windows, использующий интерфейс Набора разработки программного обеспечения диспетчера операций (SDK), чтобы сначала получить модель здоровья (или пространство экземпляра), а затем обработать события изменения состояния. Сохраняя модель здоровья в памяти и обрабатывая события изменения состояния, механизм корреляции может определить, когда поднять оповещение в зависимости от состояния системы.

В ответ на проблему несколько мониторов изменяют состояние, и соответствующие события изменения состояния перенаправлены агентом в эмулятор корневого сервера управления (RMS). Получив эмулятор RMS, они обрабатываются механизмом корреляции, который может повысить оповещение через интерфейс SDK эмулятора RMS. Затем это предупреждение отображается на консоли Диспетчер операций.