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

Traductions disponibles Traductions disponibles
Numéro d'article: 907985 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

afin de garantir cohérente d'utilisation de propriétés personnalisées, ou les champs, les Microsoft Office Outlook 2003 Service Pack 2 (SP2) et les versions ultérieures d'Outlook limite quelques-uns des moyens que des propriétés personnalisées peuvent être introduites dans les banques de données Outlook. Par exemple, des propriétés personnalisées peuvent être introduites de manière spécifique dans les fichiers de dossiers personnels (.pst) Outlook.

INTRODUCTION

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

Plus d'informations

Sur les propriétés personnalisées

Propriétés personnalisées servent par programmes de messagerie, tels que 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 électronique dans un but spécifique. Cependant, il existe des autres moyens que les propriétés personnalisées peuvent être utilisées. Par exemple, des propriétés personnalisées peuvent être ajoutées aux messages ou des articles si vous utilisez des formulaires Outlook personnalisés et les formulaires contiennent des champs personnalisés. Propriétés personnalisées servent souvent à ajouter des informations supplémentaires pour le suivi à des fins. Propriétés personnalisées permettent également d'ajouter des données un utilisateur n'a pas pour voir. Une solution personnalisée pouvez également ajouter des propriétés personnalisées aux é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 conservées 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 dans messages qui sont envoyées par le biais d'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 TNEF (Transport Neutral Encapsulation Format), et ensuite le format TNEF est décodée lorsque le message est reçu.

Un émetteur peut envoyer un message électronique possède des propriétés personnalisées dans les scénarios suivants :
  • Un formulaire One-Off 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 :
    290657 Description 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, les propriétés personnalisées qui ont été utilisées dans l'écran sont toujours inclues dans le message.
note Il existe plusieurs moyens pour faire référence aux propriétés personnalisées, selon le contexte dans lequel les propriétés personnalisées sont utilisées. Dans l'interface utilisateur Outlook, comme dans le Sélecteur de champs , propriétés personnalisées sont considérées comme des champs définis par l'utilisateur ou comme des champs personnalisés. Dans la bibliothèque d'objet Outlook, des propriétés personnalisées peuvent faire référence à 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 . De MAPI, les champs personnalisés sont appelées propriétés nommées. MAPI fournit une fonction pour effectuer les opérations suivantes :
  • Assigner des noms aux propriétés
  • Mapper les noms d'identificateurs uniques
  • Vérifiez le mappage permanent
Pour plus d'informations sur comment propriétés nommées sont implémentées de MAPI, reportez-vous au site Web MSDN suivant adresse :
http://msdn2.microsoft.com/en-us/library/ms529055.aspx
note Dans un environnement Exchange, le terme « magasin » tel qu'utilisé dans cet article correspond à une banque de boîtes aux lettres entière (base de données). Le terme ne fait pas référence à banque de boîtes aux lettres un utilisateur individuel. Il peut y avoir bases d'une ou plusieurs boîtes aux lettres données Exchange dans une organisation.

Modifications de comportement dans Outlook

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

Messages électroniques sont généralement envoyés par le biais d'Internet au format MIME. Lorsque Outlook reçoit un message électronique Internet, le message est converti en une représentation de MAPI. Voici des exemples des protocoles de messagerie Internet :
  • POP
  • IMAP
  • HTTP (Hotmail)
Par défaut, Outlook n'est plus active messagerie Internet créer de nouvelles propriétés personnalisées. Seules les propriétés qui sont déjà créées dans la banque de remise de courrier par défaut sont conservées pour les messages électroniques entrants. Cette modification affecte principalement les messages envoyés dans 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 contenant des propriétés d'en-tête X-message sont également affectées.

note Messages qui contiennent les propriétés personnalisées qui sont envoyées dans une organisation Exchange ne sont pas affectés par ces modifications.

