Подключение к локальному серверу exchange server

Exchange Server 2016

В таблице этого раздела приведены номера сборок и общие даты выпуска всех версий Microsoft Exchange Server 2016.

Поддерживаемые браузеры

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

Примечания:

• Уровни поддержки для Центра администрирования Exchange:

  • Поддерживается. Все функции поддерживаются и полностью протестированы.

  • Неподдермеченная. Комбинация браузера и операционной системы не поддерживается или не тестирована. Дополнительные сведения о поддерживаемых версиях Internet Explorer на Windows см. в анонсе поддержки Internet Explorer.

  • Недопустимая комбинация. Недопустимая комбинация браузера и операционной системы. Например, браузер старой версии в операционной системе новой версии (или наоборот).

• Комбинации браузера и операционной системы, которые не указаны, не поддерживаются. Это включает в себя iOS и Android.

• Подключаемые модули сторонних производителей могут стать причиной проблем при работе с Центром администрирования Exchange в поддерживаемых браузерах.

Клиентские операционные системы

Windows Операционные системы сервера

Утверждение адресов электронной почты

Чтобы утвердить электронные письма для приложений Customer Engagement, пользователю требуется:

1. Привилегия Утвердить адреса электронной почты для пользователей или запросов
2. Разрешения как описано в таблице ниже.

Требуется одобрение администратора?

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

Примечание

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

Модель разрешения

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

Терминология

• Да: могут утверждать электронные письма
• Нет: не могут утверждать электронные письма
• н/д: недопустимо

Примечание

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

1 Мы рекомендуем вам включить администратора Exchange в пользовательские бизнес-процессы, которые ваша организация использует для этой конфигурации. 2 Мы обновляем приложения Customer Engagement/Exchange Online, для версии 9.1.0.5805 или более поздней. 3 Обновление будет для приложений Customer Engagement/Exchange (локальная версия). Проверьте информацию о версии.

Чтобы определить свою версию, войдите в систему и в правой верхней части экрана выберите кнопку Параметры () > О программе.

<a name=»require-and-configure-mailbox-approval»>Запрос и настройка утверждения почтового ящика

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

Добавление одобрения адресов электронной почты для пользователей или привилегий запросов

Чтобы утверждать сообщения электронной почты, пользователю Dynamics требуются привилегии Утвердить адреса электронной почты для пользователей или запросов. Системный администратор может назначить привилегию Утвердить адреса электронной почты для пользователей или запросов любой роли безопасности и назначить эту роль безопасности любому пользователю.

Чтобы вручную назначить привилегию Утвердить адреса электронной почты для пользователей или запросов роли безопасности:

1. В центре администрирования Power Platform выберите среду.

2. Выберите Параметры > Пользователи + разрешения > Роли безопасности.

3. Выберите роль безопасности, затем выберите вкладку Управление бизнесом.

4. В разделе Другие привилегии задайте уровень привилегий для Утвердить адреса электронной почты для пользователей или запросов.

Утверждение почтовых ящиков

1. В центре администрирования Power Platform выберите среду.

2. Выберите Параметры > Электронная почта > Почтовые ящики.

3. Нажмите Активные почтовые ящики.

4. Выберите почтовые ящики, которые требуется утвердить, и щелкните Дополнительные команды (…) > Утвердить адрес электронной почты.

5. Нажмите ОК.

Удалить требование для утверждения почтовых ящиков

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

1. В центре администрирования Power Platform выберите среду.

2. Выберите Параметры > Электронная почта > Настройки электронной почты.

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

4. Нажмите кнопку Сохранить.

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

Предполагаемое время для завершения каждой процедуры: менее 10 минут.

Основное внимание в этой теме уделяется пользовательскому тексту NDR, который заменяет текст NDRs по умолчанию, используемый Exchange. Можно создавать новые NDRs для других расширенных значений кода состояния (например, 5.999.999), но эти NDRs никто не увидит, если расширенный код состояния не используется Exchange

В рамках действия для правила потока почты (также известного как правило транспорта) можно использовать ряд пользовательских расширенных кодов состояния. Дополнительные сведения см. в сообщении о действиях правила потока почты в Exchange Server.

Процедуры, описанные в этой статье, доступны на серверах почтовых ящиков и пограничных транспортных серверах.

Вы не сможете использовать Центр администрирования Exchange (EAC) для большинства процедур, описанных в этой статье. Необходимо использовать Командная консоль Exchange. Сведения о том, как открыть командную консоль Exchange в локальной организации Exchange, см. в статье Open the Exchange Management Shell.

Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье Запись «Уведомления о доставке» в статье Разрешения потока обработки почты.

Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.

Совет

Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующим ссылкам: Exchange Server, Exchange Online или Exchange Online Protection.

Почтовый ящик

