J'ai une solution logicielle pour Exchange 2000/2003/2007 et maintenant, espérons-le, après cela pour 2010. Le logiciel s'exécute sur le serveur et utilise Exchange MAPI via RDO pour parler au serveur Exchange, en récupérant e-mails dans les boîtes aux lettres.Exchange 2010 - problème de connexion Exchange MAPI
Tout fonctionne très bien sur Exchange 2000/2003/2007 mais 2010 ne bougera pas. Continuez à faire cette erreur lorsque vous essayez d'accéder à une boîte aux lettres (en appel à Session.getSharedMailbox - RDO lib):
10:35:31:865 11932 Error in IMAPISession::OpenMsgStore(pbExchangeProviderPrimaryUserGuid): MAPI_E_FAILONEPROVIDER
ulVersion: 0
Error: The Microsoft Exchange Server computer is not available. Either there are network problems or the Microsoft Exchange Server computer is down for maintenance.
Component: Microsoft Exchange Server Information Store
ulLowLevelError: 0
ulContext: 1318 (MAPI_E_FAILONEPROVIDER)
De l'erreur, il semble que le serveur d'échange est en baisse, mais ce ne est pas, je peux accéder à tout bien de perspectives. J'ai présenté mon cas avec le développeur de RDO et nous sommes toujours en correspondance, mais je pensais juste qu'il pourrait s'agir d'une nouvelle fonctionnalité d'Exchange 2010 ou d'une modification architecturale ou d'un changement MAPI qui pourrait en être la cause? Y at-il quelque chose que je dois configurer en plus d'activer MAPI sur les boîtes aux lettres et de donner accès au compte que le logiciel exécute en tant que?
Quelqu'un at-il déjà rencontré quelque chose de similaire? Toute aide sera vraiment appréciée.
Modifier: Si j'installe Outlook sur cette machine (remplaçant ainsi MAPI MAPI avec Outlook MAPI) tout fonctionne très bien, ce qui me signale le problème est Exchange MAPI? Tous les développeurs MS Exchange sur SO?
Dans les versions précédentes d'Exchange, les appels MAPI étaient directement adressés au serveur de boîtes aux lettres/au serveur principal. Ce n'est pas le cas dans Exchange 2010, tout est fait au serveur d'accès au client et doit être envoyé par proxy via RPCClientAccessService. – Gary