Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Cambios de propiedades personalizadas en Outlook

Support for Office 2003 has ended

Microsoft ended support for Office 2003 on April 8, 2014. This change has affected your software updates and security options. Learn what this means for you and how to stay protected.

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 907985
Resumen
para garantizar el uso coherente de las propiedades personalizadas, o campos, Microsoft Office Outlook 2003 Service Pack 2 (SP2) y versiones posteriores de Outlook límite algunas de las formas que se pueden introducir propiedades personalizadas en almacenes de datos de Outlook. Por ejemplo, se pueden introducir propiedades personalizadas de formas específicas en archivos de carpetas personales (.pst) de Outlook.
INTRODUCCIÓN
En este artículo hace lo siguiente:
  • Proporciona información general de propiedades personalizadas.
  • Explica cómo el comportamiento de propiedades personalizadas ha cambiado en Outlook 2003 SP2 y en versiones posteriores de Outlook.
  • Describe algunas recomendaciones para crear nuevas propiedades y algunos métodos que no se recomienda.
Más información

Sobre las propiedades personalizadas

Propiedades personalizadas se utilizan por programas de correo electrónico, como Outlook, para agregar información a un mensaje. Normalmente, se utiliza esta información adicional por un programa de correo electrónico para un propósito específico. Sin embargo, hay otras formas que se pueden utilizar las propiedades personalizadas. Por ejemplo, las propiedades personalizadas pueden agregarse a los mensajes o artículos si utiliza formularios personalizados de Outlook y los formularios contienen campos personalizados. Propiedades personalizadas se utilizan con frecuencia para agregar más información para realizar un seguimiento. Propiedades personalizadas se utilizan también para agregar datos que un usuario no tiene que ver. Una solución personalizada también puede agregar propiedades personalizadas a elementos normales. Una solución personalizada agrega mediante programación las propiedades personalizadas a un mensaje o elemento sin necesidad de un formulario personalizado.

Propiedades personalizadas pueden persistir en el formato de archivo .msg y el formato de archivo .oft en Outlook. Además, pueden conservar las propiedades personalizadas a los mensajes que se envían a través de Internet si el remitente utiliza la opción Enviar usando formato de texto enriquecido de Outlook de correo electrónico. Esta opción encapsula la sección MAPI del mensaje en formato de encapsulación neutral de transporte (TNEF) y, a continuación, se descodifica el TNEF cuando recibe el mensaje.

Un remitente puede enviar un correo electrónico que tiene propiedades personalizadas en las situaciones siguientes:
  • Se envía un formulario personalizado único. En formularios de uso único, el formulario está incrustado en el mensaje. El formulario no está publicado en otro lugar. Para obtener más información acerca de los formularios de uso único, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    290657Descripción de las definiciones de formulario y formularios de uso único en Outlook 2002
  • Se envía un formulario personalizado publicado. En este caso, no se envía el formulario personalizado dado que el formulario no está incrustado en el mensaje. Sin embargo, cualquier propiedad personalizada que se utilizaron en el formulario todavía se incluye en el mensaje.
Nota Hay muchas formas para hacer referencia a propiedades personalizadas, dependiendo del contexto en que las propiedades personalizadas se utilizan. En la interfaz de usuario de Outlook, como en el Selector de campos , propiedades personalizadas se conocen como campos definidos por el usuario o como campos personalizados. En la biblioteca de objetos de Outlook, las propiedades personalizadas pueden hacer referencia a como propiedades de usuario o como propiedades definidas por el usuario después de la colección UserProperties . En MAPI, campos personalizados se conocen como propiedades con nombre. MAPI proporciona una utilidad para hacer lo siguiente:
  • Asignar nombres a las propiedades
  • Asignar los nombres a identificadores únicos
  • Hacer persistente la asignación
Para obtener más información acerca de cómo implementar propiedades con nombre en MAPI, visite el siguiente sitio Web de MSDN: Nota En un entorno de Exchange, el término "almacén" como se utiliza en este artículo se refiere a un buzón entero almacenar (base de datos). El término no hace referencia a almacén del buzón del usuario. Puede haber bases de uno o más datos de buzones de Exchange en una organización.

Cambios de comportamiento en Outlook

La implementación de MAPI de Outlook ha cambiado a control personalizado cómo pueden crearse propiedades. Para garantizar el uso coherente de propiedades personalizadas, las propiedades personalizadas ya se deben utilizar en la organización o en el cliente de Outlook. Tan pronto como propiedades personalizadas se utilizan o están registradas, las propiedades personalizadas pueden transmitirse libremente a otros clientes de Outlook o a servidores que ejecutan Exchange Server. Las propiedades personalizadas también pueden enviarse a través de Internet.

