Классификация писем в Exchange Server 2007 на русском

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

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

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

Пользователи могут задать свойство языка для своего почтового ящика, войдя в Outlook Web Access. Если пользователь не выполнил вход в Outlook Web Access и не задал язык, для значения языка пользователя используется язык сервера Exchange. Кроме того, почтовый ящик принимает язык последнего клиента Outlook, выполнившего вход в этот почтовый ящик. 

Если в Active Directory доступна классификация сообщений на языке получателя, Exchange прикрепит данную локализованную классификацию к этому сообщению. Если классификация сообщений для языка получателя отсутствует, Exchange в первую очередь ищет версию для нейтральной культуры, например «es» (испанский) для «es-MX» (мексиканский испанский) или «fr» (французский) для «fr-CA» (канадский французский). При отсутствии версии для указанного языка или нейтральной культуры Exchange использует классификацию сообщений по умолчанию, независимо от ее языка. Т.е., в конце-концов, если Exchange Server у вас, как у всех нормальных администраторов на английском языке – то, не определив никакими другими способами язык пользователя, этот он и выберет.

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

Коммандлет New-MessageClassification имеет ряд параметров, в числе которых есть и Locale – локализация.

Параметр Описание Обязательный
-DisplayName Используйте параметр DisplayName, чтобы указать краткое имя для экземпляра классификации сообщений. Краткое имя отображается в Office 2007 и используется пользователями Outlook для выбора соответствующей классификации сообщений перед отправкой сообщения. XML-файл классификации сообщений должен находиться на компьютере отправителя, чтобы отображалось краткое имя. Если значение параметра UserDisplayEnabled равно $true, отображается краткое имя получателя, даже если нет установленного XML-файла классификации сообщений. Когда указывается имя, которое включает пробелы, необходимо заключить его целиком в кавычки, например: “Display Name”. Параметр DisplayName должен содержать не более 64 символов. да
-Identity Используйте этот параметр для создания локализованной версии существующей классификации сообщений. Необходимо задать параметр Locale. Параметр Identity может принимать строковое значение, которое является значением Name существующей классификации сообщений. да
-Locale Указание кода культурной среды в параметре Locale создает локализованную версию классификации сообщений. Необходимо также передать параметр Identity существующей классификации сообщений по умолчанию при создании новой локализованной версии. Допустимыми значениями параметра Locale являются строковые имена, отображаемые в столбце Имя культурной среды. да
-Name Используйте этот параметр, чтобы указать административное имя для экземпляра классификации сообщений. Это имя используется для управления экземпляром классификации сообщений. Когда указывается имя, которое включает пробелы, необходимо заключить его целиком в кавычки, например: “Adminstrative Name”. Параметр Name должен содержать не более 256 символов. да
-SenderDescription Используйте этот параметр, чтобы объяснить получателю, для чего была предназначена классификация сообщения. Значение этого параметра используется пользователями Outlook для выбора соответствующей классификации сообщений перед отправкой сообщения. Заключите описание в кавычки, например: “This is the sender description that explains when to use this message classification”. Параметр SenderDescription должен содержать не более 1024 символов. да
-RecipientDescription Используйте этот параметр, чтобы объяснить получателю, для чего была предназначена классификация сообщения. Введенный в этот параметр текст может просматриваться пользователями Outlook при получении сообщения с этой классификацией. Заключите описание в кавычки, например: “This is the recipient description that explains how to treat the message that has been classified”. Параметр RecipientDescription должен содержать не более 1024 символов.
Если не будет введено значение для этого параметра, будет использоваться описание, веденное для параметра SenderDescription.
нет
-ClassificationID Используйте этот параметр, чтобы указать идентификатор существующей классификации сообщений, которую необходимо импортировать и использовать в организации Exchange. Используйте этот параметр при настройке классификации сообщений, которая охватывает два леса Exchange на одном предприятии. нет
-UserDisplayEnabled Используйте этот параметр для определения, должны ли значения параметров DisplayName и RecipientDescription отображаться в сообщении получателя Outlook. Если значение параметра UserDisplayEnabled равно $false, сообщения, отправленные получателям, имеющим эту классификацию сообщений, не отображают сведений классификации. Значение по умолчанию: $true. нет
-Confirm Параметр Confirm используется для приостановки команды и требует подтверждения ее выполнения. Указывать значение параметра Confirm не требуется. нет
-TemplateInstance* Когда в качестве значения параметра TemplateInstance подставляется существующий объект, команда использует конфигурацию объекта для создания точной копии объекта на локальном или целевом сервере. нет
-WhatIf Параметр WhatIf заставляет команду имитировать действия, которые она будет выполнять над объектом. С помощью параметра WhatIf можно просматривать изменения, которые могли бы произойти, без применения этих изменений. Указывать значение параметра WhatIf не требуется. нет
-DomainController Чтобы указать полное доменное имя контроллера домена, записывающего это изменение конфигурации в службу каталогов Active Directory, включите в команду параметр DomainController. Параметр DomainController не поддерживается на компьютерах, на которых установлена роль пограничного транспортного сервера. Роль пограничного транспортного сервера выполняет запись только на локальный экземпляр ADAM (Active Directory Application Mode). нет