Propriétés personnalisées peuvent également être enregistrées en fichiers .msg et des 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 à l'emplacement par défaut lorsque le message est enregistré, transféré et ainsi de suite. En général, fichiers .oft sont utilisés pour sauvegarder des formulaires Outlook personnalisés. Avec des fichiers .oft, le comportement nouveau s'applique à tous les types d'éléments. Le formulaire personnalisé n'ouvrira pas. Au lieu de cela, le message s'affiche dans l'écran par défaut pour ce type d'article particulier.

En résumé, cette modification de conception peut provoquer des deux opérations pour se produire :
  • Outlook ignore les propriétés personnalisées non-existing. Si une propriété personnalisée n'existe pas dans le magasin de livraison, 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 conservée. Cette modification s'applique à la suivante :
    • Les messages électroniques Internet ayant TNEF et leurs messages incorporés.
    • Messages S/MIME.
    • fichiers .msg lorsque vous faites glisser le fichier .msg dans une fenêtre d'élément Outlook pour ajouter le fichier à un autre élément. Cette modification s'applique également à fichiers .msg lorsque vous déplacez le fichier .msg dans la fenêtre Outlook principale pour ajouter le fichier dans un dossier ou dans la fenêtre Microsoft Word lorsque vous utilisez Word comme éditeur de messagerie électronique.
    • fichiers .msg qui un utilisateur double-clique sur ou clique avec le bouton droit pour ouvrir.
  • Outlook ignore la définition du formulaire One-Off. Si un formulaire One-Off spécifie une propriété personnalisée et que propriété personnalisée n'existe pas dans le magasin de livraison, le formulaire isolé n'est pas rendu. Au lieu de cela, l'utilisateur est voir l'écran par défaut pour ce type d'élément particulier. Cette modification s'applique aux messages électroniques Internet qui contient une définition de formulaire One-Off est encapsulée dans TNEF. Cette modification s'applique également aux fichiers .oft un utilisateur double-clique sur ou clique avec le bouton droit pour ouvrir.

Meilleures pratiques et les autres méthodes pour créer de nouvelles propriétés

Il existe une grande variété de méthodes par lesquelles vous pouvez concevoir et développer des solutions personnalisées. Partie de ces approches sont considérés comme des méthodes recommandées. Autres approches peuvent fonctionnent aussi, mais il est déconseillé de ces approches pour plusieurs raisons.

Recommandé : ajouter des champs personnalisés par programmation

Diverses API peut servir à ajouter des champs personnalisés par programme aux articles. Pour ce faire, utilisez la méthode UserProperties.Add dans la bibliothèque d'objet Outlook ("Outlook.Application). Le code suivant illustre ce recommandé.
Set myProp = myItem.UserProperties.Add("MyPropName", olText)
vous pouvez également utiliser la bibliothèque d'objet CDO (« MAPI.Session) pour ajouter des champs personnalisés. Pour plus d'informations, reportez-vous au site Web MSDN suivant :
http://msdn2.microsoft.com/en-us/library/ms527518.aspx
Pour les développeurs C++, MAPI étendu peut utilisé pour ajouter des propriétés nommées. Pour plus d'informations, reportez-vous au site Web MSDN suivant :
http://msdn2.microsoft.com/en-us/library/ms529684.aspx

Recommandé : utiliser publication des formulaires personnalisés qui contiennent des champs personnalisés

Microsoft Outlook approuve en grande partie des formulaires personnalisés publiés. Toutefois, Outlook n'approuve pas les formulaires non publiés ou formulaires One-Off. Cela inclut des fichiers .oft. Par conséquent, lorsque vous créez une solution de formulaire personnalisé, nous recommandons fortement que vous publiez le formulaire personnalisé. Vous devez créer le formulaire afin que le formulaire ne soient pas un formulaire One-Off. Tant qu'un formulaire est publié, le formulaire n'est pas affecté par la modification dans Outlook.
Pour plus d'informations sur les formulaires One-Off et les formulaires One-Off comment peuvent être créés par inadvertance, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
290657 Description des définitions des formulaires et des formulaires One-Off dans Outlook 2002

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

