MENU
  1. Accueil
  2. MS Office
  3. Teams
  4. OneNote dans Teams : corriger le blocage « Authenticating… Your notebook is taking longer than expected to open… » (invités Microsoft 365)

OneNote dans Teams : corriger le blocage « Authenticating… Your notebook is taking longer than expected to open… » (invités Microsoft 365)

Teams

Des invités restent bloqués sur l’onglet OneNote dans Teams avec le message « Authenticating… Your notebook is taking longer than expected to open… » ? Voici un guide opérationnel pour débloquer rapidement l’accès, puis corriger durablement la cause racine.

Sommaire

Problème posé

Plusieurs utilisateurs invités, dans différents locataires Microsoft 365, reçoivent le message :

Authenticating… Your notebook is taking longer than expected to open…

lorsqu’ils cliquent sur l’onglet OneNote d’une équipe Teams.

Points communs observés

  • L’ouverture directe du même bloc‑notes depuis SharePoint Online ou l’application mobile OneNote fonctionne.
  • Le dysfonctionnement touche surtout le client Teams de bureau (classique ou « New Teams »), parfois aussi Teams Web.
  • Les nettoyages classiques (réinstallation, réinitialisation) n’aident pas toujours.

Solutions et contournements proposés

ActionRésultat rapporté
Tester dans Teams Web (https://teams.microsoft.com)Si l’onglet s’ouvre bien dans le navigateur, la cause est probablement locale au client de bureau.
Vider le cache du client Teams
1. Quitter Teams.
2. Supprimer %appdata%\Microsoft\Teams\ (Windows) ou ~/Library/Application Support/Microsoft/Teams (macOS).
3. Relancer Teams.		A résolu immédiatement le problème pour plusieurs utilisateurs.
Réinitialiser ou réinstaller TeamsEfficace pour certains, inutile pour d’autres.
Ouvrir le bloc‑notes via son URL SharePoint (puis — si besoin — l’épingler de nouveau comme onglet).Permet de travailler sans attendre la correction côté Teams.
Vérifier la santé du service Microsoft 365 / OneNote (Centre d’administration > Santé des services).Exclut une panne côté Microsoft.
Mettre à jour Teams (client New Teams ≥ v. 2409)Des correctifs récents ont amélioré la gestion OneNote/Guest.
Contrôler les autorisations invité : SharePoint & OneNoteUn accès restreint ou une stratégie AAD conditionnelle peut bloquer l’authentification de l’onglet.
Outil de diagnostic Support Microsoft 365 > OneNoteCollecte et soumet les journaux si le problème persiste.

Recommandations clés

  1. Commencez toujours par le test Teams Web : si cela fonctionne, videz le cache local du client de bureau ; c’est la solution la plus souvent concluante.
  2. Maintenez Teams à jour ; les versions récentes corrigent plusieurs anomalies d’authentification pour les invités.
  3. Documentez et communiquez l’URL SharePoint du bloc‑notes pour garantir l’accès aux enseignants/élèves ou collègues pendant les investigations.
  4. Escaladez à l’administrateur M365 si le souci touche de nombreux utilisateurs malgré les étapes ci‑dessus : il pourra vérifier les stratégies de sécurité, la santé du service et ouvrir un ticket Microsoft.

Comprendre l’erreur : ce qui se passe en coulisse

Un onglet OneNote dans Teams est un composant Web qui charge le bloc‑notes via Office sur le Web (généralement OneNote Online) et SharePoint/OneDrive, tout en s’appuyant sur l’authentification d’Azure AD (Entra ID) et le jeton SSO hérité du client Teams. Chez les invités (« B2B »), la chaîne d’authentification est plus sensible :

  • Elle implique un jeton pour le locataire d’accueil et parfois un jeton pour le locataire d’origine de l’invité.
  • Elle dépend des autorisations du site SharePoint qui héberge le bloc‑notes et des stratégies de sécurité (cond. access, restrictions de session).
  • Le client Teams de bureau encapsule un navigateur (WebView). Des caches ou cookies incohérents peuvent briser la continuité SSO et figer le chargement à « Authenticating… ».

Conséquence : quand Teams Web ouvre l’onglet sans souci mais le client de bureau échoue, la cause est très souvent locale (cache, profil, WebView, session utilisateur). À l’inverse, si aucune plate‑forme ne fonctionne, on suspectera les droits, un lien OneNote mal épinglé ou une stratégie d’accès trop restrictive.

Parcours de dépannage conseillé

Pour l’utilisateur final (auto‑dépannage)

  1. Tester l’onglet dans Teams Web (ouvrir https://teams.microsoft.com dans un navigateur moderne, puis accéder au canal et à l’onglet OneNote).
    • Si l’onglet s’affiche : le souci est local. Poursuivez avec la purge de cache.
    • Si l’onglet ne s’affiche pas : passez à la section « Contrôles administratifs » plus bas.
  2. Vider le cache de Teams (solution la plus payante) :
    • Windows : quitter Teams, puis supprimer %appdata%\Microsoft\Teams\. Relancer Teams et se reconnecter.
    • macOS : quitter Teams, puis supprimer ~/Library/Application Support/Microsoft/Teams. Relancer Teams.
  3. Se déconnecter/reconnecter de Teams dans le locataire d’accueil, surtout si vous naviguez entre plusieurs organisations (profil invité).
  4. Mettre à jour vers New Teams (ou vérifier une version récente). Les versions récentes améliorent la stabilité des onglets OneNote pour les invités.
  5. Ouvrir le bloc‑notes depuis SharePoint :
    • Depuis l’équipe, afficher le site SharePoint du canal et localiser la bibliothèque du bloc‑notes.
    • Ouvrir le fichier dans le navigateur ou l’app OneNote. Vous pouvez continuer à travailler ainsi si l’onglet est temporairement défectueux.
  6. Ré‑épingler l’onglet (si vous avez les droits) : supprimer l’onglet cassé, puis Ajouter un onglet > OneNote > Lier un bloc‑notes existant en collant l’URL SharePoint.

Pour le support de proximité / référent numérique

  1. Comparer profil OK vs KO : même canal, même onglet, un invité lit‑il correctement ? Si oui, focaliser sur l’environnement local de l’utilisateur KO.
  2. Vérifier l’URL source de l’onglet : bannir les anciens liens obsolètes (ex. bookmark OneNote mal résolu). Préférer l’URL SharePoint complète du bloc‑notes.
  3. Forcer une purge de profils WebView (si le problème persiste après suppression du dossier Teams) :
    • Windows : supprimer %localappdata%\Microsoft\Teams et les sous‑dossiers de cache WebView, puis redémarrer.
    • macOS : supprimer ~/Library/Containers/com.microsoft.teams2 si présent, puis redémarrer l’app.
  4. Tester avec un nouveau profil OS (session Windows/macOS vierge) pour isoler un profil corrompu.
  5. Capturer des journaux :
    • Dans Teams, Aide > Collecter des journaux (ou via l’outil de diagnostic Microsoft 365 > OneNote) et remonter les artefacts au support.

Pour l’administrateur Microsoft 365

  1. Contrôler les autorisations SharePoint/OneNote du site de l’équipe :
    • Le groupe Visiteurs ou les invités spécifiques ont‑ils au moins Lecture ?
    • Le bloc‑notes hérite‑t‑il bien des droits de la bibliothèque ? (éviter des permissions cassées au niveau dossier/fichier).
  2. Vérifier l’accès invité dans Teams : les paramètres d’accès externe et invité sont‑ils activés pour le locataire ?
  3. Inspecter les stratégies d’accès conditionnel (Entra ID) & restrictions de session :
    • Une stratégie « app‑enforced restrictions » ou « Compliant device » bloque‑t‑elle l’accès de l’onglet ?
    • Des règles de fréquence de connexion, d’emplacement ou de navigateur restreignent‑elles les invités ?
  4. Vérifier la Santé du service (Centre d’administration) côté OneNote/SharePoint/Teams pour écarter un incident en cours.
  5. Auditer les journaux de connexion (Entra ID) pour un invité KO :
    • Erreurs d’interaction_required ou de cookies bloqués ?
    • Échec d’échange de jeton sur officeapps.live.com / onenote.com ?
  6. Recréer l’onglet proprement : depuis Teams, ajouter OneNote > Bloc‑notes existant > coller l’URL SharePoint du fichier .onetoc2 ou du bloc‑notes.
  7. Mettre à jour/standardiser la version de Teams (notamment New Teams sur les postes invités récurrents).

Scénarios types & correctifs rapides

Ça marche dans Teams Web, pas dans Teams de bureau

  • Cause probable : cache Teams/WebView corrompu, cookies expirés ou profil local incohérent.
  • Correctifs : purge des dossiers de cache, fermeture complète de Teams, suppression des profils WebView, mise à jour Teams, reconnexion.

Ça ne marche nulle part (ni Web, ni bureau)

  • Cause probable : autorisations insuffisantes sur le site ou le bloc‑notes, lien d’onglet brisé, stratégie d’accès trop stricte.
  • Correctifs : vérifier les droits SharePoint (au besoin, ré‑accorder Lecture au groupe des invités du site), régénérer l’onglet à partir de l’URL SharePoint, contrôler les politiques d’accès conditionnel.

Un seul invité est atteint, les autres non

  • Cause probable : profil local ou compte invité mal mis en cache, délégation de jetons expirée.
  • Correctifs : demander au profil impacté de vider le cache Teams, de se déconnecter du locataire d’accueil puis de se reconnecter, voire d’utiliser un nouveau profil OS.

Tous les invités d’un même partenaire/locataire sont touchés

  • Cause probable : politique côté locataire d’accueil ou d’origine (CA, restrictions de session), modification des niveaux de partage externe SharePoint.
  • Correctifs : revoir les politiques (scénario B2B guest), assouplir temporairement les restrictions pour valider l’hypothèse, communiquer l’URL directe SharePoint en contournement.

Le bloc‑notes s’ouvre mais reste en lecture seule

  • Cause probable : droits Lecture uniquement sur la bibliothèque.
  • Correctifs : accorder Modification au groupe invité du site ou ajouter l’utilisateur invité comme membre du site/équipe selon la politique de l’organisation.

Procédure détaillée : nettoyage local

Les étapes ci‑dessous réinitialisent proprement Teams et son moteur web intégré, sans toucher aux fichiers personnels ni à OneNote.

Windows

  1. Quittez Teams (clic droit sur l’icône > Quitter).
  2. Dans l’Explorateur, copiez/collez : %appdata%\Microsoft\ puis supprimez le dossier Teams.
  3. Vérifiez et supprimez, si présent, %localappdata%\Packages\MSTeams_*\LocalCache et %localappdata%\Microsoft\MSTeams.
  4. Relancez Teams et reconnectez‑vous au locataire d’accueil.

macOS

  1. Quittez Teams.
  2. Ouvrez le Finder, menu Aller > Aller au dossier… et saisissez : ~/Library/Application Support/Microsoft/
  3. Supprimez le dossier Teams (et com.microsoft.teams2 si présent).
  4. Relancez Teams puis reconnectez‑vous.

Astuce : script d’automatisation (Windows)

# Purge du cache Teams pour le profil courant (exécuter en PowerShell utilisateur)
$paths = @(
  "$env:APPDATA\Microsoft\Teams",
  "$env:LOCALAPPDATA\Microsoft\MSTeams",
  "$env:LOCALAPPDATA\Packages\MSTeams_*"
)
$paths | ForEach-Object {
  if (Test-Path $_) {
    try { Remove-Item $_ -Recurse -Force -ErrorAction Stop } catch { Write-Host "Impossible de supprimer $_ : $($_.Exception.Message)" }
  }
}
Write-Host "Purge terminée. Redémarrez Teams puis reconnectez-vous."

Bonnes pratiques de configuration

  • Épingler par URL SharePoint, pas par un lien « historique » : copiez l’URL du bloc‑notes depuis la bibliothèque SharePoint puis utilisez « Ajouter un onglet > OneNote ».
  • Éviter les permissions cassées : privilégier des droits au niveau site/bibliothèque plutôt qu’au niveau fichier.
  • Maintenir Teams à jour : uniformiser les versions sur les postes invités récurrents (salles de classe, partenaires).
  • Communication proactive : conservez et partagez l’URL directe du bloc‑notes (mode contournement) pour garantir la continuité pédagogique/projet.

Checklists d’escalade

Côté administration Microsoft 365

  • Paramètres d’accès invité : autorisés dans Teams & Entra ID.
  • Partage externe SharePoint au niveau locataire : au moins « Utilisateurs nouveaux et existants » (selon politique interne).
  • Autorisations du site de l’équipe : le groupe d’accès des invités dispose d’un niveau adéquat.
  • Politiques d’accès conditionnel : pas de blocage silencieux des invités sur Office sur le Web.
  • Santé des services : pas d’incident en cours sur OneNote/SharePoint/Teams.
  • Journaux d’audit & de connexion : vérifier les erreurs récurrentes (interaction_required, autorisations manquantes, jeton expiré).

Côté support

  • Comparer un profil qui fonctionne et un qui échoue sur le même onglet.
  • Vérifier que l’onglet cible bien l’URL actuelle du bloc‑notes (et non un lien obsolète).
  • Purger les caches (Teams/WebView), tester en session OS neuve.
  • Utiliser l’outil de diagnostic OneNote pour collecter des journaux si le problème persiste.

Modèles de communication utiles

À réutiliser lors d’un incident pour minimiser l’impact utilisateur.
Message rapide aux invités (contournement)

Bonjour,
L’onglet OneNote de votre équipe peut afficher « Authenticating… ». En attendant la correction, ouvrez le bloc‑notes depuis son URL SharePoint (collée ci‑dessous) ou l’app OneNote. Si vous utilisez Teams de bureau, fermez l’app puis relancez-la après vidage du cache.
Merci de votre compréhension.

Message aux propriétaires d’équipe (action corrective)

Bonjour,
Pour fiabiliser l’onglet OneNote, supprimez l’onglet actuel puis recréez-le avec « Ajouter un onglet > OneNote > Bloc‑notes existant » en collant l’URL SharePoint du bloc‑notes. Vérifiez également que le groupe des invités a bien le niveau de lecture/modification attendu sur le site.
Merci.

FAQ

Pourquoi l’ouverture via SharePoint fonctionne alors que l’onglet Teams échoue ?

SharePoint/OneNote dans le navigateur établit sa propre session et contourne les caches internes du client Teams. Si l’onglet échoue mais que l’URL directe fonctionne, la cause est quasi toujours locale (cache, cookies, profil) ou liée au lien d’onglet.

Dois‑je réinstaller Teams ?

Pas nécessaire dans la majorité des cas : la purge de cache règle le problème plus vite et sans droits d’administration. La réinstallation ne supprime pas toujours les caches, d’où son efficacité variable.

Que vérifier côté droits ?

Que l’invité voie le site SharePoint de l’équipe, que le bloc‑notes hérite de ces droits, et que l’onglet pointe vers ce même bloc‑notes. Un droit « Lecture » suffit pour l’accès, « Modification » est requis pour éditer.

Peut‑on continuer à travailler pendant l’incident ?

Oui. Utilisez l’URL SharePoint du bloc‑notes ou l’application OneNote (bureau/mobile). Vous pourrez ré‑épingler l’onglet une fois corrigé.

Les invités multi‑tenants sont‑ils plus exposés ?

Oui, car leurs jetons et cookies pour plusieurs organisations cohabitent. Une purge de cache et une reconnexion ciblée au locataire d’accueil aident fortement.

Quelles versions de Teams privilégier ?

Des versions récentes de New Teams améliorent la stabilité des onglets OneNote pour les invités. Standardisez autant que possible les versions déployées.

Annexe A : commandes & scripts utiles

Effacer le cache Teams (Windows, PowerShell)

# À exécuter dans une console PowerShell utilisateur (non admin)
$targets = @(
  "$env:APPDATA\Microsoft\Teams",
  "$env:LOCALAPPDATA\Microsoft\MSTeams",
  "$env:LOCALAPPDATA\Packages\MSTeams_*"
)
foreach ($t in $targets) {
  if (Test-Path $t) {
    try { Remove-Item $t -Recurse -Force } catch { Write-Host "Échec sur $t : $($_.Exception.Message)" }
  }
}
Write-Host "Cache Teams supprimé. Relancez Teams puis reconnectez-vous."

Effacer le cache Teams (macOS, Terminal)

# Fermez Teams avant d'exécuter ces commandes
rm -rf ~/Library/Application\ Support/Microsoft/Teams
rm -rf ~/Library/Containers/com.microsoft.teams2 2>/dev/null
echo "Cache Teams supprimé. Relancez Teams puis reconnectez-vous."

Ré‑épingler un bloc‑notes via son URL SharePoint

  1. Copiez l’URL du bloc‑notes depuis le site de l’équipe (bibliothèque Documents > dossier Bloc‑notes).
  2. Dans Teams, + Ajouter un onglet > OneNote > Bloc‑notes existant, collez l’URL et validez.

Annexe B : matrice de décision

SymptômeCause la plus probableActions recommandées
Web OK, bureau KOCache/WebView TeamsPurger caches, MAJ Teams, reconnexion locataire d’accueil
Web KO, bureau KODroits SharePoint/OneNote ou CAVérifier autorisations, politiques, Santé du service, régénérer l’onglet
Un seul invité impactéProfil local corrompuPurge de cache, nouveau profil OS, ré‑inscription au site
Tous les invités d’un partenaire impactésPolitique côté locataireRevue CA/partage externe, tests croisés, contournement via URL
Bloc‑notes lecture seuleNiveau de permission insuffisantAccorder Modification au groupe invité/membres

Conclusion

La grande majorité des blocages « Authenticating… » observés sur des onglets OneNote pour invités dans Teams se résolvent en vidant le cache local du client de bureau et en ré‑épinglant l’onglet depuis l’URL SharePoint. Pour les cas persistants ou massifs, la revue des autorisations SharePoint et des politiques d’accès conditionnel permet d’identifier la cause racine. En appliquant le parcours de dépannage décrit, vous restaurez l’accès en quelques minutes et sécurisez une solution durable pour vos invités.

Teams
dépannage Microsoft 365 Teams OneNote invités
Sommaire