Изменения пользовательских свойств в Outlook

Переводы статьи Переводы статьи
Код статьи: 907985 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

В этой статье

Аннотация

Чтобы обеспечить согласованное использование пользовательских свойств или полей, Пакет обновления 2 (SP2) для Microsoft Office Outlook 2003 и более поздних версиях Outlook ограничить некоторые из способов, что пользовательские свойства могут быть введены в хранилищах данных Outlook. Например пользовательские свойства может быть вызвана различными способами в файлы личных папок (PST) в Outlook.

ВВЕДЕНИЕ

В данной статье выполняет следующие функции:
  • Общие сведения о настраиваемых свойств.
  • Объясняет, как поведение настраиваемого свойства были изменены в Outlook 2003 SP2 и более поздних версиях Outlook.
  • Рассматриваются некоторые рекомендации для создания новых свойств и некоторые методы, которые не рекомендуется.

Дополнительная информация

Настраиваемые свойства

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

Пользовательские свойства могут быть сохранены в формате файла .msg и .oft формата файла в Outlook. Кроме того можно сохранить пользовательские свойства в сообщение электронной почты, отправляемые через Интернет, если отправитель использует параметр Отправить, используя формат RTF . Инкапсулирует этот параметр в разделе MAPI сообщения в формат Инкапсуляция передачи нейтральный (TNEF), а затем декодируется TNEF при приеме сообщения.

Отправитель может отправлять сообщения электронной почты, содержащий пользовательские свойства в следующих случаях:
  • Одноразовые настраиваемой формы отправки. В одноразовых формах формы будет внедрен в сообщение. Форма не опубликована в другом месте. Дополнительные сведения о одноразовых формах щелкните следующий номер статьи базы знаний Майкрософт:
    290657 Описание определения формы и в одноразовых формах Outlook 2002
  • Отправляется опубликованных пользовательской формы. В этом случае пользовательская форма не отправляется потому, что форма не внедрен в сообщение. Тем не менее все настраиваемые свойства, которые были использованы в форме по-прежнему включены в сообщение.
Примечание Существует множество способов для ссылки на пользовательские свойства в зависимости от контекста, в котором используются пользовательские свойства. В интерфейсе пользователя Outlook как в окне Выбор полянастраиваемые свойства, рассматриваются как пользовательских полей или настраиваемые поля. В библиотеке объектов Outlook настраиваемых свойств можно ссылаться как свойства пользователя или пользовательские свойства после коллекции UserProperties . В MAPI настраиваемые поля, называются именованные свойства. MAPI предоставляет возможность сделать следующее:
  • Присваивать имена свойств
  • Сопоставить имена уникальные идентификаторы
  • Сделать постоянное сопоставление
Для получения дополнительных сведений об именованных свойств, реализованных в MAPI, обратитесь на веб-узле MSDN:
http://msdn2.Microsoft.com/en-us/library/ms529055.aspx
Примечание В среде Exchange термин «хранилище» в данной статье относится почтовый ящик в целом хранилища (базы данных). Этот термин не ссылается на хранилище почтовых ящиков для отдельных пользователей. В организации может быть один или несколько баз данных почтовых ящиков.

Изменения в поведении в Outlook

Реализация MAPI в Outlook как пользовательский элемент управления был изменен свойства могут быть созданы. Чтобы обеспечить согласованное использование настраиваемых свойств, пользовательские свойства должен уже использоваться в организации или на стороне клиента Outlook. Как только пользовательские свойства используются или зарегистрированы, пользовательские свойства могут свободно передаваться другие клиенты Outlook или серверам под управлением Exchange Server. Пользовательские свойства также может быть отправлен через Интернет.

Сообщения электронной почты как правило отправляются в формате MIME через Интернет. Когда Outlook получает сообщение электронной почты, сообщение преобразуется в представление MAPI. Ниже приведены примеры таких почтовых протоколов Интернета.
  • POP
  • IMAP
  • HTTP (Outlook.com)
По умолчанию Outlook больше не позволяет Интернет-почты для создания новых настраиваемых свойств. Единственные свойства, которые уже созданы в хранилище доставки электронной почты по умолчанию сохраняются для входящих сообщений электронной почты. В основном это изменение влияет на сообщения, отправленные в инкапсулированный формат TNEF (Winmail.dat), где Отправитель использовал параметр Отправить, используя формат RTF . Тем не менее также подвержены Интернет сообщений, содержащих свойства заголовка X-сообщения.

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