Recommandé : déploiement par programmation des formulaires personnalisés

Si vous développez un formulaire Outlook personnalisé qui sera utilisé par d'autres personnes, 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, dans lequel le formulaire doit être utilisé, et ainsi de suite. En règle générale, si un formulaire personnalisé doit être utilisé par plusieurs personnes, nous vous recommandons de publier le formulaire dans la bibliothèque de formulaires de l'organisation. Toutefois, si cela n'est pas possible, peut vouloir publier le formulaire dans un dossier partagé ou dans la bibliothèque des formulaires personnels de certains utilisateurs. Vous pouvez installer par programmation un formulaire personnalisé à l'aide de la méthode CreateItemFromTemplate dans la bibliothèque d'objet 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éploiement 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, modifications-interface utilisateur et personnalisé code Microsoft Visual Basic Scripting Edition (VBScript) pour ajouter des fonctionnalités au formulaire. Bien que Outlook contient déjà des fonctionnalités que le code VBScript dans des fichiers .oft de s'exécuter, Outlook maintenant restreint également l'utilisation de fichiers .oft. Si un fichier .oft contient des propriétés personnalisées et l'utilisateur a utilisé pas précédemment ces propriétés personnalisées, les propriétés personnalisées ne sont pas magasin de l'utilisateur par défaut. Outlook ne rend pas le formulaire personnalisé lorsque l'utilisateur double-clique sur le fichier. Toutefois, pour que Outlook d'ouvrir un formulaire personnalisé qui est stocké en tant qu'un fichier .oft, cliquez sur fichier , cliquez sur Nouveau , puis cliquez sur formulaire . Vous pouvez ensuite modifier l'emplacement vers modèles dans le système de fichiers et puis cliquez sur Parcourir pour ouvrir le fichier .oft. Le formulaire s'ouvre et vous pouvez enregistrer les propriétés personnalisées dans la banque par défaut.

Non recommandé : utiliser la clé de Registre AllowNamedProps

Certaines organisations peut-être bonnes raisons pour que certaines propriétés personnalisées disponibles au sein de l'organisation. Si plusieurs banques sont utilisés, vous souhaiterez peut-être Vérifiez qu'un jeu de propriétés personnalisées peut être ajouté à toutes les banques. Par conséquent, Outlook 2003 SP2 et versions ultérieures prennent en charge clés de Registre côté client qui spécifient les propriétés personnalisées peuvent être créées. Pour spécifier les 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\


note Dans cette clé de Registre <version > est un espace réservé pour la version d'Outlook que vous utilisez. Dans 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 est incrémenté dans les versions ultérieures d'Outlook.

La structure de clé du Registre générale pour une entrée dans le Registre est :

<GUID>
<Property Name >
Type (dword)
« ID » (dword)
Tapez (dword)
Les espaces réservés suivants sont utilisés dans la structure de clé de Registre :
  • <GUID >: contient le GUID qui spécifie le jeu de propriétés. Champs personnalisés d'Outlook, ou propriétés que vous utilisez dans un formulaire de personnalisé tout dans Outlook peuvent avoir le GUID {00020329-0000-0000-C000-000000000046}. De MAPI, le GUID est appelé PS_PULIC_STRINGS. Toutefois, les programmes MAPI personnalisés peuvent avoir leur propre GUID de propriétés personnalisées.
  • <Property Name >: spécifie le nom de la propriété. Si la propriété est nommée par une chaîne, la <Property Name > est le nom de chaîne réelle de la propriété. Si la propriété est nommée par un code, la valeur de cette clé de Registre est ignorée. Cependant, accordez la propriété un nom unique afin qu'elle peut être stocké dans le Registre. Si la clé Kind est définie sur 1, ou est < > 0, le nom de clé de Registre va déterminer le nom de la propriété. Si la clé Kind n'est pas égale à 1, ce nom de clé de Registre sera ignoré.
  • Type (dword): indique si la propriété est appelée par un code ou par une chaîne. Si la valeur est égale à 0, la propriété portera le nom 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é portera le nom d'une chaîne. Ce paramètre est le paramètre par défaut lorsque ? type ? n'est pas présent.
  • « ID » (dword): affiche le nom de code d'une propriété qui est nommé par un code. Cette information est obligatoire si la clé Kind est définie sur 0. Si la clé Kind est définie sur 1, cette information est ignorée.
  • « Type » (dword): spécifie le type de propriété.
