Erreur lors de l'envoi de messages à Bot Framework Bot de Skype Entreprise

Question

Je rencontre un problème avec un bot Skype Entreprise dans l'un de mes clients Office 365. J'ai plusieurs locataires et dans le premier j'ai pu ajouter un bot de framework bot Skype for Business sans problèmes. Il a fallu un certain temps pour que le robot apparaisse dans le répertoire, mais cela a fonctionné. Dans mon second locataire, lorsque j'ajoute le robot et tente d'y envoyer des messages (même après 12 heures d'attente), Skype Entreprise affiche une erreur sous chaque message que j'essaie d'envoyer - "L'action n'a pas pu aboutir . Veuillez réessayer plus tard." Quelques idées sur ce qui pourrait se passer? Une différence entre les locataires est que le locataire qui ne fonctionne pas possède un nom de domaine personnalisé et utilise Azure AD Synchronization. Sur la base de quelques conseils, j'ai vu que j'ai fait l'adresse de mon bot sip: username@mytenant.onmicrosoft.com plutôt que d'utiliser mon nom de domaine personnalisé. Cela n'a pas semblé faire une différence ... quelqu'un d'autre a rencontré ceci/a des idées? J'ai également essayé de laisser la balise [BotAuthentication] sur mes MessagesController et cela n'a pas fait de différence non plus.

EDIT: Cela peut-il avoir quelque chose à voir avec mon domaine personnalisé en cours de fédération? C'est pourquoi je suis allé avec mytenant.onmicrosoft.com pour le nom d'utilisateur du bot.

Answer 1

J'ai été capable de résoudre ce problème. Il semble que cela a quelque chose à voir avec quand vous ajoutez un bot à un domaine fédéré en utilisant le nom de domaine personnalisé. Cette erreur se produit lorsque vous utilisez le New-CsOnlineApplicationEndpoint -Uri bot@domain.com. Cependant, il crée toujours un mauvais point final. La cmdlet n'effectue pas d'erreur si vous utilisez un uri comme bot@domain.onmicrosoft.com. Cependant, après avoir déjà ajouté le mauvais point final, il semblait que plus aucun point de terminaison ne fonctionnerait après cela. Pour résoudre, j'ai supprimé tous les points de terminaison, y compris le premier mauvais avec l'uri bot@domain.com. Attendu 8 heures, ajouté un seul point de terminaison en utilisant le domaine Office 365 onmicrosoft.com, attendu probablement environ 12 heures, et il a commencé à travailler.