Modifications apportées aux propriétés personnalisées dans Outlook

Résumé

Afin de garantir une utilisation cohérente de champs ou de propriétés personnalisées, Microsoft Office Outlook 2003 Service Pack 2 (SP2) et versions ultérieures d’Outlook limitent certaines des méthodes que les propriétés personnalisées peuvent être introduites dans les banques de données Outlook. Par exemple, les propriétés personnalisées peuvent être introduites de manière spécifique dans les fichiers de dossiers personnels (.pst) d’Outlook.

INTRODUCTION

Cet article effectue les opérations suivantes :
  • Fournit une vue d’ensemble des propriétés personnalisées.
  • Explique comment le comportement des propriétés personnalisées a été modifié dans Outlook 2003 SP2 et versions ultérieures d’Outlook.
  • Décrit quelques méthodes conseillées pour créer des propriétés et des méthodes que nous ne recommandons pas.

Plus d'informations

À propos des propriétés personnalisées

Les propriétés personnalisées sont utilisées par les programmes de messagerie tels qu’Outlook, pour ajouter des informations à un message. En règle générale, ces informations supplémentaires sont utilisées par un programme de messagerie à des fins spécifiques. Toutefois, il existe d’autres moyens que les propriétés personnalisées peuvent être utilisées. Par exemple, les propriétés personnalisées peuvent être ajoutées aux messages ou éléments si vous utilisez des formulaires personnalisés Outlook et les formulaires contiennent des champs personnalisés. Les propriétés personnalisées sont fréquemment utilisées pour ajouter des informations pour des fins de suivi. Propriétés personnalisées sont également utilisées pour ajouter des données qu’un utilisateur n’a pas à voir. Une solution personnalisée peut également ajouter des propriétés personnalisées à des éléments standard. Une solution personnalisée ajoute par programme des propriétés personnalisées à un message ou un élément sans nécessiter un formulaire personnalisé.

Propriétés personnalisées peuvent être rendues persistantes dans le format de fichier .msg et le format de fichier .oft dans Outlook. En outre, les propriétés personnalisées peuvent être conservées pour les messages électroniques qui sont envoyés sur Internet, si l’expéditeur utilise l’option Envoyer à l’aide du Format RTF de Outlook . Cette option encapsule la section MAPI du message dans Neutral Encapsulation Format TNEF (Transport), et ensuite le format TNEF est décodée lors de la réception du message.

Un émetteur peut envoyer un message électronique contenant des propriétés personnalisées dans les scénarios suivants :
  • Un formulaire One-Off de personnalisé est envoyé. Dans les formulaires One-Off, le formulaire est incorporé dans le message. Le formulaire n’est pas publié ailleurs. Pour plus d’informations sur les formulaires One-Off, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

    Description 290657 des définitions des formulaires et des formulaires One-Off dans Outlook 2002

  • Un formulaire personnalisé publié est envoyé. Dans ce cas, le formulaire personnalisé n’est pas envoyé, car le formulaire n’est pas incorporé dans le message. Cependant, toutes les propriétés personnalisées qui ont été utilisées dans le formulaire sont toujours incluses dans le message.
Remarque Il existe de nombreuses façons de faire référence aux propriétés personnalisées, en fonction du contexte dans lequel les propriétés personnalisées sont utilisées. Dans l’interface utilisateur Outlook, comme dans le Sélecteur de champs, des propriétés personnalisées constituent des champs personnalisés ou champs définis par l’utilisateur. Dans la bibliothèque d’objets Outlook, les propriétés personnalisées peuvent être envoyées à en tant que propriétés de l’utilisateur ou en tant que propriétés définies par l’utilisateur après la collection UserProperties . Dans MAPI, les champs personnalisés sont appelés propriétés nommées. MAPI offre un utilitaire pour effectuer les opérations suivantes :
  • Attribuer des noms aux propriétés
  • Mapper les noms d’identificateurs uniques
  • Rendre le mappage persistant
Pour plus d’informations sur la façon des propriétés nommées sont implémentées dans MAPI, consultez le site Web MSDN suivant :

