Le Modèle d'objet Outlook est inadapté pour une utilisation à partir d'une application conçue pour être exécutée par un service Windows NT ou fonctionner en tant que tel. Il s'agit notamment d'applications ASP (Active Server Page) fonctionnant sous IIS (Internet Information Service) et d'applications exécutées avec les services du Planificateur AT ou du Planificateur de tâches.
Il s'agit d'une limitation de Outlook.
Le Modèle d'objet Outlook a quatre principales limitations qui le rendent inapproprié pour une utilisation dans un service Windows NT. Il s'agit des suivantes :
- MAPI stocke les profils de chaque utilisateur dans la ruche de Registre HKEY_CURRENT_USER qui n'est pas chargée quand un service Windows NT est exécuté. Ce problème spécifique peut se révéler particulièrement trompeur, car lors d'un cycle de développement, le développeur se connecte généralement sur le système de manière interactive, ce qui a pour effet de charger la ruche HKEY_CURRENT_USER. Tout semble donc fonctionner comme prévu. Lorsque le service est testé sans que le propriétaire du profil ne soit connecté interactivement, le service ne parvient pas à rechercher le profil.
- Seule une instance de Outlook (à savoir l'application exportant le Modèle d'objet Outlook) peut être exécutée à la fois dans un contexte utilisateur se connectant avec un profil unique. Chaque fois que le même utilisateur tente de se connecter avec un second profil, il rejoint la session Outlook existante. Toutes les tentatives visant à démarrer une autre copie de Outlook (ou le Modèle d'Objet Outlook) à partir d'un autre contexte utilisateur (par exemple, une application empruntant une identité d'utilisateur différente, comme un service Windows NT) échouent en donnant des résultats imprévisibles, allant de l'affichage d'une boîte de dialogue modale à une erreur d'application dans laquelle Outlook cesse de répondre au système.
- Le Modèle d'objet Outlook démarre toujours le spouleur MAPI lors d'une connexion. Les applications clientes MAPI implémentées en tant que services Windows NT doivent respecter plusieurs limitations lors de la connexion au sous-système MAPI. Dans la mesure où Outlook n'a pas été conçu pour fonctionner en tant que service Windows NT, ces conventions ne sont pas appliquées.
Pour plus d'informations à ce sujet, reportez-vous à la rubrique MSDN "Windows NT Service Client Applications" (Applications clientes de service Windows NT).
- Il est possible d'effectuer certaines actions avec le Modèle d'objet Outlook qui déclenchent l'affichage inévitable de boîtes de dialogue modales nécessitant une intervention de l'utilisateur. En conséquence, l'application de service Windows NT semble être bloquée.
Recommandations
Dans la mesure du possible, utilisez un code CDO ou MAPI étendu dans votre service Windows NT à la place du Modèle d'objet Outlook.
Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
257757
(http://support.microsoft.com/kb/257757/
)
INFO : Éléments à prendre en compte pour l'automatisation côté serveur de Microsoft Office
Numéro d'article: 237913 - Dernière mise à jour: mardi 1 mars 2005 - Version: 6.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
- Microsoft Office Outlook 2003
- Microsoft Outlook 2002 Standard
- Microsoft Outlook 2000 Standard
- Microsoft Outlook 97 Standard
- Microsoft Outlook 98 Standard
| kbprogramming kbfaq kbinfo kbmsg kboutlookobj KB237913 |
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.