Cambios en las propiedades personalizadas en Outlook

Procedimiento recomendado: Agregar campos personalizados mediante programación

Se pueden usar varias API para agregar campos personalizados a los elementos mediante programación. Para ello, use el método UserProperties.Add en la biblioteca de objetos de Outlook ("Outlook.Application"). El código siguiente ilustra este procedimiento recomendado.

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

También puede usar la biblioteca de objetos CDO ("MAPI. Sesión") para agregar campos personalizados. Para obtener más información, visite el siguiente sitio web de MSDN:

http://msdn2.microsoft.com/en-us/library/ms527518.aspx Para los desarrolladores de C++, MAPI extendido puede usarse para agregar propiedades con nombre. Para obtener más información, visite el siguiente sitio web de MSDN:

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

Procedimiento recomendado: Usar formularios personalizados publicados que contengan campos personalizados

Outlook confía en gran medida en los formularios personalizados publicados. Sin embargo, Outlook no confía en los formularios no publicados ni en los formularios únicos. Esto incluye los archivos .oft. Por lo tanto, al diseñar una solución de formulario personalizado, le recomendamos encarecidamente que publique el formulario personalizado. Debe diseñar el formulario para que no se convierta en un formulario único. Mientras se publique un formulario, el formulario no se verá afectado por el cambio en Outlook.
 
Al publicar un archivo .oft en un almacén diferente, el almacén predeterminado le permite crear propiedades en ese almacén. Además, al crear un formulario personalizado con propiedades personalizadas y publicarlo en la carpeta o biblioteca de formularios correspondiente, las propiedades personalizadas se crean en los almacenes afectados.

Procedimiento recomendado: Implementar formularios personalizados mediante programación

Si está desarrollando un formulario personalizado de Outlook que usarán otros usuarios, hay algunos enfoques que puede usar. El enfoque que use depende de varios factores. Estos factores incluyen el tipo de formulario, quién usará el formulario, dónde se usará el formulario, etc. Normalmente, si muchos usuarios usan un formulario personalizado, le recomendamos que publique el formulario en la Biblioteca de formularios de la organización. Sin embargo, si esto no es posible, es posible que desee publicar el formulario en una carpeta compartida o en la biblioteca de formularios personales de algunos usuarios. Puede instalar mediante programación un formulario personalizado mediante el método CreateItemFromTemplate de la biblioteca de objetos de Outlook. Use el método CreateItemFromTemplate para abrir un archivo .oft y, a continuación, publicar el formulario mediante el método PublishForm. En este caso, un archivo .oft no se ve afectado por los cambios de propiedades personalizadas.

No recomendado: Implementar o enviar archivos .oft para que los usuarios los abran

Puede guardar formularios personalizados de Outlook como archivos .oft. Estos formularios pueden contener campos personalizados, cambios en la interfaz de usuario y código personalizado de Microsoft Visual Basic Scripting Edition (VBScript) para agregar funcionalidad al formulario. Aunque Outlook ya contiene características que impiden la ejecución del código VBScript en archivos .oft, Ahora Outlook también restringe el uso de archivos .oft. Si un archivo .oft contiene propiedades personalizadas y el usuario no ha usado anteriormente esas propiedades personalizadas, las propiedades personalizadas no están en el almacén predeterminado del usuario. Outlook no representará el formulario personalizado cuando el usuario haga doble clic en el archivo. Sin embargo, para que Outlook abra un formulario personalizado que esté almacenado como un archivo .oft, haga clic en Archivo, haga clic en Nuevo y, a continuación, haga clic en Elegir formulario. Después, puede cambiar la ubicación a Plantillas de usuario en el sistema de archivos y, a continuación, hacer clic en Examinar para abrir el archivo .oft. Se abrirá el formulario y podrá guardar las propiedades personalizadas en el almacén predeterminado.

No recomendado: Use la clave del Registro AllowNamedProps

Algunas organizaciones pueden tener razones válidas para tener determinadas propiedades personalizadas disponibles en toda la organización. Si se usan varias tiendas, es posible que desee asegurarse de que se puede agregar un conjunto de propiedades personalizadas a todas las tiendas. Por lo tanto, Outlook 2003 SP2 y versiones posteriores admiten claves del Registro de cliente que especifican qué propiedades personalizadas se pueden crear. Para especificar qué propiedades personalizadas deben habilitarse, las propiedades personalizadas se definen en la clave del Registro siguiente: HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Outlook\AllowedNamedProps\

Nota En esta clave del Registro, <versión> es un marcador de posición para la versión de Outlook que está usando. Para Outlook 2003, el número de versión es 11.0. Para Outlook 2007, el número de versión es 12.0. El número de versión aumentará en versiones posteriores de Outlook.

La estructura general de claves del Registro para una entrada del Registro es la siguiente:

> GUID de <

> nombre de propiedad de <

"Tipo" (dword)

