Обновление настраиваемых фильтров LDAP до фильтров OPATH

 

Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Последнее изменение раздела: 2016-11-28

В Microsoft Exchange Server 2003 и более ранних версиях синтаксис фильтрации LDAP используется для создания настраиваемых списков адресов, глобальных списков адресов, политик адресов электронной почты и групп рассылки. В Exchange Server 2010 и Exchange Server 2007 вместо синтаксиса фильтрации LDAP используется новый синтаксис фильтрации OPATH. Применение синтаксиса фильтрации OPATH позволяет создавать фильтры непосредственно в командах командной консоли Exchange с помощью параметра -RecipientFilter.

ПримечаниеПримечание.
Фильтры с синтаксисом LDAP поддерживаются в Exchange 2010 и будут существовать только для тех объектов, которые были перенесены из Exchange 2003 или более ранних версий. Если требуется изменить фильтр LDAP с сервера Exchange 2010, необходимо обновить его до синтаксиса OPATH. Например, если в организации есть серверы Exchange 2003, фильтром с синтаксисом LDAP можно управлять из сервера Exchange 2003. Однако в Exchange 2010 нельзя управлять фильтрами с синтаксисом LDAP или создавать их.

Сведения о порядке использования скрипта для преобразования фильтров LDAP в синтаксис OPATH см. в статье Нужна помощь по преобразованию фильтров LDAP в OPATH? (статья может быть на английском языке) в блоге группы разработчиков сервера Exchange.

ПримечаниеПримечание.
Содержимое и URL-адрес каждого блога могут быть изменены без уведомления. Содержимое в каждом блоге предлагается "как есть" без каких-либо гарантий и не предоставляет никаких прав. На предлагаемые примеры скриптов и кода распространяются условия использования.
ВажноВажно!
В Exchange 2003 можно создать пользовательские атрибуты расширения Служба каталогов Active Directory. Однако в Exchange 2010 использовать настраиваемые атрибуты расширения в качестве фильтруемых свойств нельзя. Если в организации имеются настраиваемые атрибуты расширения, рекомендуется использовать 15 настраиваемых атрибутов, предоставляемых Exchange 2010 каждому получателю. Однако если настраиваемые атрибуты не соответствуют требованиям организации, рекомендуется не обновлять объекты, использующие настраиваемые атрибуты расширения.

Дополнительные сведения о создании фильтров в командах для получателей см. в разделе Создание фильтров в командах получателя.

Содержание

Определение объектов, требующих обновления

Обновление объектов по умолчанию

Обновление настраиваемых объектов

Определение объектов, требующих обновления

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

  • Объекты по умолчанию.   Объекты по умолчанию – это используемые по умолчанию политики адресов электронной почты и списки адресов, создаваемые при установке Exchange.

  • Настраиваемые объекты.   Настраиваемые объекты – это настраиваемые фильтры LDAP, созданные администратором Exchange в Exchange 2003 или более ранней версии.

Для определения того, какие объекты нуждаются в обновлении, можно использовать консоль управления Exchange или командную консоль Exchange.

Использование консоли управления Exchange

Чтобы определить, какие объекты требуют обновления, с помощью консоли управления Exchange, необходимо изменить объект с помощью мастера изменения этого объекта.

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

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

Использование командной консоли Exchange

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

В этом примере определяются какие политики адресов электронной почты, которым необходимо обновление.

Get-EmailAddressPolicy | Format-List Name, *RecipientFilter*, ExchangeVersion

После выполнения этой команды в командной консоли Exchange будут отображены приведенные далее сведения.

В данном примере командлет Get-EmailAddressPolicy возвратил две политики адресов электронной почты. Политика по умолчанию, выделенная синим цветом, представляет собой объект Exchange 2003, нуждающийся в обновлении. Политика Почтовые ящики ресурсов, выделенная красным цветом, либо была создана в Exchange 2010, либо уже обновлена.

Если можно ответить «Да» на какой-либо из следующих вопросов, то это значит, что объект не был обновлен.

  • Является ли атрибут RecipientFilter пустым?

  • Имеет ли атрибут RecipientFilterType значение «Legacy»?

  • Имеет ли атрибут ExchangeVersion значение «0.0 (6.5.6200.0)»?

В начало