Los mensajes de correo electrónico normalmente se envían en formato MIME a través de Internet. Cuando Outlook recibe un mensaje de correo electrónico de Internet, el mensaje se convierte en una representación de MAPI. Los siguientes son ejemplos de protocolos de correo electrónico de Internet:
  • POP
  • IMAP
  • HTTP (Hotmail)
De forma predeterminada, Outlook ya no habilita el correo de Internet para crear nuevas propiedades personalizadas. Sólo las propiedades que ya se crean en el almacén de entrega de correo predeterminado se conservan para los mensajes de correo electrónico entrantes. Este cambio afecta principalmente a los mensajes enviados en encapsulado TNEF (Winmail.dat), donde el remitente ha utilizado la opción Enviar con formato de texto enriquecido de Outlook . Sin embargo, los mensajes de Internet que contienen las propiedades de encabezado de mensaje de X también se ven afectados.

Nota Los mensajes que contienen propiedades personalizadas que se envían en una organización de Exchange no se ven afectados por estos cambios.

Propiedades personalizadas también se pueden guardar en archivos de .msg y en archivos .oft. Si un usuario abre un archivo .msg tiene propiedades personalizadas, esas propiedades personalizadas no se guardan en el almacén predeterminado cuando se guarda el mensaje, reenvía y así sucesivamente. Normalmente, se utilizan archivos .oft hacer una copia de formularios personalizados de Outlook. Con archivos .oft, el comportamiento de nuevo se aplica a todos los tipos de elementos. No se abrirá el formulario personalizado. En su lugar, el mensaje aparecerá en el formulario predeterminado para ese tipo de elemento determinado.

En resumen, este cambio en el diseño puede causar dos cosas que se produzca:
  • Outlook pasa por alto las propiedades personalizadas no existente. Si una propiedad personalizada no existe en el almacén de entrega, la propiedad no se creará y su valor se perderán. Si la propiedad personalizada ya existe en el almacén de entrega, se conserva su valor. Este cambio se aplica al siguiente:
    • Mensajes de correo electrónico de Internet que tienen TNEF y sus mensajes incrustados.
    • Mensajes S/MIME.
    • archivos de .msg al colocar el archivo .msg en una ventana de elemento de Outlook para agregar el archivo a otro elemento. Este cambio también se aplica a archivos .msg cuando coloque el archivo .msg en la ventana principal para agregar el archivo a una carpeta o en la ventana de Microsoft Word cuando utiliza Word como editor de correo electrónico de Outlook.
    • archivos de .MSG que un usuario hace doble clic o haga clic con el botón secundario para abrir.
  • Outlook pasa por alto la definición de formulario de uso único. Si un formulario de uso único especifica una propiedad personalizada y que la propiedad personalizada no existe en el almacén de entrega, no se procesa el formulario de uso único. En su lugar, el usuario verá el formulario predeterminado para ese tipo de elemento determinado. Este cambio se aplica a mensajes de correo electrónico de Internet que contienen una definición de formulario de uso único está encapsulada en TNEF. Este cambio se aplica también a los archivos de .oft que un usuario hace doble clic o haga clic con el botón secundario para abrir.

Prácticas recomendadas y otras formas para crear nuevas propiedades

Hay una gran variedad de formas que puede diseñar y desarrollar soluciones personalizadas. Algunos de estos enfoques se consideran prácticas recomendadas. También pueden funcionar otros enfoques, pero no se recomienda los enfoques para uno o varios motivos.

Recomendación: agregar campos personalizados mediante programación

Distintas API pueden utilizarse para agregar mediante programación los campos personalizados a elementos. Para ello, use el método UserProperties.Add en la biblioteca de objetos de Outlook ("Outlook.Application"). El código siguiente ilustra esta práctica mejor.
Set myProp = myItem.UserProperties.Add("MyPropName", olText)
también puede utilizar la biblioteca de objetos CDO ("MAPI.Session") para agregar campos personalizados. Para obtener más información, visite el siguiente sitio Web de MSDN:Para los desarrolladores de C++, puede utilizar MAPI extendido para agregar propiedades con nombre. Para obtener más información, visite el siguiente sitio Web de MSDN:

Recomendación: usar publica formularios personalizados que contienen campos personalizados

Outlook confía en gran medida formularios personalizados publicados. Sin embargo, Outlook no confía formularios no publicados o formularios de uso único. Esto incluye archivos .oft. Por lo tanto, cuando diseña una solución de formulario personalizado, se recomienda que publique el formulario personalizado. Debe diseñar el formulario para que el formulario no sea un formulario de uso único. Siempre que se publica un formulario, el formulario no se afectados por el cambio en Outlook.
Para obtener más información acerca de formularios de uso único y formularios de uso único cómo se puede crear involuntariamente, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
290657Descripción de las definiciones de formulario y formularios de uso único en Outlook 2002

