Устранение неполадок
Что делать, если результаты не отображаются?
-
Убедитесь, что имена командлета и его параметров введены верно.
-
Указанные параметры фактически доступны для комлета в одной роли. Перед запуском второй команды попробуйте указать только имя командлета в первой команде. Затем добавьте параметры по одному в первую команду перед запуском второй команды.
В противном случае результаты, скорее всего, не будут вызваны одним из следующих условий:
- В роли, которая по умолчанию не назначена группам ролей, определяются cmdlet или параметры.
- В вашей среде не доступны cmdlet или параметры. Например, вы указали Exchange Online или Exchange Online параметры в локальной Exchange среде.
Чтобы найти роли в среде (если таковые имеются), содержащие командлет или параметры, замените и необязательно, со значениями, которые необходимо использовать и выполнить следующую команду:
Примечание. Можно использовать символы под диктовки (*) в именах и параметрах (например, ).
Если команда возвращает ошибку с сообщением о том, что объект найти не удалось, значит в вашей среде недоступны командлет или параметры.
Если команда возвращает результаты, командлет или параметры доступны в вашей среде, но необходимая роль не назначена группам ролей. Чтобы найти роли, которые не назначены группам ролей, запустите следующую команду:
Связанные процедуры
Включаем области ролей управления
Области ролей управления (в частности, области записи) определяют, где могут работать команды. Например, вся организация или только на определенных объектах пользователя.
Чтобы включить сведения о области в чтобы найти разрешения, необходимые для запуска вывода командлета, добавьте вторую команду:
Подробные сведения о области ролей управления см. в обзоре Understanding management role scopes.
Поиск всех ролей, назначенных конкретному пользователю
Чтобы увидеть все роли, которые назначены конкретному пользователю, замените имя, псевдоним или адрес электронной почты пользователя и запустите следующую команду:
Например,
Примечание. Параметр RoleAssignee возвращает пользователям как прямые назначения ролей (редкие), так и косвенные назначения ролей, предоставленные пользователю через их членство в группах ролей.
Поиск всех пользователей, которым назначена определенная роль
Чтобы увидеть всех пользователей, которым назначена определенная роль, замените имя роли и запустите следующую команду:
Например,
Поиск участников группы ролей
Чтобы увидеть членов определенной группы ролей, замените имя группы ролей и запустите следующую команду:
Например,
Примечание. Чтобы увидеть имена всех доступных групп ролей, запустите .
Как убедиться, что все получилось?
Командлеты Exchange Online импортируются в локальный сеанс PowerShell и отображаются на индикаторе выполнения. Если не появляются сообщения об ошибках, значит, подключение установлено. Чтобы выполнить быструю проверку, запустите командлет Exchange Online, например Get-Mailbox, и просмотрите результаты его работы.
Если возникают ошибки, просмотрите список возможных причин ниже.
Распространенная проблема — неправильный пароль
Еще раз повторите три описанных выше действия, уделив особое внимание имени пользователя и паролю, которые вы используете.
Для предотвращения атак типа «отказ в обслуживании» (DoS) можно открыть не более пяти удаленных подключений PowerShell к Exchange Online.
Для удаленного сеанса PowerShell необходимо включить учетную запись, которая используется для подключения. Дополнительные сведения см
в статье Включение и отключение доступа к Exchange Online PowerShell.
Между локальным компьютером и Microsoft 365 необходимо открыть трафик для TCP-порта 80. Вполне вероятно, что он уже открыт, но в этом следует убедиться, если в вашей организации действует политика ограниченного доступа к Интернету.
Если в вашей организации используется федеративная проверка подлинности и ваш поставщик удостоверений (IDP) и/или служба маркеров безопасности (STS) не являются общедоступными, вы не сможете использовать федеративную учетную запись для подключения к Exchange Online PowerShell. Вместо этого вам нужно создать и использовать нефедеративную учетную запись в Microsoft 365, чтобы подключиться к Exchange Online PowerShell.
Как создавать правила в Outlook 365
Шаг 1: Откройте Outlook и щелкните значок «Настройки» в правом верхнем углу. Затем нажмите «Просмотреть все параметры Outlook» внизу.
Шаг 2: Выберите Электронная почта на левой панели, а затем выберите Правила. Теперь нажмите на опцию Добавить новые правила и дайте имя новому правилу.
Если вы выбираете условия для людей, вам нужно будет ввести правильные адреса. Что касается тем, вам нужно будет добавить точные ключевые слова.
Шаг 3: После того, как вы определились с условием, самое время добавить действие. Действие представляет собой то, что вы хотите сделать с электронными письмами, соответствующими вышеуказанным условиям.
Прямо сейчас веб-почта Outlook 365 позволяет пересылать, удалять, закреплять электронные письма и многое другое.
Шаг 4: Вы хотите правило электронной почты не срабатывать временами? Если да, нажмите Добавить исключение и введите необходимое условие.
Затем нажмите Сохранить. Здесь вы создали правило электронной почты.
Массовое изменение почтовых ящиков пользователей
С помощью Центра администрирования Exchange (EAC) можно также изменять выбранные свойства для нескольких почтовых ящиков пользователей. Если вы выберете несколько почтовых ящиков в списке в EAC, свойства, для которых возможно массовое изменение, отображаются в области сведений. Изменение одного из этих свойств применяется ко всем выбранным почтовым ящикам.
Ниже представлен список функций и свойств почтовых ящиков пользователей, для которых возможно массовое изменение
Обратите внимание, что не все свойства могут быть изменены
-
Контактные сведения: В этом поле можно изменить общие свойства, такие как название улицы, почтовый индекс и название города.
-
Организация. Изменение общих свойств, таких как имя отдела, имя компании и менеджер, с которого сообщают выбранные пользователи.
-
Настраиваемые атрибуты: Изменение или добавление значений для настраиваемого атрибута 1 — 15.
-
Квота почтовых ящиков. Измените значения квоты почтовых ящиков и период хранения удаленных элементов.
-
Подключение к электронной почте: включить или отключить Outlook в Интернете, POP3, IMAP, MAPI и Exchange ActiveSync.
-
Архив. Включить или отключить почтовый ящик архива.
-
Политика хранения, политика назначения ролей и политика общего доступа: Обновление параметров для каждого из этих компонентов почтового ящика.
-
Перемещение почтовых ящиков в другую базу данных: Перемещение выбранных почтовых ящиков в другую базу данных.
-
Разрешения делегирования. Назначьте разрешения пользователям или группам, которые позволяют им открывать или отправлять сообщения из других почтовых ящиков. Вы можете назначить пользователям или группам разрешения Full, Send As and Send on Behalf. Дополнительные сведения можно получить в октагонах Управление разрешениями для получателей.
Примечание
Предполагаемое время выполнения этой задачи 2 минуты, но она может потребовать больше при изменении нескольких свойств или функций.
Как проверить, что все получилось?
Чтобы убедиться в том, что массовое изменение почтовых ящиков успешно, выполните одно из следующих действий:
-
В EAC выберите каждый из почтовых ящиков, которые вы массово редактируете, и нажмите кнопку Изменить значок чтобы просмотреть свойство или функцию, которые вы изменили.
-
В командной консоли Exchange для проверки изменений используется командлет Get-Mailbox. С помощью командной консоли Exchange можно просмотреть несколько свойств нескольких почтовых ящиков. Например, вы использовали функцию массового редактирования в EAC, чтобы включить архивный почтовый ящик и назначить политику хранения для всех пользователей организации. Для проверки этих изменений можно выполнить следующую команду:
Дополнительные сведения о доступных параметрах Get-Mailbox см. в разделе Get-Mailbox.
-
Parameters
-DomainController
This parameter is available only in on-premises Exchange.
The DomainController parameter specifies the domain controller that’s used by this cmdlet to read data from or write data to Active Directory. You identify the domain controller by its fully qualified domain name (FQDN). For example, dc01.contoso.com.
| Type: | Fqdn |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Identity
The Identity parameter specifies the name of the search query. If a name isn’t provided, all mailbox search queries are returned.
- SourceMailboxes
- Sources
- SearchQuery
- ResultsLink
- PreviewResultsLink
- Errors
To view these properties, you have to provide the name of a mailbox search.
| Type: | SearchObjectIdParameter |
| Position: | 1 |
| Default value: | None |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-InPlaceHoldIdentity
The InPlaceHoldIdentity parameter specifies the GUID of an In-Place Hold. Use this parameter to search for an In-Place Hold that a user is placed on. GUIDs of all In-Place Holds that a user is placed on are added to the user’s InPlaceHolds property. You can retrieve the property by using the Get-Mailbox cmdlet.
| Type: | String |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-ResultSize
The ResultSize parameter specifies the maximum number of results to return. If you want to return all requests that match the query, use unlimited for the value of this parameter. The default value is 1000.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-ShowDeletionInProgressSearches
This parameter is reserved for internal Microsoft use.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
Description
The output of this cmdlet shows the following information:
- Identity: The mailbox in question.
- User: The security principal (user, security group, Exchange management role group, etc.) that has permission to the mailbox.
- AccessRights: The permission that the security principal has on the mailbox. The available values are ChangeOwner (change the owner of the mailbox), ChangePermission (change the permissions on the mailbox), DeleteItem (delete the mailbox), ExternalAccount (indicates the account isn’t in the same domain), FullAccess (open the mailbox, access its contents, but can’t send mail) and ReadPermission (read the permissions on the mailbox). Whether the permissions are allowed or denied is indicated in the Deny column.
- IsInherited: Whether the permission is inherited (True) or directly assigned to the mailbox (False). Permissions are inherited from the mailbox database and/or Active Directory. Typically, directly assigned permissions override inherited permissions.
- Deny: Whether the permission is allowed (False) or denied (True). Typically, deny permissions override allow permissions.
By default, the following permissions are assigned to user mailboxes:
- FullAccess and ReadPermission are directly assigned to NT AUTHORITY\SELF. This entry gives a user permission to their own mailbox.
- FullAccess is denied to Administrator, Domain Admins, Enterprise Admins and Organization Management. These inherited permissions prevent these users and group members from opening other users’ mailboxes.
- ChangeOwner, ChangePermission, DeleteItem, and ReadPermission are allowed for Administrator, Domain Admins, Enterprise Admins and Organization Management. Note that these inherited permission entries also appear to allow FullAccess. However, these users and groups do not have FullAccess to the mailbox because the inherited Deny permission entries override the inherited Allow permission entries.
- FullAccess is inherited by NT AUTHORITY\SYSTEM and ReadPermission is inherited by NT AUTHORITY\NETWORK.
- FullAccess and ReadPermission are inherited by Exchange Servers, ChangeOwner, ChangePermission, DeleteItem, and ReadPermission are inherited by Exchange Trusted Subsystem and ReadPermission is inherited by Managed Availability Servers.
By default, other security groups and role groups inherit permissions to mailboxes based on their location (on-premises Exchange or Microsoft 365).
You need to be assigned permissions before you can run this cmdlet. Although this topic lists all parameters for the cmdlet, you may not have access to some parameters if they’re not included in the permissions assigned to you. To find the permissions required to run any cmdlet or parameter in your organization, see Find the permissions required to run any Exchange cmdlet.
Как убедиться, что все получилось?
После шага 3 командлеты Exchange импортируются в локальный сеанс Windows PowerShell и отображаются в индикаторе выполнения. Если при этом не возникают ошибки, подключение успешно установлено. Чтобы выполнить быструю проверку, запустите командлет Exchange (например, Get-Mailbox) и просмотрите результаты его выполнения.
Если возникают ошибки, просмотрите список возможных причин ниже.
Распространенная проблема — неправильный пароль
Еще раз повторите три описанные выше шага, уделив особое внимание первому из них, когда вводится имя пользователя и пароль.
Для учетной записи, которую вы используете для подключения к серверу Exchange Server, необходимо включить удаленный доступ к PowerShell. Дополнительные сведения см
в статье Управление удаленным доступом к PowerShell для серверов Exchange Server.
Между локальным компьютером и сервером Exchange Server необходимо открыть трафик для TCP-порта 80. Вполне вероятно, что он уже открыт, но в этом следует убедиться, если в вашей организации действует политика ограниченного доступа к сети.
Дополнительные статьи базы знаний
Как экспортировать электронные письма из Outlook в Excel
Октября 18, 2021
Что касается почтовых клиентов, Outlook — предпочтительная среда для многих предприятий и Подробнее
5 Ошибки, разрушающие вашу повседневную работу с Outlook (И как от них избавиться)
Октября 4, 2021
Outlook имеет репутацию почтового клиента с ошибками, но если вы изучите чистую статистику Подробнее
Как открыть файл MBOX
Октября 3, 2021
Файл MBOX — это формат хранения почты, т.е.. почтовый ящик, содержащий сохраненные сообщения электронной почты. Подробнее
Как сообщения электронной почты Сохранить Outlook, чтобы использовать в будущем
Октября 2, 2021
Отправка является эффективным способом общения. Запуск бизнеса, отправка корреспонденции друзьям и Подробнее
Parameters
-BypassScopeCheck
The BypassScopeCheck switch specifies whether to bypass the scope check for the user that’s running the command. You don’t need to specify a value with this switch.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
-DescriptionTimeFormat
The DescriptionTimeFormat parameter specifies the format for time values in the rule description. For example:
mm/dd/yyyy, where mm is the 2-digit month, dd is the 2-digit day and yyyy is the 4-digit year.
| Type: | String |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-DescriptionTimeZone
The DescriptionTimeZone parameter specifies time zone that’s used for time values in the rule description.
A valid value for this parameter is a supported time zone key name (for example, «Pacific Standard Time»).
To see the available values, run the following command: .
If the value contains spaces, enclose the value in quotation marks («). The default value is the time zone setting of the Exchange server.
| Type: | ExTimeZoneValue |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-DomainController
This parameter is available only in on-premises Exchange.
The DomainController parameter specifies the domain controller that’s used by this cmdlet to read data from or write data to Active Directory. You identify the domain controller by its fully qualified domain name (FQDN). For example, dc01.contoso.com.
| Type: | Fqdn |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
-Identity
The Identity parameter specifies the Inbox rule that you want to view. You can use any value that uniquely identifies the rule. For example:
- Name
- RuleIdentity property (for example, 16752869479666417665).
- Exchange Online: (for example, ).
- On-premises Exchange: (for example, ).
| Type: | InboxRuleIdParameter |
| Position: | 1 |
| Default value: | None |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-IncludeHidden
The IncludeHidden switch specifies whether to include hidden Inbox rules in the results. You don’t need to specify a value with this switch.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-Mailbox
- Name
- Alias
- Distinguished name (DN)
- Canonical DN
- Domain\Username
- Email address
- GUID
- LegacyExchangeDN
- SamAccountName
- User ID or user principal name (UPN)
| Type: | MailboxIdParameter |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-SweepRules
This parameter is available only in on-premises Exchange.
The SweepRules switch specifies whether to return only Sweep rules in the results. You don’t need to specify a value with this switch.
Sweep rules run at regular intervals to help keep your Inbox clean.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019 |
Сканеры вирусов как подрыв
Встроенный антивирусный сканер выступает в роли посредника между Outlook и сервером.. Вместо того, чтобы идти на сервер, запрос отправки / получения перехватывается инструментом. Затем он устанавливает соединение с сервером., получает список сохраненных писем, управляет таймаутами, закрывает соединение, и информирует об этом Outlook.
Это не значит, что антивирусные сканеры по умолчанию злы.. Некоторые из этих систем работают безупречно. Однако, поскольку они вмешиваются в процесс, они создают новую точку отказа. Если соединение не закрывается как должно быть, вы можете получить дубликаты. Это потому что, при следующем подключении, те же сообщения попадут в ваш почтовый ящик.
Это не единственная причина избегать интегрированных систем сканирования.. На самом деле, они просто не нужны. Достаточно использовать настройки безопасности почтового клиента по умолчанию., и установить надежный сканер при доступе. Пока вы обновляете инструмент, вашей защиты достаточно. Отключите интеграцию, если ваш антивирусный сканер устанавливает ее по умолчанию. Точная процедура должна быть указана в его документации..
Когда использовать правило Stop Processing More?
Вы, должно быть, обратили внимание на флажок «Остановить обработку дополнительных правил» при создании правил. Эта опция применяется, если у вас есть несколько правил для вашего почтового ящика, которые могут применяться к одному сообщению
Например, предположим, что у вас есть правило A, которое перемещает все информационные бюллетени из Guiding Tech в папку с именем GT NL, и другое правило B, которое перенаправляет все электронные письма с ключевым словом «Android» на вашу дополнительную учетную запись электронной почты.
В этом сценарии вы не хотите, чтобы правило B выполнялось после успешного выполнения правила A. Вот тогда и появляется опция «Остановить обработку дополнительных правил». После того, как он соответствует определенному условию, он останавливает выполнение других правил.
Для этого вы должны убедиться, что приоритет правил установлен соответствующим образом, что мы увидим в следующем пункте.
Документация по командной консоли Exchange
В следующей таблице вы можете найти ссылки на статьи, которые помогут вам узнать и использовать Exchange управленческой оболочки.
| Статья | Описание |
|---|---|
| Запустите командную консоль Exchange | Найдите и откройте Exchange на Exchange сервере или компьютере с установленными Exchange средствами управления. |
| Подключение к серверам Exchange Server с помощью удаленной оболочки PowerShell | Используйте Windows PowerShell локальном компьютере для подключения к Exchange серверу. |
| Управление удаленным доступом PowerShell к серверам Exchange | Узнайте, как заблокировать или разрешить удаленный доступ пользователей PowerShell к Exchange серверам. |
| Поиск разрешений, необходимых для запуска командлета Exchange | Найдите разрешения, необходимые для запуска определенного комлета или одного или более параметров в этом комлете. |
| Синтаксис командлетов Exchange | Узнайте о структуре и синтаксисе cmdlets в Exchange PowerShell. |
| Фильтры получателей в командах командной консоли Exchange | Узнайте о фильтрах получателей в Exchange управленческой оболочки. |
| Используйте Update-ExchangeHelp для обновления статей Exchange PowerShell на Exchange серверах | Узнайте, как использовать Update-ExchangeHelp для обновления справки для Exchange ссылок на Exchange серверах. |
Подключение к Exchange Online PowerShell с использованием современной проверки подлинности или без нее
Эти инструкции по подключению используют современную проверку подлинности и работают с многофакторной проверкой подлинности (MFA) или без нее.
Другие методы входа, доступные в PowerShell 7, см. в разделе далее в этой статье.
-
В окне PowerShell загрузите модуль EXO V2, выполнив следующую команду:
Примечания.
- Если , предыдущая команда будет действовать как написанная.
- Возможно, вы сможете пропустить этот шаг и запустить Connect-ExchangeOnline без предварительной загрузки модуля.
-
В команде, которую вам нужно выполнить, используется следующий синтаксис:
- <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 для управления другим клиентом:
-
В открывшемся окне входа введите пароль и нажмите кнопку Войти.
-
Только многофакторная проверка подлинности: Код проверки создается и отправляется на основе варианта ответа, настроенного для вашей учетной записи (например, текстовое сообщение или приложение Microsoft Authenticator на вашем устройстве).
В открывшемся окне введите код проверки и нажмите кнопку Подтвердить.
Дополнительные сведения о синтаксисе и параметрах см. в статье Connect-ExchangeOnline.
Примечание
По завершении настройки отключите удаленный сеанс PowerShell. Если закрыть окно оболочки PowerShell, не выполнив отключение сеанса, можно исчерпать лимит доступных сеансов удаленной оболочки PowerShell. Кроме того, вам придется дождаться окончания срока действия сеансов. Чтобы отключить удаленный сеанс PowerShell, выполните следующую команду.
Как работает Exchange для всех ролей Exchange сервера, кроме Edge Transport
Если вы используете Exchange на локальном сервере Exchange или на сервере Exchange, расположенном по всей стране, удаленный PowerShell делает эту работу.
При нажатии ярлыка Exchange на сервере Exchange, локальный экземпляр Windows PowerShell выполняет следующие действия:
-
Подключение к ближайшему серверу Exchange (чаще всего локальному серверу Exchange) с помощью обязательного компонента Windows PowerShell под названием Windows Удаленное управление (WinRM).
-
Выполнение проверок подлинности.
-
Создание удаленного сеанса PowerShell.
Вы получаете доступ только к Exchange и параметрам, связанным с группами ролей Exchange управления и назначенными ролями управления. Дополнительные сведения о том, как Exchange групп ролей и ролей для управления тем, кто может выполнять какие задачи, см. Exchange Server разрешения.
Преимущество удаленной PowerShell состоит в том, что вы можете использовать Windows PowerShell на локальном компьютере для подключения к удаленному серверу Exchange и импорта Exchange в сеансе Windows PowerShell, чтобы можно было управлять Exchange. Единственные требования к компьютеру:
- Поддерживаемая операционная система для Exchange Server.
- Поддерживаемая версия .NET Framework.
- Поддерживаемая версия Windows Management Framework (WMF), которая включает WinRM и Оболочка Windows PowerShell.
Для получения подробной информации см. следующие статьи:
- Exchange 2019 г.
- Требования к системе для Exchange 2016
- Требования к системе для Exchange 2013
- Требования к системе для Exchange 2010
Однако рекомендуется установить средства управления Exchange (в том числе Exchange) на любом компьютере, который используется для широкого управления Exchange Server. Без Exchange средств управления необходимо подключаться к удаленному серверу Exchange вручную, и у вас нет доступа к дополнительным возможностям, которые предоставляют Exchange средства управления.
Дополнительные сведения о подключении к Exchange серверам без установленных Exchange управления см. в Подключение на Exchange серверах с помощью удаленной PowerShell.
Интерпретация результатов
Результаты содержат сведения, указанные ниже.
Роль. Указывает роль, которая дает доступ к cmdlet или комбинации cmdlet и параметров
Примите во внимание, что имена ролей, начинающиеся с «My», — это имена ролей пользователей, благодаря которым обычные пользователи могут работать со своими объектами (например, почтовыми ящиками или группами рассылки).
RoleAssigneeType и RoleAssigneeName: Эти значения взаимосвязаны:
RoleAssigneeType — это тип объекта, который имеет назначенную ему роль. Для ролей администратора это значение обычно является группой ролей, но также может быть политикой назначения ролей, группой безопасности или пользователем.
RoleAssigneeName — это имя группы ролей, политики назначения ролей, группы безопасности или пользователя.
Просмотр или изменение правила потока почты
Примечание
После создания или изменения правила потока почты может занять до 30 минут и более в некоторых случаях для нового или обновленного правила, которое будет применено к электронной почте.
Использование EAC для просмотра или изменения правила потока почты
- В Центре администрирования Exchange перейдите в раздел Поток обработки почты > Правила.
- При выборе правила в списке в области сведений отображаются условия, действия, исключения и выбранные свойства этого правила. Чтобы просмотреть все свойства определенного правила, дважды щелкните его. Это открывает окно редактора правил, в котором можно внести изменения в правило. Дополнительные сведения о свойствах правил см. в разделе для создания раздела правил потока почты, ранее в этой статье.
Использование Exchange Online PowerShell для просмотра или изменения правила потока почты
В следующем примере приводится список всех правил, настроенных в организации:
Чтобы просмотреть свойства определенного правила потока почты, необходимо управиться с именем этого правила или его GUID. Как правило, для формата свойств полезно отправлять выходные данные в кодлет Format-List. В следующем примере возвращается все свойства правила потока почты с именем Отправитель является членом отдела маркетинга:
Чтобы изменить свойства существующего правила, используйте комлет Set-TransportRule. Этот кодлет позволяет изменять любое свойство, условие, действие или исключение, связанное с правилом. В следующем примере добавляется исключение из правила «Отправитель является участником маркетинга», чтобы оно не применялось к сообщениям, отправленным пользователем Келли Роллин:
Как убедиться, что все получилось?
Чтобы убедиться, что вы успешно изменили правило потока почты, сделайте следующее:
-
Из списка правил в EAC щелкните правило, измененное в списке Правил, и просмотреть области сведений.
-
В Exchange Online PowerShell убедитесь, что вы успешно изменили правило потока почты, вы выполнили следующую команду, чтобы перечислить свойства, измененные вместе с именем правила (в примере ниже проверяется правило, измененное в примере Exchange Online PowerShell выше):
Установите приоритет правила потока почты
Сначала обрабатывается правило в верхней части списка. Это правило имеет приоритет 0.
Использование EAC для набора приоритета правила
- В Центре администрирования Exchange перейдите в раздел Поток обработки почты > Правила. Это отображает правила в порядке, в котором они обрабатываются.
- Выберите правило и используйте стрелки для перемещения правила вверх или вниз по списку.
Как убедиться, что все получилось?
Чтобы убедиться, что вы успешно изменили правило потока почты, сделайте следующее:
-
Из списка правил в EAC посмотрите на порядок правил.
-
Из Exchange Online PowerShell проверьте приоритет правил (в приведенном ниже примере проверяется правило, измененное в Exchange Online PowerShell):
Description
-
Configure the safelist collection: The safelist collection is the Safe Senders list, the Safe Recipients list, and the Blocked Senders list. Users can configure the safelist collection on their own mailbox by using Microsoft Outlook or Outlook on the web.
You need to be assigned permissions before you can run this cmdlet. Although this topic lists all parameters for the cmdlet, you may not have access to some parameters if they’re not included in the permissions assigned to you. To find the permissions required to run any cmdlet or parameter in your organization, see Find the permissions required to run any Exchange cmdlet.
