对 Outlook 中的自定义属性的更改

最佳做法：以编程方式添加自定义字段

可以使用各种 API 以编程方式向项添加自定义字段。 为此，请使用 Outlook 对象库中的 UserProperties.Add 方法 (“Outlook.Application”) 。 以下代码演示了这一最佳做法。

Set myProp = myItem.UserProperties.Add("MyPropName", olText)

还可以将 CDO 对象库 (“MAPI”。用于添加自定义域的会话“) 。 有关详细信息，请访问以下 MSDN 网站：

http://msdn2.microsoft.com/en-us/library/ms527518.aspx 对于 C++ 开发人员，扩展 MAPI 可用于添加命名属性。 有关详细信息，请访问以下 MSDN 网站：

http://msdn2.microsoft.com/en-us/library/ms529684.aspx

最佳做法：使用包含自定义字段的已发布自定义窗体

Outlook 在很大程度上信任已发布的自定义表单。 但是，Outlook 不信任未发布的表单或一次性表单。 这包括 .oft 文件。 因此，在设计自定义表单解决方案时，强烈建议发布自定义表单。 应设计窗体，以便窗体不会成为一次性窗体。 只要发布表单，该窗体就不会受到 Outlook 中的更改的影响。
 
将 .oft 文件发布到其他存储区时，默认存储允许在该存储区中创建属性。 此外，创建具有自定义属性的自定义窗体并将其发布到相应的表单库或文件夹时，会在受影响的存储区中创建自定义属性。

最佳做法：以编程方式部署自定义表单

如果要开发将由其他人使用的 Outlook 自定义窗体，可以使用一些方法。 使用的方法取决于多个因素。 这些因素包括窗体的类型、谁将使用该窗体、将使用窗体的位置等。 通常，如果许多人将使用自定义窗体，我们建议在组织窗体库中发布表单。 但是，如果这是不可能的，你可能希望在共享文件夹或某些用户的“个人表单库”中发布表单。 可以使用 Outlook 对象库中的 CreateItemFromTemplate 方法以编程方式安装自定义窗体。 使用 CreateItemFromTemplate 方法打开 .oft 文件，然后使用 PublishForm 方法发布表单。 在这种情况下，.oft 文件不受自定义属性更改的影响。

不建议：部署或发送 .oft 文件供用户打开

可以将 Outlook 自定义窗体保存为 .oft 文件。 这些窗体可以包含自定义字段、用户界面更改和自定义 Microsoft Visual Basic Scripting Edition (VBScript) 代码，以向窗体添加功能。 虽然 Outlook 已包含阻止 .oft 文件中的 VBScript 代码运行的功能，但 Outlook 现在还限制使用 .oft 文件。 如果 .oft 文件包含自定义属性，并且用户以前未使用这些自定义属性，则自定义属性不在用户的默认存储中。 当用户双击文件时，Outlook 不会呈现自定义窗体。 但是，若要让 Outlook 打开存储为 .oft 文件的自定义窗体，请单击“ 文件”，单击“ 新建”，然后单击“ 选择窗体”。 然后，可以将位置更改为 “文件系统中的用户模板”，然后单击“ 浏览 ”打开 .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>

<属性名称>

“Kind” (dword)

“ID” (dword)
“Type” (dword) 注册表项结构中使用以下占位符：

• <GUID>：包含指定属性集的 GUID。 您在 Outlook 自定义窗体上使用的 Outlook 自定义字段或属性都具有 GUID {00020329-0000-0000-C000-00000000046}。 在 MAPI 中，GUID 称为PS_PULIC_STRINGS。 但是，自定义 MAPI 程序可能具有自己的自定义属性 GUID。

• <属性名称>：指定属性的名称。 如果属性由字符串命名，则属性 名称> <是该属性的实际字符串名称。 如果属性由 ID 命名，则忽略此注册表项的值。 但是，必须为属性指定唯一名称，以便该属性可以存储在注册表中。 如果 Kind 键设置为 1 或 <> 0，则注册表项名称将确定属性的名称。 如果 Kind 键不等于 1，则将忽略此注册表项名称。

• “Kind” (dword) ：指定属性是按 ID 还是按字符串命名。 如果值为 0，则属性将按 ID 命名。 名称是由 ID 指定的数值。 如果值为 1，则属性将按字符串命名。 当“Kind”不存在时，此设置是默认设置。

• “ID” (dword) ：包含按 ID 命名的属性的 ID 名称。 如果 Kind 键设置为 0，则需要此信息。 如果 Kind 键设置为 1，则忽略此信息。

• “Type” (dword) ：指定属性的类型。

此注册表项是必需的，但当前未使用该注册表项。 下表列出了基于 MAPI 类型的此注册表项的可能值。

下面是如何设置命名的字符串属性的示例：

名称：“MyStringFieldName1”

类型：PT_LONG

[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\AllowedNamedProps\{00020329-0000-0000-C000-000000000046}\MyStringFieldName1] “Type”=dword：00000003
下面是如何设置命名依据 ID 属性的示例：

ID：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-00000000046}
 

MyStringFieldName1

类型 = 3
MyStringFieldName2

类型 = 3
{00020329-0000-0000-C000-00000000046}

MyMAPIProp1

Kind = 0
ID = 330

类型 = 3
MyMAPIProp2

Kind = 0
ID = 331
类型 = 3

不建议：重新启用创建属性的功能

可以将三个注册表项部署到客户端计算机，以禁用自定义属性的阻止，并将 Outlook 还原为其以前的行为。 组策略支持这些注册表项。 以下注册表项可将 Outlook 2003 还原其先前的行为：

注意 以下注册表项不会还原 Outlook 2007 的先前行为。

• AllowTNEFtoCreateProps (HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] “AllowTNEFtoCreateProps”=dword：0000000) ：如果值为 0，则 TNEF/MIME 无法创建新的非 Outlook 自定义属性。 此值为默认值。 如果值为 1，则 TNEF/MIME 可以创建新的非 Outlook 自定义属性。

• AllowMSGFilestoCreateProps：如果值为 0，则 .msg 文件和 .oft 文件无法创建新的非 Outlook 自定义属性。 此值为默认值。 如果值为 1，则 .msg 文件和 .oft 文件可以创建新的非 Outlook 自定义属性。

• DisallowTNEFPreservation：为了方便迁移到此新行为，Outlook 在未创建自定义属性时保留原始 TNEF。 原始 TNEF 保存在保存的项上的二进制流中。 Outlook 使用以下属性标记来保存流：

  PR_TNEF_UNPROCESSED_PROPS PROG_TAG (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 属性。