Пользовательские свойства также могут сохраняться в файлы .msg и файлах .oft. При открытии MSG-файл, содержащий пользовательские свойства, эти свойства не сохраняются в хранилище по умолчанию при сохранении сообщения, пересылки и т. д. Как правило файлы .oft используются для резервного копирования пользовательских форм Outlook. С файлами .oft новое поведение распространяется на все виды элементов. Пользовательская форма не откроется. Вместо этого сообщение будет отображаться в форме по умолчанию для этого конкретного типа.

В целом это изменение в конструкции может привести к происходят две вещи:
  • Outlook игнорирует не существует настраиваемых свойств. Если пользовательское свойство не существует в хранилище доставки, не удалось создать свойство и его значение будет потеряно. Если пользовательское свойство уже существует в хранилище доставки, его значение сохраняется. Это изменение распространяется на следующее:
    • Сообщений электронной почты Интернета, имеющих формат TNEF и их внедренных сообщений.
    • Сообщения S/MIME.
    • файлы .msg при удалении MSG-файл в окне элемента Outlook для добавления файла в другой элемент. Это изменение также распространяется на файлы .msg при удалении файла .msg в главном окне Microsoft Outlook, чтобы добавить файл в папку или в окне Microsoft Word при использовании Word в качестве редактора электронной почты.
    • файлы .msg, пользователь дважды щелкает или щелкает правой кнопкой мыши, чтобы открыть.
  • Outlook игнорирует определение одноразовые формы. Если одноразовую форму задает настраиваемое свойство и пользовательское свойство не существует в хранилище доставки, что одноразовые формы не отображаются. Вместо этого пользователь будет видеть форму по умолчанию для этого конкретного типа. Это изменение относится к сообщений электронной почты Интернета, которые содержат определения одноразовую форму, который инкапсулируется в формате TNEF.Это изменение также относится к .oft файлы, которые пользователь дважды щелкает или щелкает правой кнопкой мыши, чтобы открыть.

Рекомендации и другие способы создания новых свойств

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

Рекомендуется: программно добавить настраиваемые поля

Различные интерфейсы API могут использоваться для программного добавления настраиваемых полей элементов. Чтобы сделать это, используйте метод UserProperties.Add в библиотеке объектов Outlook ("Outlook.Application"). Следующий код иллюстрирует этой рекомендации.
Set myProp = myItem.UserProperties.Add("MyPropName", olText)
Можно также использовать библиотеки объектов CDO ("MAPI.Сеанс") для добавления настраиваемых полей. Для получения дополнительных сведений посетите веб-узле MSDN:
http://msdn2.Microsoft.com/en-us/library/ms527518.aspx
Для разработчиков C++ Extended MAPI можно использовать для добавления именованных свойств. Для получения дополнительных сведений посетите веб-узле MSDN:
http://msdn2.Microsoft.com/en-us/library/ms529684.aspx

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

Во многом Outlook доверяет опубликованных пользовательских форм. Тем не менее неопубликованные форм или одноразовых формах Outlook не доверяет. Это включает файлы .oft. Таким образом при разработке решений пользовательской формы, настоятельно рекомендуется публиковать пользовательские формы. Следует разрабатывать формы, чтобы форма не становится одноразовую форму. Как опубликовать форму, форма не повлияет изменение в Outlook.
Дополнительные сведения о одноразовых формах и как одноразовых формах можно непреднамеренно создать, щелкните следующий номер статьи базы знаний Майкрософт:
290657 Описание определения формы и в одноразовых формах Outlook 2002

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

Рекомендуется: развертывание пользовательских форм программным способом

Если вы разрабатываете пользовательскую форму Outlook, который будет использоваться другими пользователями, существует несколько подходов, которые можно использовать. Подход, который можно использовать, зависит от нескольких факторов. Эти факторы включают тип формы, который будет использовать форму, где будет использоваться форма, и т. д. Как правило если многие люди будут использоваться пользовательские формы, рекомендуется публикации формы в библиотеке организационных форм. Однако если это невозможно, можно опубликовать форму в общей папке или в библиотеке личных форм некоторых пользователей. Программно с помощью метода CreateItemFromTemplate в библиотеке объектов Outlook можно установить пользовательскую форму. Использование метода CreateItemFromTemplate для открытия OFT-файл, а затем опубликовать форму с помощью метода PublishForm . В этом случае OFT-файл не зависит от изменения пользовательских свойств.

Не рекомендуется: развертывание или отправить пользователям открывать файлы .oft

