2017-10-03 2 views
1

Nous avons un complément dans la production où, pour certains utilisateurs, l'appel à getUserIdentityTokenAsync() échoue et renvoie un jeton null.Appel à getUserIdentityTokenAsync() retournant un jeton nul

La réponse est

"Status" = "failed", 
"Error" = {message: "An internal error has occurred", name: "Internal Error"} 

Quelqu'un pourrait causer savoir ce que ce type d'échec? Certains utilisateurs reçoivent toujours l'erreur, et nous n'avons jamais vu l'erreur localement ou pendant le développement.

Cela semble se produire uniquement pour les utilisateurs de bureau Outlook. Nous n'avons vu aucune erreur pour les utilisateurs lors de l'utilisation du complément via le navigateur.

+0

Quand vous dites "certains utilisateurs", y a-t-il des points communs entre eux? Par exemple, s'agit-il de chaque utilisateur sur un locataire Exchange mais aucun sur un autre? –

+0

Il semble que ce soit tous les utilisateurs d'un locataire Exchange particulier. Nous enregistrons actuellement le 'hostVersion' pour ces appels d'API. Y a-t-il des informations supplémentaires que nous pouvons enregistrer à partir de l'API pour aider à réduire les possibilités? –

+0

Est-il possible que le serveur Exchange en question ne dispose pas des services Web Exchange (EWS) activés et exposés à Internet? –

Répondre

1

Je modifie la réponse en fonction d'une réponse de l'équipe des compléments Outlook dans les commentaires.

Dans les versions MSI: 16.0.4540.1000 à 16.0.4585.1000 par rapport à Exchange 2013, GetUserIdentityToken ne fonctionnait pas. Dans les versions MSI avant, les versions 16.0.4540.1000/15.0.4931.1000 et C2R avant 16.0.7813.1000 - appel GetUserIdentityTokenAsync avec MakeEwsRequestAsync causerait un échec

Dans mon cas, la plupart des utilisateurs connaissent les problèmes avaient la version client numéros affichés ci-dessus. La mise à niveau de leur version Outlook a résolu le problème.