"ID" (dword)
"Tipo" (dword) Los siguientes marcadores de posición se usan en la estructura de claves del Registro:

• > GUID de <: contiene el GUID que especifica el conjunto de propiedades. Los campos personalizados de Outlook o las propiedades que se usan en un formulario personalizado de Outlook tienen el GUID {00020329-0000-0000-C000-000000000046}. En MAPI, el GUID se denomina PS_PULIC_STRINGS. Sin embargo, los programas MAPI personalizados pueden tener sus propios GUID para las propiedades personalizadas.

• <> Nombre de propiedad : especifica el nombre de la propiedad. Si la propiedad recibe el nombre de una cadena, el <nombre de propiedad> es el nombre de cadena real de la propiedad. Si la propiedad recibe un nombre mediante un identificador, el valor de esta clave del Registro se omite. Sin embargo, debe asignar a la propiedad un nombre único para que la propiedad se pueda almacenar en el Registro. Si la clave Tipo se establece en 1 o se <> 0, el nombre de la clave del Registro determinará el nombre de la propiedad. Si la clave Kind no es igual a 1, este nombre de clave del Registro se omitirá.

• "Tipo" (dword): especifica si la propiedad se denomina mediante un id. o por una cadena. Si el valor es 0, la propiedad se denominará con un identificador. El nombre es un valor numérico especificado por un id. Si el valor es 1, la propiedad se denominará mediante una cadena. Esta configuración es la predeterminada cuando "Tipo" no está presente.

• "ID" (dword): contiene el nombre de id. de una propiedad que recibe el nombre de un id. Esta información es necesaria si la clave Tipo se establece en 0. Si la clave Tipo se establece en 1, esta información se omite.

• "Tipo" (dword): especifica el tipo de propiedad.

Esta clave del Registro es obligatoria, pero la clave del Registro no se usa actualmente. En la tabla siguiente se enumeran los posibles valores de esta clave del Registro en función del tipo MAPI.

El siguiente es un ejemplo de cómo establecer una propiedad con nombre por cadena:

Nombre: "MyStringFieldName1"

Tipo: PT_LONG

[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\AllowedNamedProps\{00020329-0000-0000-C000-000000000046}\MyStringFieldName1] "Type"=dword:00000003
A continuación se muestra un ejemplo de cómo establecer una propiedad con nombre por identificador:

Id.: 0x0330

Tipo: 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


Para estos dos ejemplos, el Registro aparece de forma similar a la siguiente en el Editor del Registro:


{00020329-0000-0000-C000-000000000046}
 

MyStringFieldName1

Tipo = 3
MyStringFieldName2

Tipo = 3
{00020329-0000-0000-C000-000000000046}

MyMAPIProp1

Kind = 0
Id. = 330

Tipo = 3
MyMAPIProp2

Kind = 0
ID = 331
Tipo = 3

No recomendado: Volver a habilitar la capacidad de crear propiedades

Se pueden implementar tres claves del Registro en equipos cliente para deshabilitar el bloqueo de propiedades personalizadas y revertir Outlook a su comportamiento anterior. Estas claves del Registro son compatibles con las directivas de grupo. Las siguientes claves del Registro pueden revertir Outlook 2003 a su comportamiento anterior:

Nota Las siguientes claves del Registro no revierten Outlook 2007 a su comportamiento anterior.

• AllowTNEFtoCreateProps (HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "AllowTNEFtoCreateProps"=dword:00000000): Si el valor es 0, TNEF/MIME no puede crear nuevas propiedades personalizadas que no sean de Outlook. Este valor es el valor predeterminado. Si el valor es 1, TNEF/MIME puede crear nuevas propiedades personalizadas que no sean de Outlook.

• AllowMSGFilestoCreateProps: si el valor es 0, los archivos .msg y los archivos .oft no pueden crear nuevas propiedades personalizadas que no sean de Outlook. Este valor es el valor predeterminado. Si el valor es 1, los archivos .msg y .oft pueden crear nuevas propiedades personalizadas que no sean de Outlook.

• No permitirTNEFPreservation: Para facilitar la migración a este nuevo comportamiento, Outlook conserva el TNEF original cuando no se crean propiedades personalizadas. El TNEF original se guarda en una secuencia binaria en el elemento que se guarda. Outlook usa la siguiente etiqueta de propiedad para guardar la transmisión:

  PR_TNEF_UNPROCESSED_PROPS PROG_TAG(PT_BINARY, 0x0e9C). El HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "No permitirTNEFPreservation "=dword:000000000
  La configuración del Registro controla si Outlook crea la propiedad PR_TNEF_UNPROCESSED_PROPS.
  
  Nota La propiedad PR_TNEF_UNPROCESSED_PROPS se quita de un mensaje al insertar un mensaje en otro mensaje como datos adjuntos. La propiedad PR_TNEF_UNPROCESSED_PROPS también se quita cuando reenvía un mensaje o responde a un mensaje.