Al publicar un archivo .oft a otro almacén, el almacén predeterminado le permite crear propiedades de ese almacén. Además, cuando se crea un formulario personalizado que tiene propiedades personalizadas y publicarlo en la carpeta o biblioteca de formularios apropiado, las propiedades personalizadas se crean en los almacenes afectados.

Recomendación: implementar mediante programación de formularios personalizados

Si está desarrollando un formulario personalizado de Outlook que será utilizado por otros usuarios, no hay varias soluciones que puede utilizar. El enfoque que utiliza depende de varios factores. Estos factores incluyen el tipo de formulario, que utilizará el formulario, donde se utilizará el formulario, y así sucesivamente. Normalmente, si se utiliza un formulario personalizado por muchas personas, recomendamos que publique el formulario en la biblioteca de formularios de la organización. Sin embargo, si no es posible, quizás 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 en la biblioteca de objetos de Outlook. Utilice el método CreateItemFromTemplate para abrir un archivo .oft y, a continuación, publique el formulario mediante el método PublishForm . En este caso, un archivo .oft no se ve afectado por los cambios de propiedades personalizadas.

No se recomienda: distribuir o enviar archivos .oft para que los usuarios abrir

Puede guardar formularios personalizados de Outlook como archivos .oft. Estos formularios pueden contener campos personalizados, los cambios de interfaz de usuario y personalizado código de Microsoft Visual Basic Scripting Edition (VBScript) para agregar funcionalidad a la forma. Aunque Outlook ya contiene características que impiden que el código de VBScript en archivos de .oft de ejecución, Outlook ahora también restringe el uso de archivos .oft. Si un archivo .oft contiene propiedades personalizadas y el usuario no ha utilizado previamente las propiedades personalizadas, las propiedades personalizadas no están en el almacén del usuario predeterminado. Outlook no representará el formulario personalizado cuando el usuario hace doble clic en el archivo. Sin embargo, para que Outlook abra un formulario personalizado que se almacena como un archivo .oft, haga clic en archivo , haga clic en nuevo y, a continuación, haga clic en Elegir formulario . Puede cambiar a continuación, la ubicación de Plantillas de usuario en el sistema de archivos y, a continuación, haga clic en Examinar para abrir el archivo .oft. Se abrirá el formulario y se pueden guardar las propiedades personalizadas en el almacén predeterminado.

No se recomienda: utilizar la clave de registro AllowNamedProps

Algunas organizaciones pueden tener motivos válidos para tener determinadas propiedades personalizadas disponibles en toda la organización. Si se utilizan varios almacenes, quizás desee Asegúrese de que un conjunto de propiedades personalizadas puede ser agregado a todos los almacenes. Por lo tanto, Outlook 2003 SP2 y versiones posteriores admiten claves de registro de cliente que especificar qué propiedades personalizadas se pueden crear. Para especificar qué propiedades personalizadas deben estar habilitados, las propiedades personalizadas se definen en la siguiente clave del registro:
HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Outlook\AllowedNamedProps\


Nota En esta clave del registro <version > es un marcador de posición para la versión de Outlook que está utilizando. 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 de clave de registro general de una entrada en el registro es:

<GUID>
<Property Name >
"Tipo" (dword)
"ID" (dword)
"Tipo" (dword)
Los siguientes marcadores de posición se utilizan en la estructura de clave del registro:
  • <GUID >: contiene el GUID que especifica el conjunto de propiedades. Campos personalizados de Outlook o propiedades, que utiliza en un formulario de Outlook personalizado todo con 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.
  • <Property Name >: Especifica el nombre de la propiedad. Si la propiedad se denomina por una cadena, el <Property Name > es el nombre de cadena real de la propiedad. Si la propiedad se denomina por un identificador, se omite el valor de esta clave del registro. Sin embargo, debe asignar a la propiedad un nombre único para que la propiedad puede almacenarse en el registro. Si la clave Kind se establece a 1 o se le <> 0, el nombre de clave del registro determinar el nombre de la propiedad. Si la clave Kind no es igual a 1, se omitirá este nombre de clave del registro.
  • "Tipo" (dword): Especifica si la propiedad se denomina por un identificador o por una cadena. Si el valor es 0, la propiedad se denominará por un identificador. El nombre es un valor numérico que se especifica mediante un identificador. Si el valor es 1, se llamará a la propiedad por una cadena. Esta configuración es el valor predeterminado cuando “ tipo ” no está presente.
  • "ID" (dword): contiene el nombre de identificador de una propiedad que se menciona un identificador. Esta información es necesaria si la clave Kind se establece en 0. Si la clave Kind se establece en 1, se omitirá esta información.
  • "Tipo" (dword): Especifica el tipo de propiedad.