* Существует распространенное мнение, что объекты в Active Directory Users & Computers было удобнее создавать, поскольку можно было делать шаблоны и копировать новые однотипные объекты с них. Как видите – на самом деле, здесь, с этим все в порядке.

Каждая локализованная версия конкретной классификации сообщений является новым экземпляром классификации сообщений. Параметр Locale определяет язык для конкретного экземпляра классификации сообщений. Параметр Locale принимает тип данных CultureInfo. Дополнительные сведения о типе данных CultureInfo здесь.

При создании новой локализованной версии классификации сообщений фактически на основе классификации сообщений по умолчанию создается новый локализованный экземпляр существующей классификации сообщений.

Для выполнения командлета New-MessageClassification необходимо обладать в Exchange правами роли Exchange Organization Administrator.

Чтобы создать локализованную версию классификации сообщений, в Exchange Management Shell:

New-MessageClassification "Администраторам" -Locale ru-RU -DisplayName "Администраторам" -SenderDescription "Это сообщение предназначено только для переписки администраторов, оно может содержать важные конфиденциальные технические данные, и не должно быть доступно остальным пользователям.
Важно! Убедитесь что в списке получателей нет обычных пользователей или пользовательских групп!"

Ну или что-то типа того. Классификаций себе вы можете понаделать сколько угодно, на все случаи жизни.

Не забывайте экспортировать каждый раз новые классификации из Exchange Server 2007 в Classifications.xml, и если вы кинули его на файл-сервер, и раздали ключ реестра через GPO – то дело в шляпе!
Дальше можно раскидать разные Classifications.xml – разным пользователям разные,
пользователям – пользовательские, админам – админские; слесарям – слесарево, кесарям – кесарево 😀

У меня в организации так и сделано:
1. Несколько разных классификаций (но есть и общие).
2. Разные GPO пользователям, админам, и боссам раздают разные Classification.xml.
3. Транспортными правилами ряду групп получателей запрещено, при определенных условиях, пересылать или отправлять сообщения с определенными классификациями. Так сообщения класса “Administrators Only” не могут быть доставлены кому либо кроме группы администраторов. А пользователи такой классификации даже и не видят.

PS: Кстати, пока писал статью, опять нашел баг в TechNet Library, и, пользуясь своим блатом MVP тут же отправил его по назначению, в багорезку MS :). Microsoft TechNet Library – один из самых лучших сборников документации среди всех вендоров в мире, и мы делаем его еще лучше!

6 thoughts on “Классификация писем в Exchange Server 2007 на русском”

  1. Максим, дайте пожалуйста инфо как раздать .XML файлы и ключ реестра через GPO. Сорри за тревиальный вопрос.

    1. GPMC:
      “GPO”/Computer Configuration/Preferences/Windows Settings/Files
      “GPO”/Computer Configuration/Preferences/Windows Settings/Registry

Leave a Reply

Your email address will not be published.