Ce n'est pas l'objectif de la bibliothèque MAPI de répondre à ce besoin mais celui du message store provider d'OpenChange. La bibliothèque MAPI n'encapsule que les requêtes émises par un client et n'analyse que les réponses retournées par un serveur. Dans le cadre d'une utilisation sur un serveur c'est le mécanisme inverse qui doit être implémenté: encapsulation des réponses du serveur et analyse des requêtes clients.
En outre, le développement d'un proxy MAPI/Protocol X ne peut être géré par une simple bibliothèque du seul fait du nombre conséquent de paramètres et de mécanismes internes à gérer. Le provider d'OpenChange chargé de cette partie sera néanmoins développé pour permettre l'utilisation de différents support de stockage via des mécanismes de couche d'abstraction. Sur le moyen-terme le développement de proxy MAPI au travers d'OpenChange devrait être possible.
[^] # Re: Excellent !
Posté par Julien Kerihuel . En réponse à la dépêche Sortie de la bibliothèque MAPI OpenChange 0.4. Évalué à 3.
Ce n'est pas l'objectif de la bibliothèque MAPI de répondre à ce besoin mais celui du message store provider d'OpenChange. La bibliothèque MAPI n'encapsule que les requêtes émises par un client et n'analyse que les réponses retournées par un serveur. Dans le cadre d'une utilisation sur un serveur c'est le mécanisme inverse qui doit être implémenté: encapsulation des réponses du serveur et analyse des requêtes clients.
En outre, le développement d'un proxy MAPI/Protocol X ne peut être géré par une simple bibliothèque du seul fait du nombre conséquent de paramètres et de mécanismes internes à gérer. Le provider d'OpenChange chargé de cette partie sera néanmoins développé pour permettre l'utilisation de différents support de stockage via des mécanismes de couche d'abstraction. Sur le moyen-terme le développement de proxy MAPI au travers d'OpenChange devrait être possible.