Роли серверов при гибридных развертываниях exchange

Дизайн пространства имен

В статьях Принципы планирования и балансировки нагрузки в namespace за Exchange Server 2016 г. Росс Смит IV обозначил различные варианты конфигурации, доступные с Exchange 2016 г., и эти понятия продолжают применяться Exchange Server 2019 г. Для пространства имен необходимо либо развернуть связанное пространство имен пользователей, имеющих предпочтение работать из определенного центра обработки данных), либо неограниченое пространство имен пользователи подключаются к любому центру обработки данных без каких-либо предпочтений).

Рекомендуется использовать неограниченную модель, развертывая единое пространство имен Exchange для клиентского протокола для пары устойчивых к обработке данных на сайте (где предполагается, что каждый центр обработки данных представляет свой собственный сайт Active Directory . дополнительные сведения см. ниже). Например,

  • Для службы автооткрытия: autodiscover.contoso.com

  • Для клиентов HTTP: mail.contoso.com

  • Для клиентов IMAP: imap.contoso.com

  • Для клиентов SMTP: smtp.contoso.com

Каждое Exchange пространства имен балансирует нагрузку между обоими центрами обработки данных в конфигурации 7 уровня, которая не использует сродство сеансов, в результате чего 50 процентов трафика перенагружено между центрами обработки данных. Трафик в равной степени распределяется между центрами обработки данных в паре веб-сайтов с помощью круглых DNS, geo-DNS или других аналогичных решений. С нашей точки зрения, более простое решение является наименее сложным и простым в управлении, поэтому наша рекомендация заключается в использовании круговой DNS.

Одним из предостережения для клиентов является назначение низкого значения TTL (время для жизни) для любой записи DNS, связанной с Exchange архитектурой. Если полное отключение центра обработки данных при использовании DNS кругового робина необходимо сохранить возможность быстрого обновления записей DNS, чтобы удалить IP-адреса из автономного центра обработки данных, чтобы они не возвращались для запросов DNS. Например, если ваши DNS-записи имеют более длительное значение TTL в течение 24 часов, для правильного обновления кэшей DNS вниз по течению может потребоваться до одного дня. Если вы не сделаете этот шаг, некоторые клиенты не смогут должным образом перейти на доступные IP-адреса в оставшихся центрах обработки данных. Не забудьте добавить IP-адреса обратно в записи DNS, когда ваш ранее автономный центр обработки данных будет восстановлен и снова готов к обслуживанию.

Сродство центра обработки данных требуется для ферм Office Online Server, поэтому пространство имен развертывается в центре обработки данных с баланситором нагрузки, использующим уровень 7, и поддерживает сродство сеанса с помощью сохраняемости на основе файлов cookie.

Если в среде имеется несколько пар устойчивых к устойчивости центра обработки данных на сайте, необходимо решить, нужно ли иметь единое пространство имен во всем мире или управлять трафиком каждого конкретного центра обработки данных с помощью региональных областей имен. Ваше решение зависит от топологии сети и связанных с этим затрат с использованием неограничаемой модели; например, если у вас есть центр обработки данных, расположенный в Северной Америке и Южной Африке, сетевое сообщение между этими регионами может быть не только дорогостоящим, но и с высокой задержкой, что может привести к проблеме с работой пользователей. В этом случае имеет смысл развернуть связанную модель с отдельным пространством имен для каждого региона. Однако такие параметры, как географические DNS, предоставляют вам возможность развертывания единого пространства имен, даже если у вас есть дорогостоящие сетевые ссылки; geo-DNS позволяет направить пользователей в ближайший центр обработки данных на основе IP-адреса клиента.

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