• Перемещение почтовых ящиков из более ранних версий Exchange в Exchange 2016 с накопительным пакетом обновления 5 (CU5) или более поздней версии может завершиться ошибкой.  При перемещении почтового ящика из более ранних версий Exchange в Exchange с накопительным пакетом обновления 5 (CU5) или более поздней версии возможен сбой. Это может произойти, если системный почтовый ящик, который требуется перенести, расположен на сервере Exchange 2016, на котором не установлен накопительный пакет обновления 5 (CU5) или более поздней версии.

  Прежде чем переместить почтовые ящики в Exchange 2016 с накопительным пакетом обновления 5 (CU5) или более поздней версии с помощью запроса пакета миграции необходимо выполнить указанные ниже действия по переносу почтового ящика миграции на сервер Exchange, на котором запущен накопительный пакет обновления 5 (CU5) или более поздней версии.

  1. Откройте командную консоль Exchange на сервере почтовых ящиков Exchange 2016.

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

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

• Серверы почтовых ящиков с различными версиями Exchange можно добавить в одну группу обеспечения доступности баз данных. С помощью командлета Add-DatabaseAvailabilityGroupServer и в Центре администрирования Exchange можно добавить сервер Exchange 2013 в группу обеспечения доступности баз данных (DAG) на основе Exchange 2016 и наоборот. Это ошибка. Exchange поддерживает добавление в DAG только серверов почтовых ящиков одной и той же версии (например, только Exchange 2013 или только Exchange 2016). Кроме того, в Центре администрирования Exchange в списке серверов, доступных для добавления в DAG, отображаются как серверы Exchange 2013, так и серверы Exchange 2016. Поэтому администратор может случайно добавить сервер с несовместимой версией Exchange в DAG (например, добавить сервер Exchange 2013 в DAG на основе Exchange 2016).

  В настоящее время решения этой проблемы не существует. Администраторы должны быть внимательны при добавлении сервера почтовых ящиков в DAG. Добавляйте только серверы Exchange 2013 в DAG на основе Exchange 2013 и только серверы Exchange 2016 в DAG на основе Exchange 2016. Версии Exchange указаны в столбце Версия списка серверов в Центре администрирования Exchange. Ниже представлены версии серверов для Exchange 2013 и Exchange 2016.

  • Exchange 2013 15.0 (сборка xxx.xx)

  • Exchange 2016 15.1 (сборка xxx.xx)

• Не удается подключиться к архивному почтовому ящику при использовании MAPI/HTTP. В Exchange 2016 можно включать MAPI/HTTP для отдельных почтовых ящиков. Существует проблема, из-за которой пользователи не могут получать доступ к своим архивным почтовым ящикам (если они настроены) при соблюдении следующих условий:

  • Для почтового ящика пользователя включен протокол MAPI/HTTP.

  • Протокол MAPI через HTTP отключен на уровне организации.

    При соблюдении этих условий пользователь не сможет открыть свой архивный почтовый ящик и возникнет ошибка Не удается открыть набор папок. Ошибка при входе на сервер Microsoft Exchange.

    Чтобы устранить эту проблему, выполните одно из указанных ниже действий.

  • Открытие архивного почтового ящика с помощью Outlook в Интернете.

  • Отключите для почтового ящика протокол MAPI через HTTP, выполнив приведенную ниже команду.

• Служба брокера уведомлений останавливается спустя 30 секунд. Вы можете заметить, что при запуске сервера Exchange служба Брокер уведомлений запускается, а затем останавливается спустя примерно 30 секунд. При попытке запустить службу вручную она снова остановится спустя примерно 30 секунд. В журнал событий не заносится никаких ошибок и предупреждений.

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

Создание профиля сервера электронной почты

1. В центре администрирования Microsoft Power Platform выберите среду.

2. Выберите Параметры > Электронная почта > Профили сервера.

3. Выберите Создать > Exchange Server (гибридный).