Обновление объектов по умолчанию

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

  • Политики адресов электронной почты: политика по умолчанию

  • Списки адресов: "Все контакты", "Все группы", "Все места", "Все пользователи", "Глобальный список адресов по умолчанию", "Общие папки"

Так как объекты по умолчанию имеют известные фильтры, эти объекты можно легко обновить. Подробные инструкции по обновлению объектов по умолчанию см. в следующих разделах:

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

В начало

Обновление настраиваемых объектов

Обновление настраиваемых объектов представляет собой более сложную задачу, так как при этом необходимо определить, что именно фильтрует настраиваемый фильтр LDAP, а затем преобразовать этот фильтр в синтаксис OPATH. Настраиваемые фильтры LDAP могут быть созданы для следующих объектов Exchange:

  • списки адресов;

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

  • динамические группы рассылки.

Есть два способа обновления настраиваемых объектов. Они описаны ниже.

  • Использование скрипта, предоставленного группой разработчиков Microsoft Exchange. Сведения об этом скрипте см. в блоге группы разработчиков Exchange в статье Нужна помощь по преобразованию фильтров LDAP в OPATH? (статья может быть на английском языке).

    ПримечаниеПримечание.
    Содержимое и URL-адрес каждого блога могут быть изменены без уведомления. Содержимое в каждом блоге предлагается "как есть" без каких-либо гарантий и не предоставляет никаких прав. На использование предлагаемых примеров скриптов и кода распространяются условия использования.
  • Обновление фильтра LDAP до OPATH вручную в соответствии с описанной ниже процедурой.

Действие 1. Определение назначения настраиваемого фильтра LDAP

Чтобы обновить фильтр LDAP Exchange 2003 до синтаксиса OPATH, необходимо сначала определить, что он фильтрует. Выполните для этого указанные ниже действия.

  1. Скопируйте фильтр в текстовый редактор, такой как программа "Блокнот".

    ВажноВажно!
    Прежде чем начать, задокументируйте имеющийся фильтр LDAP.

    Данный пример представляет фильтр LDAP для политики адресов электронной почты.

    (&(&(|(&(&(objectCategory=user)(msExchangeHomeServerName=/o=ORG/ou=SITE/cn=Configuration/cn=Servers/cn*)))(&(|(objectCategory=group)(objectCategory=msExchangeDynamicDistributionList))(displayName=IT*)))))
    
  2. Выделите в программе «Блокнот» строки фильтра с помощью отступа, чтобы была ясна его логическая структура.

  3. Сформулируйте назначение фильтра и запишите его. В данном примере фильтр политики адресов электронной почты включает следующие объекты:

    • все объекты категорий пользователей, имеющие домашний сервер в конкретной административной группе;

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

Действие 2. Преобразование фильтра LDAP в синтаксис OPATH

После определения функции фильтра LDAP необходимо преобразовать его в синтаксис OPATH.

ПримечаниеПримечание.
Имена многих свойств были изменены. Например, свойство LDAP mailNickname называется Alias в Exchange 2010. Полный список имен свойств см. в разделе Фильтруемые свойства для параметра -RecipientFilter
  1. Создайте фильтр получателей на основе формулировки, записанной при выполнении действия 3 в разделе "Определение назначения настраиваемого фильтра LDAP".

    (ServerLegacyDN -like "/o=ORG/ou=SITE/cn=Configuration/cn=Servers/cn=*")
     ((RecipientType -eq "<group recipient type>" -or RecipientType -eq "DynamicDL") -and (DisplayName -like "IT"))
    
  2. Составьте команду с помощью соответствующего командлета Set и выполните ее в командной консоли Exchange.

    Set-EmailAddressPolicy eap1 -RecipientFilter {(ServerLegacyDN -like "/o=ORG/ou=SITE/cn=Configuration/cn=Servers/cn=*") -and ((RecipientType -eq "<group recipient type>" -or RecipientType -eq "DynamicDL") -and (DisplayName -like "IT"))}
    
ПримечаниеПримечание.
Многие свойства параметра -RecipientFilter допускают использование подстановочных знаков. Если указывается подстановочный знак, не следует использовать -eq. Вместо него нужно использовать оператор -like. Оператор -like используется для поиска соответствия шаблону в строках, тогда как оператор -eq применяется для поиска точных совпадений.

В начало

 © Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.