Ниже приведены некоторые сценарии, для которых требуется несколько заслуживающих доверия доменов:

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

  • Вы хотите заменить существующий основной (Reply-To:) адрес для получателей или добавить новый адрес электронной почты в качестве прокси-адреса?

  • Вы хотите сохранить в качестве прокси-адресов старые адреса электронной почты, чтобы получатели могли по-прежнему получать отправленную на них почту?

  • Вы хотите, чтобы адреса электронной почты в новом заслуживающем доверия домене применялись ко всем получателям и их типам? Или же эти адреса должны применяться к определенным типам получателей или конкретным получателям в зависимости от их свойств (например, только к пользователям в отделе финансов)?

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

  1. Создайте один или несколько заслуживающих доверия доменов, как описано в разделе .

    Например, если вы уже настроили contoso.com в качестве заслуживающего доверия домена, добавьте в качестве такого же домена fourthcoffee.com.

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

    Измените политику адресов электронной почты по умолчанию, чтобы у всех получателей были необходимые основной и прокси-адрес электронной почты.

    Например, измените политику по умолчанию, fourthcoffee.com является основным адресом электронной почты SMTP, а @contoso.com хранится в качестве <alias> <alias> прокси-адреса. Инструкции см. в статье .

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

    Например, создайте политику под именем «Получатели Fourth Coffee», используя указанные параметры:

    • Фильтр предварительного получателя. Все пользователи с почтовыми ящиками, где значение компании — Четвертый кофе.

    • Основной адрес электронной почты SMTP: <alias> @fourthcoffee.com.

    • Дополнительные прокси-адреса электронной почты: Нет. Поэтому получатели, которых это касается, больше не смогут получать сообщения на свой старый основной адрес электронной почты @contoso.com.

    • Приоритет: 1. Первая политика адресов электронной почты, в которой определяется получатель, настраивает адреса электронной почты получателя. Все остальные политики игнорируются, даже если первая политика не применяется и не может настраивать электронные адреса получателя.

      Инструкции см. в статье .

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

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

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

  2. Отправьте тестовые сообщения из соответствующего почтового внешнему получателю и проверьте адрес отправителя в сообщении.

Exchange Server 2016

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

Название продукта Дата выпуска Номер сборки(краткий формат) Номер сборки(длинный формат)
   Exchange Server 2016 CU21 Jul21SU 13 июля 2021 г. 15.1.2308.14 15.01.2308.014
Exchange Server 2016 CU21 29 июня 2021 г. 15.1.2308.8 15.01.2308.008
   Exchange Server 2016 CU20 Jul21SU 13 июля 2021 г. 15.1.2242.12 15.01.2242.012
   Exchange Server 2016 CU20 May21SU 11 мая 2021 г. 15.1.2242.10 15.01.2242.010
   Exchange Server 2016 CU20 Apr21SU 13 апреля 2021 г. 15.1.2242.8 15.01.2242.008
Exchange Server 2016 CU20 16 марта 2021 г. 15.1.2242.4 15.01.2242.004
   Exchange Server 2016 CU19 May21SU 11 мая 2021 г. 15.1.2176.14 15.01.2176.014
   Exchange Server 2016 CU19 Apr21SU 13 апреля 2021 г. 15.1.2176.12 15.01.2176.012
   Exchange Server 2016 CU19 Mar21SU 2 марта 2021 г. 15.1.2176.9 15.01.2176.009
Exchange Server 2016 CU19 15 декабря 2020 г. 15.1.2176.2 15.01.2176.002
   Exchange Server 2016 CU18 Mar21SU 2 марта 2021 г. 15.1.2106.13 15.01.2106.013
Exchange Server 2016 CU18 15 сентября 2020 г. 15.1.2106.2 15.01.2106.002
   Exchange Server 2016 CU17 Mar21SU 2 марта 2021 г. 15.1.2044.13 15.01.2044.013
Exchange Server 2016 CU17 16 июня 2020 г. 15.1.2044.4 15.01.2044.004
   Exchange Server 2016 CU16 Mar21SU 2 марта 2021 г. 15.1.1979.8 15.01.1979.008
Exchange Server 2016 CU16 17 марта 2020 г. 15.1.1979.3 15.01.1979.003
   Exchange Server 2016 CU15 Mar21SU 2 марта 2021 г. 15.1.1913.12 15.01.1913.012
Exchange Server 2016 CU15 17 декабря 2019 г. 15.1.1913.5 15.01.1913.005
   Exchange Server 2016 CU14 Mar21SU 2 марта 2021 г. 15.1.1847.12 15.01.1847.012
Exchange Server 2016 CU14 17 сентября 2019 г. 15.1.1847.3 15.01.1847.003
   Exchange Server 2016 CU13 Mar21SU 2 марта 2021 г. 15.1.1779.8 15.01.1779.008
Сервер Exchange Server 2016 CU13 18 июня 2019 г. 15.1.1779.2 15.01.1779.002
   Exchange Server 2016 CU12 Mar21SU 2 марта 2021 г. 15.1.1713.10 15.01.1713.010
Сервер Exchange Server 2016 CU12 12 февраля 2019 г. 15.1.1713.5 15.01.1713.005
   Exchange Server 2016 CU11 Mar21SU 2 марта 2021 г. 15.1.1591.18 15.01.1591.018