4. Для профиля сервера электронной почты Exchange укажите следующие данные:

   Поля	Описание
   Общие сведения
   Имя	Укажите понятное имя профиля.
   Описание	Введите краткое описание предназначения сервера электронной почты.
   Автообнаружение расположения сервера	Выберите Да (рекомендуется), если необходимо использовать службу автоматического обнаружения, чтобы определить расположение сервера. При выборе варианта Нет расположение сервера электронной почты необходимо указать вручную.
   Расположение сервера входящих и исходящих сообщений	Если выбран вариант Нет в поле Автообнаружение расположения сервера, введите URL-адрес в поля Расположение сервера входящих сообщений и Расположение сервера исходящих сообщений:
   Учетные данные
   Проверка подлинности с помощью олицетворения	Введите учетные данные для учетной записи службы Exchange, которой предоставлена роль ApplicationImpersonation.
   Имя пользователя	Введите имя пользователя для учетной записи службы Exchange.
   Пароль	Введите пароль для учетной записи службы Exchange.
   Дополнительно
   Дополнительные параметры
   Обрабатывать сообщения электронной почты от	Выберите дату и время. Электронная почта, полученная после этих даты и времени, будет обрабатываться синхронизацией на стороне сервера для всех почтовых ящиков, связанных с данным профилем. Если задать значение, которое предшествует текущей дате, то изменение будет применено ко всем вновь связанным почтовым ящикам, и из них будут получены ранее обработанные сообщения электронной почты.
   Минимальный интервал опроса в минутах	Введите минимальный интервал опроса в минутах для почтовых ящиков, связанных с этим профилем сервера электронной почты. Интервал опроса определяет, насколько часто синхронизация на стороне сервера опрашивает ваши почтовые ящики на предмет новых сообщений электронной почты.
   Максимальное разрешенное число одновременных подключений	Введите максимально допустимое число одновременных подключений от приложений Customer Engagement к соответствующему серверу электронной почты на почтовый ящик. Увеличение этого значения позволит производить больше одновременных вызовов Exchange и повысит производительность. Уменьшите это значение, если в Exchange возникают ошибки в связи с большим числом вызовов из приложений Customer Engagement. По умолчанию значение этого поля равно 10. Максимальное количество определяется из расчета на один почтовый ящик или на один профиль сервера электронной почты, в зависимости от того, для почтового ящика или для профиля сервера электронной почты указаны учетные данные.
   Переместить недоставленные сообщения электронной почты в папку «Не удается доставить»	Чтобы недоставленные сообщения электронной почты перемещались в папку «Не удается доставить», выберите Да. Если при отслеживании сообщений электронной почты в приложениях на основе модели в Dynamics 365 как действий электронной почты возникнет ошибка, а этот параметр установлен в значение Да, то сообщение электронной почты перемещается в папку «Не удается доставить».
   Уведомления по электронной почте
   Отправить владельцу профиля сервера электронной почты оповещение по электронной почте о важных событиях	Если требуется, чтобы владельцу профиля сервера электронной почты направлялось уведомление в случае отказа более 50% почтовых ящиков, выберите Да.

5. Нажмите кнопку Сохранить.

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

Устранение неполадок подключения к профилю Exchange Server (гибридное развертывание)

Если после нажатия кнопки Тестирование подключения возникли проблемы с подключением к профилю Exchange Server (гибридный), используйте сведения в диалоговом окне Тестирование подключения, чтобы диагностировать неполадки в подключении и устранить их.

В данном случае проблема с автообнаружением. Администратору следует должно проверить имя пользователя и пароль, введенные в разделе Проверка подлинности с помощью олицетворения для профиля Exchange Server (гибридное развертывание).

Сведения о повторяющихся проблемах и другую информацию по устранению неполадок можно найти в разделах Блог. Проверка и включение почтовых ящиков в Microsoft Dynamics CRM 2015 и Устранение неполадок синхронизации на стороне сервера и ее мониторинг.

Службы автообнаружения и Active Directory

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

Exchange автоматически создает при установке виртуальный каталог в IIS, веб-сайте frontend client Access services, к который подключаются клиенты. Это позволяет Outlook обнаруживать параметры почтовых ящиков Exchange, чтобы пользователям не приходилось вручную настраивать дополнительные параметры.

Одновременно с виртуальным каталогом службы автообнаружения в Active Directory создается объект точки подключения службы (SCP). Он хранит и предоставляет заслуживающие доверия URL-адреса службы автообнаружения для компьютеров, присоединенных к домену.

Вам нужно обновить объект SCP, чтобы он указывал на сервер Exchange. Это требуется потому, что серверы Exchange предоставляют клиентам дополнительные сведения автообнаружения для улучшения процесса обнаружения. Дополнительные сведения см. в статье Set-ClientAccessService.

Важно!

Для запуска командлета Set-ClientAccessService требуются специальные разрешения. Сведения о необходимых разрешениях для запуска командлетов и использования параметров в организации см. в статье Find the permissions required to run any Exchange cmdlet.

Автообнаружение упрощает получение информации, необходимой для подключения к почтовым ящикам на серверах Exchange Server. Объекты SCP находят подходящие серверы или конечные точки автообнаружения для пользователей, для которых вы получаете параметры. Объекты SCP в AD DS упрощают поиск серверов автообнаружения для присоединенных к домену клиентов.

Exchange публикует два типа объектов SCP для службы автообнаружения:

• Указатели SCP. Содержит сведения, указыватели на определенные серверы LDAP, которые должны использоваться для обнаружения объектов SCP автооткрытки для домена пользователя. GUID указателей SCP: 67661d7F-8FC4-4fa7-BFAC-E1D7794C1F68.