Remarque Dans un environnement Exchange, la terme « la banque » dans cet article se réfère à une banque de boîtes aux lettres entière (base de données). Le terme ne fait pas référence à une banque de boîtes aux lettres d’un utilisateur individuel. Il peut y avoir une ou plusieurs bases de données de boîte aux lettres de Exchange dans une organisation.

Changements de comportement dans Outlook

La mise en oeuvre de MAPI dans Outlook a été modifiée de contrôle personnalisée des propriétés peuvent être créées. Afin de garantir une utilisation cohérente de propriétés personnalisées, les propriétés personnalisées doivent déjà être utilisées dans l’organisation ou sur le client Outlook. Dès que les propriétés personnalisées sont utilisées ou sont enregistrées, les propriétés personnalisées peuvent être librement transmises à d’autres clients Outlook ou à des serveurs qui exécutent Exchange Server. Les propriétés personnalisées peuvent également être envoyées sur Internet.

Les messages sont généralement envoyés en format MIME sur Internet. Lorsque Outlook reçoit un message de courrier électronique Internet, le message est converti en une représentation sous forme de MAPI. Voici des exemples de protocoles de messagerie Internet :
  • POP
  • IMAP
  • HTTP (Outlook.com)
Par défaut, Outlook n’est plus permet de créer des propriétés personnalisées des messages Internet. Seules les propriétés qui existent déjà dans l’emplacement de remise du courrier par défaut sont conservées pour les messages électroniques entrants. Cette modification affecte principalement les messages qui sont envoyés au format TNEF encapsulé (Winmail.dat), dans laquelle l’expéditeur a utilisé l’option Envoyer à l’aide du Format RTF de Outlook . Toutefois, les messages Internet qui contiennent des propriétés d’en-tête X-message sont également affectés.

Remarque Les messages qui contiennent des propriétés personnalisées qui sont envoyées dans une organisation Exchange ne sont pas affectés par ces modifications.

Les propriétés personnalisées peuvent également être enregistrées dans des fichiers .msg et fichiers .oft. Si un utilisateur ouvre un fichier .msg qui a des propriétés personnalisées, ces propriétés personnalisées ne sont pas enregistrées à la banque par défaut lorsque le message est enregistré, transféré et ainsi de suite. En général, les fichiers .oft sont utilisés pour sauvegarder des formulaires Outlook personnalisés. Avec les fichiers .oft, le nouveau comportement s’applique à tous les types d’éléments. Le formulaire personnalisé ne s’ouvre pas. Au lieu de cela, le message s’affiche dans le formulaire par défaut pour ce type d’élément particulier.

En résumé, cette modification de conception peut entraîner à se produire deux choses :
  • Outlook ignore non existant de propriétés personnalisées. Si une propriété personnalisée n’existe pas dans l’emplacement de remise, la propriété ne sera pas créée et sa valeur seront perdue. Si la propriété personnalisée existe déjà dans l’emplacement de remise, sa valeur est rendue persistante. Cette modification s’applique à ce qui suit :
    • Messages Internet qui ont TNEF et leurs messages incorporés.
    • Messages S/MIME.
    • fichiers .msg lorsque vous déposez le fichier .msg dans une fenêtre d’élément Outlook pour ajouter le fichier à un autre élément. Cette modification s’applique également aux fichiers .msg lorsque vous déposez le fichier .msg dans la fenêtre principale d’Outlook pour ajouter le fichier dans un dossier ou dans la fenêtre de Microsoft Word lorsque vous utilisez Word comme éditeur de messagerie électronique.
    • fichiers .msg qu’un utilisateur double-clique ou clique pour l’ouvrir.

  • Outlook ignore la définition de formulaire One-Off. Si un formulaire One-Off spécifie une propriété personnalisée et que la propriété personnalisée n’existe pas dans l’emplacement de remise, le formulaire One-Off n’est pas restitué. Au lieu de cela, l’utilisateur verra le formulaire par défaut pour ce type d’élément particulier. Cette modification s’applique aux messages électroniques Internet qui contiennent une définition de formulaire One-Off est encapsulée au format TNEF. Cette modification s’applique également aux fichiers .oft qu’un utilisateur double-clique ou clique pour l’ouvrir.