Пользовательских форм Outlook можно сохранить в виде файлов .oft. Эти формы могут содержать настраиваемые поля, изменения пользовательского интерфейса и пользовательский код Microsoft Visual Basic Scripting Edition (VBScript) для добавления функциональности в форму. Несмотря на то, что Outlook уже содержит возможности, которые позволяют запустить код VBScript в файлах .oft, Outlook теперь также ограничивает использование файлов .oft. Если пользователь ранее не использовал эти свойства OFT-файл содержит пользовательские свойства, пользовательские свойства не в хранилище по умолчанию. Outlook не будет отображена пользовательская форма, при двойном щелчке файла. Тем не менее чтобы открыть пользовательскую форму, которая хранится в виде файла OFT Outlook, выберите в меню файл, нажмите кнопку Создатьи выберите команду Выбрать форму. Затем измените расположение в Шаблоны в файловой системеи нажмите кнопку Обзор , чтобы открыть OFT-файл. Форма откроется, и можно сохранить пользовательские свойства в хранилище по умолчанию.

Не рекомендуется: использовать раздел реестра AllowNamedProps

Некоторые организации могут иметь веские причины для определенных пользовательских свойств, доступных в организации. Если используются несколько магазинов, можно убедиться в том, что набор настраиваемых свойств могут добавляться во все магазины. Поэтому Outlook 2003 SP2 и более поздних версий поддерживает клиентские реестра, укажите, какие пользовательские свойства могут быть созданы. Чтобы указать, какие пользовательские свойства должен быть включен, пользовательские свойства определяются в следующем разделе реестра:
HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Outlook\AllowedNamedProps\


Примечание В данном разделе реестраверсиянастроек является заполнителем для версии Outlook, которую вы используете. Для Outlook 2003 номер версии — 11.0. Для Outlook 2007 номер версии — 12.0. Номер версии увеличивается в более поздних версиях Outlook.

Это общая структура ключей реестра для записи в реестр:

ИДЕНТИФИКАТОР GUID>
Имя свойства>
"Тип" (dword)
"Идентификатор" (dword)
"Тип" (dword)
В структуре реестра ключа используются следующие имена:
  • ИДЕНТИФИКАТОР GUIDНастроек: содержит GUID, который определяет набор свойств. Outlook настраиваемых полей или свойств, использующих пользовательские формы Outlook все иметь идентификатор GUID {00020329-0000-0000-C000-000000000046}. В MAPI GUID называется PS_PULIC_STRINGS. Однако настраиваемые программы MAPI могут иметь свои собственные идентификаторы GUID пользовательских свойств.
  • Имя свойстваНастроек: Определяет имя свойства. Если свойство называется строкой,Имя свойстванастроек — это фактическое строковое имя свойства. Если свойство имеет имя, идентификатор, значение этого раздела реестра игнорируется. Тем не менее необходимо задать свойство уникальное имя, чтобы свойства, которые могут храниться в реестре. Если тип ключа задано значение 1 или <> 0, имя раздела реестра определяет имя свойства. Если тип ключа не равно 1, это имя раздела реестра игнорируется.
  • "Тип" (dword): Определяет, является ли свойство с именем, идентификатор или строка.Если значение равно 0, свойство будет называться идентификатор. Имя является числовое значение, которое задается идентификатором. Если значение равно 1, свойство будет называться строкой. Этот параметр является параметром по умолчанию при отсутствии «Вид».
  • "Идентификатор" (dword): содержит имя идентификатор свойства, которое называется идентификатор. Эта информация является обязательной, если тип имеет значение 0. Если тип ключа равным 1, эта информация игнорируется.
  • "Тип" (dword): Определяет тип свойства.