• URL-адреса SCP. Содержит URL-адреса для конечных точек автооткрытия. URL-адреса SCP штампуются с помощью следующего GUID: 77378F46-2C66-4aa9-A6A6-3E7A48B19596

Объект SCP содержит заслуживающий доверия список URL-адресов службы автообнаружения для леса. Дополнительные сведения о поиске конечных точек службы автообнаружения см. в статье Как создать список конечных точек службы автообнаружения.

Подключение клиентов в Exchange 2016 и Exchange 2019 г. подобно Exchange 2013 г. и отличается от Exchange 2010 г. В Exchange 2016 и 2019 гг. MAPI над HTTP включен по умолчанию, когда ранее Outlook клиенты использовали Outlook в любом месте (RPC над HTTP). Exchange 2016 и 2019 годов для решений, устойчивых к сайту, требуется меньше имен, чем Exchange 2010 г., что сокращается до двух из ранее необходимых семи пространств имен. Дополнительные информацию о пространстве имен и Exchange Server см. в блоге Планирование пространства имен в Exchange 2016 г..

В зависимости от настройки службы автооткрытия на отдельном сайте URL-адрес службы автооткрытия будет одним из следующих значений, где находится основной домен SMTP:

Например, если электронный адрес пользователя vitaly@contoso.com, основной адрес домена SMTP contoso.com.

Клиентские приложения используют службу автообнаружения при первом запуске приложения. Например, при первом запуске приложения веб-служб Exchange (EWS) оно настраивается с помощью службы автообнаружения. Для компьютера пользователя, подключенного к домену contoso.com и размещенного на региональном сайте Active Directory Longview, приложение создает список этих конечных точек службы автообнаружения.

Дополнительные сведения о объектах SCP см. в публикации с точками подключения к службе.

суббота, 29 января 2011 г.

Кому и зачем нужен Microsoft Exchange 2010 Edge сервер?

На формах часто можно встретить вопрос: «А нужен ли мне Edge-сервер? И если нужен, то зачем?» Вот именно на него я постараюсь ответить в этой статье, а потом, для тех, кому он окажется все же нужным, в следующей статье расскажу про технические аспекты его работы.

Понятно, что позиция самой компании Microsoft заключается в том, что Edge-сервер нужен в обязательном порядке. И действительно, если вы имеете полностью Windows-ориентированную инфраструктуру, то в пользу внедрения сервера Exchange 2010 Edge могут быть выдвинуты следующие утверждения:

• Простота администрирования сервера целиком, т.к. администратору придется управлять системой Windows Server 2008 и MS Exchange Server 2010 через уже знакомый интерфейс;
• Exchange 2010 Edge содержит набор дополнительных транспортных агентов, которые отсутствуют на HUB-сервере;
• Exchange 2010 Edge тесно интегрируется с Microsoft Forefront Protection for Exchange 2010 (FPE);
• Exchange 2010 Edge позволяет уменьшить область атаки на организацию и сократить объем потенциально доступных злоумышленнику данных, просто потому, что он их не содержит.

Что касается вопроса отказа от установки Exchange 2010 Edge, то тут, на мой взгляд, может быть несколько вариантов:

• Прямая публикация сервера HUB. Крайне не рекомендуемый вариант;
• Использование в качестве пограничного почтового сервера альтернативного программного продукта. Например, Linux-подобных серверов. При этом нужно учитывать, что вам необходимо иметь в штате специалиста, способного управлять этим сервером;
• Фильтрация почты «на стороне», в результате которой на ваш внутренний HUB-сервер приходи уже «чистый» поток почты. Подобный вариант может быть реализован на базе услуг, предоставляемых вашим Интернет-провайдером, либо можно использовать облачный сервис компании Microsoft — cлужбу Forefront Online Security for Exchange. Forefront Online Security for Exchange — это набор специализированных средств, для фильтрации спама и вирусов, а также защиты от фишинг-атак. С ее помощью предотвращаются попытки несанкционированного доступа, она обеспечивает многоуровневую защиту от спама и вирусов.

Очевидно, что к вопросу планирования инфраструктуры нужно подходить осознанно, взвесив все «за» и «против» относительно какого-либо решения

Необходимо обратить внимание не только на первоначальные финансовые и технические вложения, но и посчитать стоимость владения решением в перспективе, учитывая при этом стоимость эксплуатации самих серверов (энергопотребление, аренда помещения, качество гарантийного обслуживания и т.п.)

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

Заключение

Это, пожалуй, все, что я хотел сказать на тему вопроса «Использовать или не использовать сервер Microsoft Exchange 2010 Edge». В следующей статье мы поговорим о технической стороне его эксплуатации.