Cette clé de Registre est requise, mais la clé de Registre n'est pas utilisée actuellement. Le tableau suivant répertorie les valeurs possibles de cette clé de Registre en fonction du type MAPI.
Réduire ce tableauAgrandir ce tableau
Type MAPI Valeur Description
PT_UNSPECIFIED 0 Utilisation de l'interface, réservée (type n'est pas important à appelant)
PT_NULL 1 Valeur de la propriété NULL
PT_I2 2 Signé valeur 16 bits
PT_LONG 3 Signé valeur 32 bits
PT_R4 4 virgule flottante de 4 octets
PT_DOUBLE 5 Virgule flottante double
PT_CURRENCY 6 Signé int 64 bits (w/4 chiffres décimaux droite de pt décimal)
PT_APPTIME 7 Temps d'application
PT_ERROR 10 valeur d'erreur à 32 bits
PT_BOOLEAN 11 16 bits Booléen (Vrai non nul)
PT_OBJECT 13 Objet incorporé dans une propriété
PT_I8 20 entier signé de 8 octets
PT_STRING8 30 Null interrompue chaîne 8 bits
PT_UNICODE 31 Null interrompue chaîne Unicode
PT_SYSTIME 64 Entier de 64 bits FILETIME avec w/nombre de périodes 100ns depuis le 1er janvier 1601
PT_CLSID 72 OLE GUID
PT_BINARY DE L'OBJET 258 Uninterpreted (tableau d'octets comptés)
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
Voici un exemple illustrant comment définir 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 illustrant définir une propriété nommé par ID :
CODE: 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 ressemble au suivant 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éactivez 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 de propriétés personnalisées et rétablir son comportement précédente Outlook. Ces clés de Registre sont pris en charge par les stratégies de groupe. Les clés de Registre suivantes peuvent revenir Outlook 2003 à son comportement précédente :

note Les clés de Registre suivantes ne pas revenir Outlook 2007 à son comportement précédente.
  • 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 nouveau non Outlook des propriétés personnalisées. Cette valeur est la valeur par défaut. Si la valeur est 1, TNEF/MIME peuvent créer de nouvelles propriétés personnalisées Outlook non.
  • AllowMSGFilestoCreateProps : Si la valeur est 0, les fichiers .msg et les fichiers de .oft ne peut pas créer nouveau non Outlook des propriétés personnalisées. Cette valeur est la valeur par défaut. Si la valeur est 1, les fichiers .msg et fichiers .oft peuvent créer nouvelles propriétés personnalisées Outlook non.
  • DisallowTNEFPreservation : pour faciliter la migration à ce nouveau comportement, Outlook conserve le format TNEF d'origine lorsque des 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 :
    PROG_TAG PR_TNEF_UNPROCESSED_PROPS PT_BINARY, 0X0E9C.
    Le
    HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "DisallowTNEFPreservation "=dword:00000000
    Registre paramètre détermine si Outlook crée alors la propriété PR_TNEF_UNPROCESSED_PROPS.

    note La propriété PR_TNEF_UNPROCESSED_PROPS est supprimée un message lorsque vous incorporez un message dans un autre message en tant que 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

Numéro d'article: 907985 - Dernière mise à jour: jeudi 22 novembre 2007 - Version: 4.3
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Office Outlook 2007
  • Microsoft Office Outlook 2003
Mots-clés : 
kbmt kbinfo KB907985 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 907985
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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