Meilleures pratiques et autres moyens de créer de nouvelles propriétés

Il existe différentes méthodes que vous pouvez concevoir et développer des solutions personnalisées. Certaines de ces approches sont considérées comme les meilleures pratiques. Autres approches peuvent également fonctionner, mais nous ne recommandons pas ces approches pour un ou plusieurs motifs.

Meilleures pratiques : ajouter par programme des champs personnalisés

API de différentes peuvent être utilisées pour ajouter par programme des champs personnalisés à des éléments. Pour ce faire, utilisez la méthode UserProperties.Add dans la bibliothèque d’objets Outlook (« Outlook.Application »). Le code suivant illustre cette meilleure pratique.
Set myProp = myItem.UserProperties.Add("MyPropName", olText)
Vous pouvez également utiliser la bibliothèque d’objets CDO (« MAPI. Session ») pour ajouter des champs personnalisés. Pour plus d’informations, visitez le site Web MSDN suivant :Pour les développeurs C++, MAPI étendu permet d’ajouter des propriétés nommées. Pour plus d’informations, visitez le site Web MSDN suivant :

Meilleures pratiques : utilisation publié des formulaires personnalisés qui contiennent des champs personnalisés

Microsoft Outlook approuve en grande partie les formulaires personnalisés publiés. Toutefois, Outlook n’approuve pas les formulaires non publiés ou des formulaires One-Off. Cela inclut les fichiers .oft. Par conséquent, lorsque vous concevez une solution de formulaire personnalisé, nous recommandons fortement que vous publiez le formulaire personnalisé. Vous devez concevoir le formulaire afin que le formulaire n’est pas un formulaire One-Off. Dans la mesure où un formulaire est publié, le formulaire ne pas être affecté par la modification dans Outlook.
Pour plus d’informations sur les formulaires One-Off et des formulaires One-Off de façon dont vous pouvez involontairement créer, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

Description 290657 des définitions des formulaires et des formulaires One-Off dans Outlook 2002


Lorsque vous publiez un fichier .oft sur une autre banque, la banque par défaut vous permet de créer des propriétés de cette banque. En outre, lorsque vous créez un formulaire personnalisé qui a des propriétés personnalisées et publiez-le dans la bibliothèque de formulaires approprié ou le dossier, les propriétés personnalisées sont créées dans les magasins concernés.

Meilleures pratiques : déploiement par programmation de formulaires personnalisés

Si vous développez un formulaire Outlook personnalisé qui sera utilisé par d’autres utilisateurs, il existe plusieurs approches que vous pouvez utiliser. L’approche que vous utilisez dépend de plusieurs facteurs. Ces facteurs incluent le type de formulaire, qui utilisera le formulaire, où le formulaire sera utilisé, et ainsi de suite. En règle générale, si un formulaire personnalisé doit être utilisé par de nombreuses personnes, il est recommandé que vous publiez le formulaire dans la bibliothèque de formulaires d’organisation. Toutefois, si cela n’est pas possible, vous souhaiterez peut-être publier le formulaire dans un dossier partagé ou dans la bibliothèque des formulaires personnels de certains utilisateurs. Vous pouvez par programme installer un formulaire personnalisé à l’aide de la méthode CreateItemFromTemplate dans la bibliothèque d’objets Outlook. Vous utilisez la méthode CreateItemFromTemplate pour ouvrir un fichier .oft et puis publiez le formulaire à l’aide de la méthode PublishForm . Dans ce cas, un fichier .oft n’est pas affecté par les modifications de propriétés personnalisées.

Non recommandé : déployer ou envoyer des fichiers .oft pour les utilisateurs à ouvrir

