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

• Открывающая скобка   Открывающая фигурная скобка ({) указывает на начало запроса с фильтром.
  
  
• Свойство для проверки   Данное свойство — это значение объекта, которое необходимо проверить. Например, это может быть город или отдел в объекте получателя или имя сайта либо сервера Служба каталогов Active Directory в объекте конфигурации сервера, или имя базы данных в объекте конфигурации базы данных.
  
  
• Оператор сравнения   Оператор сравнения определяет, как в запросе должно оцениваться заданное значение по сравнению со значением в свойстве. Например, операторы сравнения могут быть следующими: Eq, который означает отношение равенства; Ne, что означает «не равно»; или Like, что означает подобие и т. д. Полный список операторов, которые можно использовать в командной консоли Exchange, см. в разделе Операторы сравнения.
  
  
• Значение для сравнения   Значение, заданное в запросе с фильтром, будет сравниваться со значением, которое хранится в указанном свойстве. Задаваемое значение должно заключаться в кавычки ("). Если необходимо указать частичную строку, можно ее заключить в подстановочные знаки (*) и использовать оператор сравнения, который поддерживает такие знаки, например Like. Любая строка, которая содержит частичную строку, будет соответствовать запросу с фильтром.
  
  
• Закрывающая скобка   Закрывающая фигурная скобка (}) обозначает конец запроса с фильтром.
  
  

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

• Круглые скобки   Как и в математике, круглые скобки, ( ), в запросе с фильтром позволяют принудительным образом изменять порядок выполнения действий. В первую очередь вычисляется выражение в самых внутренних скобках, затем выполняются операции во внешних по отношению к ним скобках по очереди.
  
  
• Логические операторы   Логические операторы связывают вместе одну или несколько операций сравнения и требуют использования запроса с фильтром для оценки всего выражения. Например, к логическим операторам относятся And, Or или Not.
  
  

Если составить простой запрос, то он выглядит как { City -Eq "Vancouver" }. В этом фильтре отбираются те получатели, свойство City которых имеет значение "Vancouver".

Другой, более сложный запрос выглядит так: { ((City -Eq "Vancouver") -And (Department -Eq "Sales")) -Or (Title -Like "*Manager*") }. Запрос с фильтром вычисляется в следующем порядке:

1. Оцениваются свойства City и Department. Для каждого из них устанавливаются значения True или False, в зависимости от значений, хранящихся в каждом свойстве.
   
   
2. Затем вычисляются результаты выражений City и Department. Если оба из них равны True, то все выражение And будет иметь значение True. Если одно или оба выражения равны False, то все выражение And будет иметь значение False. Применяются следующие правила:
   
   
   • Если выражение And равно True, то весь запрос с фильтром становится равным True, так как оператор Or указывает, что одна или другая сторона запроса должна иметь значение True. Объект проходит процедуру назначения роли.
     
     
   • Если выражение And имеет значение False, то фильтр с запросом продолжает вычислять свойство Title.
     
     
3. Затем вычисляется свойство Title. Оно устанавливается равным True или False, в зависимости от значения свойства Title. Применяются следующие правила:
   
   
   • Если свойство Title равно True, то весь запрос с фильтром будет иметь значение True, так как оператор Or указывает, что одна либо другая сторона запроса должна быть равна True. Объект проходит процедуру назначения роли.
     
     
   • Если свойство Title равно False, то весь запрос с фильтром будет иметь значение False, а объект не проходит процедуру назначения роли.
     
     

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

Сложный запрос

City	Department	Title	Результат
Vancouver (True)	Sales (True)	CEO (False)	Значение True, так как свойства City и Department равны True. Свойство Title не вычисляется, так как условия запроса с фильтром уже выполнены.
Seattle (False)	Sales (True)	IT Manager (True)	Значение True, так как свойство Title имеет значение True. Результаты сравнения для свойств City и Department отбрасываются, так как свойство Title равно True, что приводит к выполнению условий первого фильтра. Примечание. Значение IT Manager удовлетворяет запросу с фильтром, так как использовался оператор сравнения Like, который соответствует частичным строкам, когда в запросе с фильтром используются подстановочные знаки (*).
Vancouver (True)	Marketing (False)	Writer (False)	Значение False, так как ни одно из свойств City и Department не равно True, так же как и свойство Title не равно True.

При создании фильтра получателей можно использовать практически любое свойство объекта получателя. Список фильтруемых свойств получателя см. в разделе Фильтруемые свойства для параметра -Filter. Хотя в этом разделе описываются свойства, которые можно использовать вместе с параметром Filter в других командлетах, большинство этих свойств также работает с параметром RecipientRestrictionFilter в командлете New-ManagementScope.

При создании области управления с параметром ServerRestrictionFilter можно использовать следующие свойства:

• CurrentServerRole
  
  
• CustomerFeedbackEnabled
  
  
• DataPath
  
  
• DistinguishedName
  
  
• ExchangeLegacyDN
  
  
• ExchangeLegacyServerRole
  
  
• ExchangeVersion
  
  
• Fqdn
  
  
• Guid
  
  
• InternetWebProxy
  
  
• Name
  
  
• NetworkAddress
  
  
• ObjectCategory
  
  
• ObjectClass
  
  
• ProductID
  
  
• ServerRole
  
  
• WhenChanged
  
  
• WhenChangedUTC
  
  
• WhenCreated
  
  
• WhenCreatedUTC
  
  

При создании области управления с параметром DatabaseRestrictionFilter можно использовать следующие свойства базы данных:

• AdminDisplayName
  
  
• AllowFileRestore
  
  
• BackgroundDatabaseMaintenance
  
  
• CircularLoggingEnabled
  
  
• DatabaseCreated
  
  
• DeletedItemRetention
  
  
• Description
  
  
• DistinguishedName
  
  
• EdbFilePath
  
  
• EventHistoryRetentionPeriod
  
  
• ExchangeLegacyDN
  
  
• ExchangeVersion
  
  
• Guid
  
  
• IssueWarningQuota
  
  
• LogFilePrefix
  
  
• LogFileSize
  
  
• LogFolderPath
  
  
• MasterServerOrAvailabilityGroup
  
  
• MountAtStartup
  
  
• Name
  
  
• ObjectCategory
  
  
• ObjectClass
  
  
• PublicFolderDatabase
  
  
• RetainDeletedItemsUntilBackup
  
  
• Server
  
  
• WhenChanged
  
  
• WhenChangedUTC
  
  
• WhenCreated
  
  
• WhenCreatedUTC