Этот раздел реестра является обязательным, но ключ реестра не используется в данный момент. В следующей таблице перечислены возможные значения параметра реестра на основе типа MAPI.
Свернуть эту таблицуРазвернуть эту таблицу
Тип MAPIЗначениеОписание
PT_UNSPECIFIED0Зарезервировано для использования интерфейса (тип не важен для вызывающего объекта)
PT_NULL1Значение NULL свойства
PT_I2216-Разрядного значения со знаком
PT_LONG332-Разрядного значения со знаком
PT_R444-байтовое число с плавающей запятой
PT_DOUBLE5Двойное с плавающей точкой
PT_CURRENCY6Типа signed int 64-разрядных (w/4 цифр справа от десятичной pt)
PT_APPTIME7Время приложения
PT_ERROR10Ошибка 32-разрядное значение
PT_BOOLEAN1116-битовое логическое значение (ИСТИНА равно нулю)
PT_OBJECT13Внедренный объект в свойстве
PT_I8208-байтовое целое число со знаком
PT_STRING8308-Разрядные строки нулями
PT_UNICODE31Значение NULL, ограниченную нулем строку Юникода
PT_SYSTIME6464-Разрядное целое FILETIME с w/количество периодов 100ns с 1 января 1601 г.
PT_CLSID72ИДЕНТИФИКАТОР GUID OLE
PT_BINARY258Неопознанное (массив подсчитанных байт)
PT_MV_UNSPECIFIED4096
PT_MV_NULL4097
PT_MV_I24098
PT_MV_LONG4099
PT_MV_R44100
PT_MV_DOUBLE4101
PT_MV_CURRENCY4102
PT_MV_APPTIME4103
PT_MV_ERROR4106
PT_MV_BOOLEAN4107
PT_MV_OBJECT4109
PT_MV_I84116
PT_MV_STRING84126
PT_MV_UNICODE4127
PT_MV_SYSTIME4160
PT_MV_CLSID4168
PT_MV_BINARY4354
Ниже приведен пример того, как задать для свойства с именем, строка:
Имя: «MyStringFieldName1»
Тип: PT_LONG
[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\AllowedNamedProps\{00020329-0000-0000-C000-000000000046}\MyStringFieldName1] "Type"=dword:00000003
Ниже приведен пример того, как задать для свойства с именем, Идентификатором:
КОД: 0X0330
Тип: PT_LONG
[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\AllowedNamedProps\{00020329-0000-0000-C000-000000000046}\MyMAPIProp1] "Kind"=dword:00000000 "ID"=dword:00000330 "Type"=dword:00000003

В этих двух примерах реестра отображается в редакторе реестра следующий:

{00020329-0000-0000-C000-000000000046}
MyStringFieldName1
Тип = 3

MyStringFieldName2
Тип = 3

{00020329-0000-0000-C000-000000000046}
MyMAPIProp1
Тип = 0
ID = 330
Тип = 3

MyMAPIProp2
Тип = 0
ID = 331
Тип = 3

Не рекомендуется: включить возможность создания свойства

Три раздела реестра можно развернуть на клиентских компьютерах, чтобы отключить блокирование пользовательские свойства и вернуться к его предыдущей поведение Outlook. Эти разделы реестра, поддерживаются групповые политики. Следующие разделы реестра можно вернуться к его предыдущее поведение Outlook 2003:

Примечание Следующие разделы реестра не восстановить его предыдущее поведение Outlook 2007.
  • AllowTNEFtoCreateProps (
    HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "AllowTNEFtoCreateProps"=dword:00000000
    ): Если значение равно 0, формат TNEF/MIME не может создавать новые пользовательские свойства отличные от Outlook. Это значение является значением по умолчанию. Если значение равно 1, TNEF/MIME можно создать новые пользовательские свойства отличные от Outlook.
  • AllowMSGFilestoCreateProps: Если значение равно 0, файлы .msg и .oft нельзя создавать новые пользовательские свойства отличные от Outlook. Это значение является значением по умолчанию. Если значение равно 1, файлы .msg и .oft можно создать новые пользовательские свойства отличные от Outlook.
  • DisallowTNEFPreservation: для упрощения миграции таким образом, Outlook сохраняет исходный формат TNEF, когда пользовательские свойства не создаются. Исходный формат TNEF сохраняется в двоичный поток на элемент, который будет сохранен. Outlook использует следующий тег свойства для сохранения потока:
    PROG_TAG PR_TNEF_UNPROCESSED_PROPS (PT_BINARY 0X0E9C).
    В
    HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "DisallowTNEFPreservation "=dword:00000000
    элементы управления Outlook создает свойство PR_TNEF_UNPROCESSED_PROPS параметр реестра.

    Примечание Свойство PR_TNEF_UNPROCESSED_PROPS удаляется из сообщения при внедрении сообщения в другое сообщение как вложение. Свойство PR_TNEF_UNPROCESSED_PROPS также удаляется при пересылке сообщения или ответе на сообщение.

Свойства

Код статьи: 907985 - Последний отзыв: 19 ноября 2013 г. - Revision: 6.0
Информация в данной статье относится к следующим продуктам.
  • Microsoft Office Outlook 2007
  • Microsoft Office Outlook 2003
Ключевые слова: 
kbinfo kbmt KB907985 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.
Эта статья на английском языке: 907985

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com