Vous pouvez enregistrer des formulaires personnalisés Outlook en tant que fichiers .oft. Ces formulaires peuvent contenir des champs personnalisés, les modifications de l’interface utilisateur et un code Microsoft Visual Basic Scripting Edition (VBScript) personnalisé pour ajouter des fonctionnalités au formulaire. Même si Outlook contient déjà des fonctionnalités empêchent l’exécution du code VBScript dans des fichiers .oft, Outlook maintenant limite également l’utilisation de fichiers .oft. Si un fichier .oft contient des propriétés personnalisées et que l’utilisateur n’a pas précédemment utilisé ces propriétés personnalisées, les propriétés personnalisées ne sont pas dans le magasin de l’utilisateur par défaut. Outlook n’affichera pas le formulaire personnalisé lorsque l’utilisateur double-clique sur le fichier. Toutefois, pour ouvrir un formulaire personnalisé qui est stocké sous la forme d’un fichier .oft Outlook, cliquez sur fichier, cliquez sur Nouveau, puis cliquez sur Choisir un formulaire. Vous pouvez ensuite modifier l’emplacement de Modèles dans le système de fichierset puis cliquez sur Parcourir pour ouvrir le fichier .oft. Le formulaire s’ouvre et vous pouvez enregistrer les propriétés personnalisées à la banque par défaut.

Non recommandé : utiliser la clé de Registre AllowNamedProps

Certaines organisations peuvent posséder des raisons valables pour que certaines propriétés personnalisées disponibles dans toute l’organisation. Si plusieurs banques sont utilisés, vous souhaiterez vous assurer qu’un jeu de propriétés personnalisées peut être ajouté à tous les magasins. Par conséquent, Outlook 2003 SP2 et les versions ultérieures prennent en charge les clés de Registre côté client qui spécifient les propriétés personnalisées peuvent être créées. Pour spécifier des propriétés personnalisées doivent être activées, les propriétés personnalisées sont définies sous la clé de Registre suivante : HKEY_CURRENT_USER\Software\Microsoft\Office\ < version > \Outlook\AllowedNamedProps\

Remarque Dans cette clé de Registre, <version> est un espace réservé pour la version d’Outlook que vous utilisez. Pour Outlook 2003, le numéro de version est 11.0. Pour Outlook 2007, le numéro de version est 12.0. Le numéro de version augmente dans les versions ultérieures d’Outlook.

La structure globale de clé du Registre pour une entrée dans le Registre est la suivante :

<GUID>
<Nom de propriété>
« Type » (dword)

« ID » (dword)
« Type » (dword)
Les espaces réservés suivants sont utilisés dans la structure de clés de Registre :
  • <GUID> : contient le GUID qui spécifie le jeu de propriétés. Champs personnalisés Outlook ou les propriétés que vous utilisez sur un formulaire Outlook personnalisé toutes ont le GUID {00020329-0000-0000-C000-000000000046}. Dans l’interface MAPI, le GUID est dénommé PS_PULIC_STRINGS. Cependant, les programmes MAPI personnalisés peuvent avoir leur propre GUID pour les propriétés personnalisées.

  • <Nom de propriété> : Spécifie le nom de la propriété. Si la propriété est appelée par une chaîne, le <Nom> est le nom de la chaîne réelle de la propriété. Si la propriété est appelée par un ID, la valeur de cette clé de Registre est ignorée. Toutefois, vous devez nommer la propriété unique afin que la propriété peut être stockée dans le Registre. Si la clé de type est définie sur 1 ou est différente de 0, le nom de la clé de Registre déterminer le nom de la propriété. Si la clé de type n’est pas égale à 1, ce nom de clé de Registre sera ignoré.
  • « Type » (dword) : Spécifie si la propriété est appelée par un code ou d’une chaîne. Si la valeur est 0, la propriété sera nommée par un code. Le nom est une valeur numérique qui est spécifiée par un code. Si la valeur est 1, la propriété sera nommée par une chaîne. Ce paramètre est le paramètre par défaut lorsque « Type » n’est pas présent.
  • « ID » (dword) : contient le nom de l’ID d’une propriété qui est appelé par un code. Cette information est nécessaire si la clé de type est définie sur 0. Si la clé de type est définie sur 1, ces informations sont ignorées.
  • « Type » (dword) : Spécifie le type de propriété.
