Dépanner Microsoft Teams dans OpenClaw
Les délais fixes du webhook et les nouvelles tentatives, la prise en charge des clouds et de l’URL de service pour public, GCC, GCC High, DoD et Chine, la vérification d’hôte qui échoue fermé sur les références stockées, le Markdown limité, les pannes fréquentes des canaux silencieux au 401, les erreurs de téléversement du manifeste, et les permissions RSC qui ne prennent pas
La page de dépannage Teams est à moitié limites et à moitié pannes, et les deux moitiés comptent : un bot qui semble cassé bute souvent sur une limite documentée, une fenêtre de webhook, une frontière de cloud ou une fonction Markdown que Teams ne sait pas rendre. Voici les limites, puis les pannes fréquentes dans l’ordre de la documentation.
Délais et clouds
- Teams livre les messages par un webhook HTTP et OpenClaw applique des délais de serveur fixes à cet écouteur, 30 secondes d’inactivité, 30 secondes par requête et 15 secondes pour recevoir les en-têtes, avec un budget partagé de 10 secondes pour l’enrichissement facultatif des médias et du contexte entrants ; le SDK répond dès que l’activité brute est ajoutée durablement, le tour d’agent se vide indépendamment et répond de façon proactive, et si le traitement ou l’admission durable manque la fenêtre de transport, Teams peut réessayer l’activité, que la pierre tombale d’ingestion rejette par son identifiant d’événement répété.
- Le chemin appuyé sur le SDK est validé en direct pour le cloud public, les réponses entrantes utilisent le contexte de tour entrant, et les opérations proactives hors contexte, envois, modifications, suppressions, cartes, sondages, messages de consentement de fichiers et réponses longues en file, utilisent l’URL de service de la référence de conversation stockée, qui pour le cloud public est l’hôte du connecteur Teams qu’aucune configuration n’a besoin de nommer.
- Pour les autres clouds, la clé de cloud sélectionne le préréglage du SDK pour l’authentification, la validation JWT, les services de jetons et la portée Graph, et l’URL de service sélectionne la frontière du connecteur de bot utilisée pour valider les références stockées avant les opérations proactives, requise pour les clouds SDK du gouvernement américain et du DoD ; le tableau de Microsoft donne les points de terminaison proactifs public, GCC, GCC High et DoD, GCC n’exigeant qu’une URL de service faute de préréglage séparé, et la Chine utilisant l’URL de service de l’activité entrante sur la frontière du canal Azure Chine.
- L’URL de service est restreinte aux hôtes de connecteur Teams pris en charge, une valeur configurée fait vérifier à OpenClaw que chaque conversation stockée utilise le même hôte avant tout travail proactif, la configuration publique par défaut échoue fermé quand une conversation stockée pointe hors de l’hôte public, un nouveau message est nécessaire après un changement de réglages de cloud pour que la référence stockée soit à jour, et le préréglage Chine désactive les assistants Graph jusqu’à ce que les requêtes Graph soient routées par le point de terminaison Azure Chine.
OpenClaw applique des délais fixes de serveur HTTP à cet écouteur de webhook : 30 s d’inactivité, 30 s par requête, et 15 s pour recevoir les en-têtes.
Formatage et problèmes fréquents
Le Markdown de Teams est plus limité que celui de Slack ou de Discord : gras, italique, code et liens fonctionnent, les modifications, les légendes de fichiers et les réponses diffusées finalisées utilisent la même conversion et le même formatage des mentions que les messages normaux tandis que les aperçus diffusés peuvent montrer du Markdown inachevé jusqu’à ce que la réponse finale les remplace, le Markdown complexe comme les tableaux et les listes imbriquées peut ne pas se rendre, et les cartes adaptatives portent les invites d’approbation, les sondages et les envois de présentation. Les problèmes fréquents sont courts : des images qui n’apparaissent pas dans les canaux signifient des permissions Graph ou un consentement administrateur manquants, donc réinstallez l’application et quittez puis rouvrez complètement Teams ; l’absence de réponse dans un canal signifie que les mentions sont requises par défaut, donc désactivez l’exigence globalement ou par équipe et canal ; une discordance de version où Teams montre encore l’ancien manifeste signifie retirer et réajouter l’application et quitter complètement Teams ; et un 401 du webhook est attendu lors d’un test manuel sans JWT Azure, signifiant que le point de terminaison est joignable mais que l’authentification a échoué, donc testez plutôt par Azure Web Chat.
Pannes de manifeste et de RSC
- Une erreur d’icône vide signifie que le manifeste référence des fichiers d’icônes de zéro octet, donc créez des PNG valides en 32 par 32 pour le contour et 192 par 192 pour l’icône en couleur ; un identifiant d’informations d’application web déjà utilisé signifie que l’application est encore installée dans une autre équipe ou discussion, donc désinstallez-la ou attendez cinq à dix minutes de propagation.
- Un échec de téléversement générique se diagnostique en téléversant par le portail d’administration Teams avec les outils de développement du navigateur ouverts sur l’onglet réseau pour lire la vraie erreur dans le corps de la réponse, et un chargement latéral qui échoue passe souvent par le téléversement dans le catalogue d’applications de l’organisation plutôt que par le téléversement d’application personnalisée, ce qui contourne les restrictions de chargement latéral.
- Quand les permissions RSC ne fonctionnent pas, vérifiez que l’identifiant des informations d’application web correspond exactement à l’identifiant d’application du bot, téléversez à nouveau l’application et réinstallez-la dans l’équipe ou la discussion, vérifiez si l’administrateur de l’organisation a bloqué les permissions RSC, et confirmez la portée, lecture des messages de canal pour les équipes et lecture des messages de discussion pour les discussions de groupe.
OpenClaw sur Microsoft Teams est le billet du canal auquel ces symptômes appartiennent, et Manifeste et permissions Microsoft Teams dans OpenClaw les permissions derrière les pannes de RSC et d’images.
Échouer fermé sur le mauvais cloud
La vérification d’hôte sur les références de conversation stockées est la règle la moins visible ici et la plus protectrice : un envoi proactif est refusé plutôt que routé vers un connecteur que la configuration n’a jamais nommé. Cartes et actions Microsoft Teams dans OpenClaw couvre les surfaces proactives auxquelles cette vérification s’applique, et Dépanner Slack dans OpenClaw la liste par symptôme pour Slack.
Sur Diali
Microsoft Teams ne fait pas partie des canaux que Diali connecte aujourd’hui : WhatsApp, Telegram, Discord, Slack, Mattermost, Matrix, SMS et voix. OpenClaw hébergé sur Diali est l’assistant et La sécurité chez Diali décrit la frontière qui s’applique à chaque canal connecté.
- Trente secondes par requête de webhook ; les nouvelles tentatives sont enterrées.
- Un 401 manuel signifie joignable ; testez avec Azure Web Chat.
- Quittez Teams complètement après chaque réinstallation.
Arrêtez de lire, construisez le vôtre
Configurez un agent, choisissez un canal, et faites-le travailler dans l’application que vous gardez déjà ouverte.