Esta clave del registro es necesaria, pero la clave del registro no se utiliza actualmente. La siguiente tabla enumera los valores posibles de esta clave del registro según el tipo MAPI.
Tipo MAPI Valor Descripción
PT_UNSPECIFIED 0 Reservado para uso de interfaz (el tipo no es importante al llamador)
PT_NULL 1 Valor de la propiedad NULL
PT_I2 2 Valor de 16 bits con signo
PT_LONG 3 Valor de 32 bits con signo
PT_R4 4 punto flotante de 4 bytes
PT_DOUBLE 5 Double de punto flotante
PT_CURRENCY 6 Signed int de 64 bits (w/4 dígitos decimales derecho de pt decimal)
PT_APPTIME 7 Tiempo de aplicación
PT_ERROR 10 valor de error de 32 bits
PT_BOOLEAN 11 valor booleano de 16 bits (distinto de cero verdadero)
PT_OBJECT 13 Objeto incrustado en una propiedad
PT_I8 20 entero con signo de 8 bytes
PT_STRING8 30 Cadena de 8 bits terminada en null
PT_UNICODE 31 Cadena Unicode terminada en nulo
PT_SYSTIME 64 Entero de 64 bits FILETIME con w y número de períodos de 100ns desde el 1 de enero de 1601
PT_CLSID 72 GUID DE OLE
PT_BINARY 258 Uninterpreted (matriz de bytes contada)
PT_MV_UNSPECIFIED 4096
PT_MV_NULL 4097
PT_MV_I2 4098
PT_MV_LONG 4099
PT_MV_R4 4100
PT_MV_DOUBLE 4101
PT_MV_CURRENCY 4102
PT_MV_APPTIME 4103
PT_MV_ERROR 4106
PT_MV_BOOLEAN 4107
PT_MV_OBJECT 4109
PT_MV_I8 4116
PT_MV_STRING8 4126
PT_MV_UNICODE 4127
PT_MV_SYSTIME 4160
PT_MV_CLSID 4168
PT_MV_BINARY 4354
Ésta es un ejemplo de cómo establecer una propiedad denominada por la 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
Ésta es un ejemplo de cómo establecer una propiedad denominada-por-ID:
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 parece similar al siguiente en el Editor del registro:

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

MyStringFieldName2
Tipo = 3

{00020329-0000-0000-C000-000000000046}
MyMAPIProp1
Tipo = 0
ID = 330
Tipo = 3

MyMAPIProp2
Tipo = 0
ID = 331
Tipo = 3

No se recomienda: volver a habilitar la capacidad de crear propiedades

Tres claves del registro se pueden implementar a equipos cliente para deshabilitar el bloqueo de las 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 anterior comportamiento:

Nota Las siguientes claves del registro no volver 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 sea Outlook. Este valor es el valor predeterminado. Si el valor es 1, TNEF/MIME puede crear nuevas propiedades personalizadas que no sea Outlook.
  • AllowMSGFilestoCreateProps : si el valor es 0, archivos de .msg y .oft archivos no pueden crear nuevas propiedades personalizadas que no sea Outlook. Este valor es el valor predeterminado. Si el valor es 1, .msg archivos y archivos .oft pueden crear nuevas propiedades personalizadas que no sea Outlook.
  • DisallowTNEFPreservation : para facilitar la migración a este nuevo comportamiento, Outlook conserva el TNEF original cuando no se crean propiedades personalizadas. En el elemento que se guarda, el TNEF original se guarda en una secuencia binaria. Outlook utiliza la siguiente etiqueta de propiedad para guardar la secuencia:
    PR_TNEF_UNPROCESSED_PROPS PROG_TAG (PT_BINARY 0X0E9C).
    El
    HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "DisallowTNEFPreservation "=dword:00000000
    configuración controles si Outlook crea la propiedad PR_TNEF_UNPROCESSED_PROPS del registro.

    Nota La propiedad PR_TNEF_UNPROCESSED_PROPS se quita un mensaje cuando incrusta 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.
OL2007

Propiedades

Id. de artículo: 907985 - Última revisión: 11/22/2007 03:46:24 - Revisión: 4.3

Microsoft Office Outlook 2007, Microsoft Office Outlook 2003

  • kbmt kbinfo KB907985 KbMtes
Comentarios
='" + (window.location.protocol) + "//c.microsoft.com/ms.js'><\/script>");