Cette clé de Registre est nécessaire, mais la clé de Registre n’est pas actuellement utilisée. Le tableau suivant répertorie les valeurs possibles de cette clé de Registre en fonction du type MAPI.
Type MAPIValeurDescription
PT_UNSPECIFIED0Réservé pour une utilisation de l’interface, (le type n’est pas important de l’appelant)
PT_NULL1Valeur de la propriété NULL
PT_I22Valeur de 16 bits signé
PT_LONG3Valeur de 32 bits signé
PT_R44virgule flottante de 4 octets
PT_DOUBLE5Virgule flottante en double
PT_CURRENCY6Type signed int de 64 bits (avec 4 chiffres décimaux droite de pt décimal)
PT_APPTIME7Temps d’application
PT_ERROR10valeur d’erreur 32 bits
PT_BOOLEAN11valeur booléenne de 16 bits (true différente de zéro)
PT_OBJECT13Objet incorporé dans une propriété
PT_I820entier signé de 8 octets
PT_STRING8308 bits chaîne terminée par une valeur null
PT_UNICODE31Se terminant par null chaîne Unicode
PT_SYSTIME64Entier 64 bits FILETIME w/nombre de périodes de 100 ns depuis le 1er janvier 1601
PT_CLSID72GUID DE OLE
PT_BINARY258Non interprété (tableau d’octets comptés)
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
Voici un exemple de définition d’une propriété nommée en chaîne :
Nom : « MyStringFieldName1 »

Type : PT_LONG
[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\AllowedNamedProps\{00020329-0000-0000-C000-000000000046}\MyStringFieldName1] "Type"=dword:00000003
Voici un exemple de définition d’une propriété nommée-par-ID :
ID : 0X0330

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


Pour ces deux exemples, le Registre s’affiche semblable à la suivante dans l’Éditeur du Registre :


{00020329-0000-0000-C000-000000000046}

MyStringFieldName1
Type = 3

MyStringFieldName2
Type = 3

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

Type = 3

MyMAPIProp2
Type = 0
ID = 331
Type = 3

Non recommandé : réactiver la possibilité de créer des propriétés

Trois clés de Registre peuvent être déployées sur les ordinateurs clients pour désactiver le blocage des propriétés personnalisées et de rétablissement le comportement précédent Outlook. Ces clés de Registre sont pris en charge par les stratégies de groupe. Les clés de Registre suivantes peuvent rétablir le comportement précédent Outlook 2003 :

Remarque Les clés de Registre suivantes ne pas revient à Outlook 2007 pour son comportement précédent.
  • AllowTNEFtoCreateProps (HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] « AllowTNEFtoCreateProps » = DWORD : 00000000) : si la valeur est 0, TNEF/MIME ne peut pas créer de nouvelles propriétés pas Outlook. Cette valeur est la valeur par défaut. Si la valeur est 1, TNEF/MIME peut créer de nouvelles propriétés non-Outlook.
  • AllowMSGFilestoCreateProps: si la valeur est 0, fichiers .msg et fichiers .oft ne peut pas créer de nouvelles propriétés personnalisées non-Outlook. Cette valeur est la valeur par défaut. Si la valeur est 1, fichiers .msg et fichiers .oft créer des propriétés personnalisées Outlook non nouveau.
  • DisallowTNEFPreservation: pour faciliter la migration vers ce nouveau comportement, Outlook conserve le format TNEF d’origine lorsque les propriétés personnalisées ne sont pas créées. Le format TNEF d’origine est enregistré dans un flux binaire sur l’élément qui est enregistré. Outlook utilise la balise de propriété suivante pour enregistrer le flux de données :
    PR_TNEF_UNPROCESSED_PROPS PROG_TAG(PT_BINARY, 0x0e9C).
    Le HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] « DisallowTNEFPreservation « = DWORD : 00000000
    paramètre du Registre contrôle si Outlook crée la propriété PR_TNEF_UNPROCESSED_PROPS.

    Remarque La propriété PR_TNEF_UNPROCESSED_PROPS est supprimée à partir d’un message lorsque vous incorporez un message dans un autre message en pièce jointe. La propriété PR_TNEF_UNPROCESSED_PROPS est également supprimée lorsque vous transférez un message ou répondez à un message.
Propriétés

ID d'article : 907985 - Dernière mise à jour : 27 janv. 2017 - Révision : 1

Microsoft Office Outlook 2007, Microsoft Office Outlook 2003

Commentaires