Сервер Exchange Server 2016 CU11 16 октября 2018 г. 15.1.1591.10 15.01.1591.010
   Exchange Server 2016 CU10 Mar21SU 2 марта 2021 г. 15.1.1531.12 15.01.1531.012
Сервер Exchange Server 2016 CU10 19 июня 2018 г. 15.1.1531.3 15.01.1531.003
   Exchange Server 2016 CU9 Mar21SU 2 марта 2021 г. 15.1.1466.16 15.01.1466.016
Exchange Server 2016 CU9 20 марта 2018 г. 15.1.1466.3 15.01.1466.003
   Exchange Server 2016 CU8 Mar21SU 2 марта 2021 г. 15.1.1415.10 15.01.1415.010
Exchange Server 2016 CU8 19 декабря 2017 г. 15.1.1415.2 15.01.1415.002
Exchange Server 2016 CU7 19 сентября 2017 г. 15.1.1261.35 15.01.1261.035
Exchange Server 2016 CU6 27 июня 2017 г. 15.1.1034.26 15.01.1034.026
Exchange Server 2016 CU5 21 марта 2017 г. 15.1.845.34 15.01.0845.034
Exchange Server 2016 CU4 13 декабря 2016 г. 15.1.669.32 15.01.0669.032
Exchange Server 2016 CU3 20 сентября 2016 г. 15.1.544.27 15.01.0544.027
Exchange Server 2016 CU2 21 июня 2016 г. 15.1.466.34 15.01.0466.034
Exchange Server 2016 CU1 15 марта 2016 г. 15.1.396.30 15.01.0396.030
Exchange Server 2016 RTM 1 октября 2015 г. 15.1.225.42 15.01.0225.042
Предварительная версия Exchange Server 2016 22 июля 2015 г. 15.1.225.16 15.01.0225.016

Подключение к Exchange Online PowerShell с использованием современной проверки подлинности или без нее

Эти инструкции по подключению используют современную проверку подлинности и работают с многофакторной проверкой подлинности (MFA) или без нее.

Другие методы входа, доступные в PowerShell 7, см. в разделе далее в этой статье.

  1. В окне PowerShell загрузите модуль EXO V2, выполнив следующую команду:

    Примечания.

    • Если , предыдущая команда будет действовать как написанная.
    • Возможно, вы сможете пропустить этот шаг и запустить Connect-ExchangeOnline без предварительной загрузки модуля.
  2. В команде, которую вам нужно выполнить, используется следующий синтаксис:

    • <UPN> — ваша учетная запись в формате имени субъекта-пользователя (например, ).
    • Если вы используете параметр ExchangeEnvironmentName, вам не требуется применять параметры ConnectionUri или AzureADAuthorizationEndPointUrl. Дополнительные сведения см. в описаниях параметров в статье Connect-ExchangeOnline.
    • В параметре DelegatedOrganization указывается организация клиента, которой вы хотите управлять в качестве авторизованного партнера корпорации Майкрософт. Дополнительные сведения см. в разделе Партнеры.
    • Если вы находитесь за прокси-сервером, сначала выполните следующую команду: , где <Value> равно , или . Затем используйте параметр PSSessionOption со значением . Дополнительные сведения см. в статье New-PSSessionOption.
    • Часто можно опустить параметр UserPrincipalName на следующем шаге, чтобы ввести имя пользователя и пароль после выполнения команды Connect-ExchangeOnline. Если это не сработает, необходимо использовать параметр UserPrincipalName.
    • Если вы не используете многофакторную проверку подлинности, часто можно использовать параметр Credential вместо параметра UserPrincipalName. Сначала запустите команду , введите имя пользователя и пароль, а затем используйте имя переменной для параметра Credential (). Если это не сработает, необходимо использовать параметр UserPrincipalName.

    В этом примере выполняется подключение к Exchange Online PowerShell в организации Microsoft 365 или Microsoft 365 GCC:

    В этом примере выполняется подключение к Exchange Online PowerShell в организации Office 365 Germany:

    В этом примере выполняется подключение к Exchange Online PowerShell в организации Microsoft GCC High:

    В этом примере выполняется подключение к Exchange Online PowerShell в организации Microsoft 365 DoD:

    В этом примере выполняется подключение к Exchange Online PowerShell для управления другим клиентом:

  3. В открывшемся окне входа введите пароль и нажмите кнопку Войти.

  4. Только многофакторная проверка подлинности: Код проверки создается и отправляется на основе варианта ответа, настроенного для вашей учетной записи (например, текстовое сообщение или приложение Microsoft Authenticator на вашем устройстве).

    В открывшемся окне введите код проверки и нажмите кнопку Подтвердить.

