IXPLogon::TransportLogoff
S’applique à : Outlook 2013 | Outlook 2016
Lance le processus de déconnexion.
HRESULT TransportLogoff(
ULONG ulFlags
);
Paramètres
ulFlags
[in] R�serv� ; doit �tre �gal � z�ro.
Valeur renvoyée
S_OK
L’appel a réussi et a retourné la ou les valeurs attendues. Si autre chose que S_OK est retourné, le fournisseur est déconnecté.
Remarques
Le spouleur MAPI appelle la méthode IXPLogon ::TransportLogoff pour mettre fin à une session de fournisseur de transport pour un utilisateur particulier. Avant d’appeler TransportLogoff, le spouleur MAPI ignore toutes les données sur les types d’adresses de messagerie pris en charge pour cette session passés dans la méthode IXPLogon ::AddressTypes .
Remarques pour les responsables de l’implémentation
Le fournisseur de transport doit être prêt à accepter un appel à TransportLogoff à tout moment. Si un message est en cours, le fournisseur doit arrêter le processus d’envoi.
Le fournisseur de transport doit libérer toutes les ressources allouées pour sa session active. S’il a alloué de la mémoire pour cette session avec la fonction MAPIAllocateBuffer , il doit libérer la mémoire à l’aide de la fonction MAPIFreeBuffer . Toute mémoire allouée par le fournisseur de transport pour satisfaire les appels à la méthode IXPLogon ::AddressTypes peut être libérée en toute sécurité à ce stade.
En règle générale, à la fin d’un appel TransportLogoff , un fournisseur doit d’abord invalider son objet d’ouverture de session en appelant la méthode IMAPISupport ::MakeInvalid , puis libérer son objet de prise en charge. L’implémentation de TransportLogoff par le fournisseur doit libérer l’objet de support en dernier, car lorsque l’objet de support est libéré, le spouleur MAPI peut également libérer l’objet fournisseur lui-même.