Дополнительные сведения о синтаксисе и параметрах см. в статье Connect-ExchangeOnline.

Примечание

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

Проверка наличия профиля Microsoft Exchange Online

Если ваша подписка на Exchange Online находится в том же клиенте, что и ваша подписка, приложения для взаимодействия с клиентами создают профиль по умолчанию для подключения электронной почты с именем Microsoft Exchange Online. Чтобы убедиться, что у вас есть этот профиль, сделайте следующее:

  1. Выполните одно из следующих действий:

    • В центре администрирования Power Platform выберите среду.
    • В старом веб-клиенте в правом верхнем углу выберите , затем выберите Дополнительные параметры.
  2. Выберите Параметры > Электронная почта > Профили сервера.

  3. Выберите Активные профили сервера электронной почты и проверьте, что профиль Microsoft Exchange Online присутствует в списке. Если профиля Microsoft Exchange Online нет, проверьте, что у вас есть подписка на Exchange Online и что она находится в том же клиенте, что и ваша подписка на приложения для взаимодействия с клиентами.

  4. Если профилей несколько, выберите профиль Microsoft Exchange Online и установите его в качестве профиля по умолчанию.

Поиск получателей в обслуживаемых доменах

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

Вы можете включить или отключить просмотр получателей для принятого домена с помощью параметра AddressBookEnabled в комлете Set-AcceptedDomain. В приведенной ниже таблице указаны значения по умолчанию для каждого типа обслуживаемых доменов.

Тип обслуживаемых доменов Значение «Получатель по умолчанию»(параметр AddressBookEnabled) Примечания
Уполномоченный домен Включено ( ) Все получатели в уполномоченном домене существуют в организации Exchange, поэтому поиск получателей для домена включен по умолчанию.
Домен внутренней ретрансляции Отключено ( ) Если все получатели в домене внутренней ретрансляции существуют в организации Exchange (включая почтовые контакты и почтовых пользователей), вы можете включить поиск получателей для домена. Если не все получатели в домене внутренней ретрансляции существуют в организации Exchange, то для домена не следует включать поиск получателей.
Домен внешней ретрансляции Отключено ( ) Получателей в уполномоченном домене нет в организации Exchange, поэтому для домена не следует включать поиск получателей.

Инструкции по настройке см. в статье .

Поддерживаемые среды Active Directory

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

Среда операционной системы Exchange 2019 Exchange 2016 cu12 и более поздней Exchange 2016 cu7 и более поздний Exchange 2016 cu3 to CU6 Exchange 2016 с накопительным пакетом обновления 2 (CU2) и более ранних версий Exchange 2013 с пакетом обновления 1 (SP1) и более поздних версий Exchange 2010 SP3 RU22 или более поздней Exchange 2010 SP3 RU5 — RU21
Windows Серверы Active Directory Server 2019 Поддерживается Поддерживается Не поддерживается Не поддерживается Не поддерживается Не поддерживается Не поддерживается Не поддерживается
Серверы Active Directory с Windows Server 2016 Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Не поддерживается
Серверы Windows Server 2012 R2 Active Directory Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Серверы Active Directory на базе Windows Server 2012 Не поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Серверы Active Directory на основе Windows Server 2008 R2 с пакетом обновления 1 (SP1) Не поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Серверы Active Directory на базе Windows Server 2008 с пакетом обновления 2 (SP2) Не поддерживается Не поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Серверы Active Directory на базе Windows Server 2003 с пакетом обновления 2 (SP2) Не поддерживается Не поддерживается Не поддерживается Не поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Функциональный уровень леса AD Exchange 2019 Exchange 2016 cu7 и более поздний Exchange 2016 cu3 to CU6 Exchange 2016 с накопительным пакетом обновления 2 (CU2) и более ранних версий Exchange 2013 с пакетом обновления 1 (SP1) и более поздних версий Exchange 2010 SP3 RU22 или более поздней Exchange 2010 SP3 RU5 — RU21
Windows Server 2016 Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Не поддерживается
Windows Server 2012 R2 Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Windows Server 2012 Не поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Windows Server 2008 R2 Не поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Windows Server 2008 Не поддерживается Не поддерживается Поддерживается Поддерживается Поддерживается Поддерживается Поддерживается
Windows Server 2003 Не поддерживается Не поддерживается Не поддерживается Поддерживается Поддерживается Поддерживается Поддерживается

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

  1. Выполните одно из следующих действий:

    • В центре администрирования 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 и Устранение неполадок и мониторинг синхронизации на стороне сервера.

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

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

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

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

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

Блок-схема с начальным условием «Вы должны быть глобальным администратором Office 365 + системным администратором Dynamics 365 ИЛИ администратором Exchange + системным администратором Dynamics 365». Первая точка принятия решения — это «Вы хотите требовать утверждения почтового ящика?» Путь «Нет» ведет к блоку «См. «Удаление требования для утверждения почтовых ящиков»». Путь «Да» ведет к блоку «См. Модель разрешений».

Примечание

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

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

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

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

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

Примечание

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

Роли безопасности /Используемые приложения Требуются обе роли:Глобальный администратор и Системный администратор Требуются обе роли:Администрирование Exchangeи Системный администратор Системный администратор Администратор службы Администрирование Exchange Глобальный администратор
Приложения Customer Engagement Exchange Online Да1 Да1 No No No No
Exchange (локальная версия) Да2 Да2 Нет2 No н/д н/д
Customer Engagement (on-premises) Exchange Online н/д н/д Да3 н/д н/д н/д
Exchange (локальная версия) н/д н/д Да3 н/д н/д н/д

123

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

Запрос и настройка утверждения почтового ящика

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

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

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

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

  1. Выполните одно из следующих действий:

    • В центре администрирования Power Platform выберите среду.
    • В старом веб-клиенте в правом верхнем углу выберите , затем выберите Дополнительные параметры.
  2. Выберите Параметры > Пользователи + разрешения > Роли безопасности.

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

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

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

  1. Выполните одно из следующих действий:

    • В центре администрирования Power Platform выберите среду.
    • В старом веб-клиенте в правом верхнем углу выберите , затем выберите Дополнительные параметры.
  2. Выберите Параметры > Электронная почта > Почтовые ящики.

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

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

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

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

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

  1. Выполните одно из следующих действий:

    • В центре администрирования Power Platform выберите среду.
    • В старом веб-клиенте в правом верхнем углу выберите , затем выберите Дополнительные параметры.
  2. Выберите Параметры > Электронная почта > Настройки электронной почты.

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

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

Повышение схемы

В пределах одной сети доступна только одна организация. Нельзя использовать разные ES параллельно. Если вы уже установили почтовый ресурс, можно разобраться, как повысить схему Exchange 2003 до 2007, 2010, 2013 или 2016. Это достаточно сложный процесс, в котором надо учитывать большое количество факторов. Начиная от установленных программ, заканчивая настройками каждого пользователя. Для миграции программы ES надо хорошо в ней разбираться.

  1. Загрузите все обновления для ES.
  2. Разверните утилиту, на которую собираетесь перейти. Делать это надо в таком порядке: Клиентский доступ, Транспортный концентратор, Система сообщений, Почтовые ящики.
  3. На передний план поставьте старую утилиту. На место клиентского доступа поставьте желаемую версию.
  4. Настройте транспортный концентратор и систему сообщений.
  5. Переместите ящики на новый сервер.
  6. Обновите все службы AD.

Ещё один способ. На technet.microsoft.com есть интерактивный помощник по работе с ES. Зайдите на этот сайт, введите в строку поиска запрос и откройте нужную страницу. Чтобы поднять схему, нажмите «Локальное развёртывание». Выберите версию, на которую хотите перейти. Там есть обновление среды.

Без Microsoft Exchange server невозможно представить большую компанию. Собственный почтовый домен повысит эффективность компании. Но в маленьком предприятии сервер тоже незаменим. В программе очень легко сделать приём и отправку сообщений по всем протоколам. Её можно подключать к Outlook.

Exchange Server 2007. Окончание срока действия

Exchange 2007 reached end of support on April 11, 2017, per the Microsoft Lifecycle Policy. Не будет новых обновлений безопасности, обновлений без обеспечения безопасности, бесплатных или платных параметров поддержки или обновлений технического контента в Интернете. Кроме того, по мере Microsoft 365 или Office 365 и увеличения использования облачных технологий не будут доступны настраиваемые варианты поддержки Office продуктов. Это включает Exchange Server, а также Microsoft Office, SharePoint Server, Office Communications Server, Lync Server, Skype для бизнеса Server, Project Server и Visio. В настоящее время мы поощряем клиентов к завершению планов миграции и обновления. Мы рекомендуем клиентам использовать преимущества развертывания, предоставляемые сертифицированными партнерами Майкрософт и Майкрософт, включая microsoft FastTrack для облачных миграций, и службы планирования программного обеспечения для локального обновления.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector