Après avoir renommé un compte, Microsoft Teams peut continuer d’afficher l’ancienne identité dans les fiches contact. Ce guide explique d’où viennent ces données, comment les faire disparaître durablement et dans quel ordre agir pour éviter les incohérences.
Vue d’ensemble de la question
Vous avez renommé un compte de test (de testaccount vers ta). Malgré cela, la carte de contact dans Teams (e‑mail et chat) persiste à montrer l’ancienne identité. Le phénomène est courant : Teams agrège plusieurs sources et conserve localement des informations en cache. Il suffit d’aligner la « source de vérité » et de purger les caches au bon endroit pour rétablir la situation.
Réponse & solution
D’où viennent les informations
Teams ne détient pas la vérité sur l’identité d’un utilisateur ; il la compose à partir de plusieurs systèmes puis la met en cache côté service et côté client :
- Entra ID (ex‑Azure AD) : UPN/adresse de connexion, nom d’affichage, ObjectId.
- Exchange Online :
PrimarySmtpAddress, alias dansproxyAddresses,mailNickname, carnet d’adresses. - Outlook : contacts locaux et contacts suggérés (auto‑complétion).
- Caches locaux Teams : application de bureau (classique et nouveau client), web et mobile.
Idée clé : si l’ancienne adresse (ex. testaccount@...) demeure quelque part (alias Exchange, auto‑complétion Outlook ou cache Teams), elle peut réapparaître dans les cartes et la recherche. Alignez les attributs, laissez propager, puis nettoyez les caches côté client.
Étapes recommandées (dans l’ordre)
- Vérifier l’identité « source de vérité ».
- Cloud‑only : contrôlez dans Entra ID que l’UPN et le Primary SMTP sont corrects pour l’utilisateur ta.
- Hybride (Azure AD Connect) : faites les corrections dans l’AD local (UPN, attributs mail) puis poussez une synchronisation delta :
Start-ADSyncSyncCycle -PolicyType Delta
- Contrôler et nettoyer les adresses Exchange Online.
- Vérifiez que l’ancienne adresse
testaccount@…n’est pas restée en alias dansproxyAddresses(et que l’alias souhaité est bien ta). - Si vous devez vraiment la supprimer : retirez l’alias
smtp:testaccount@…. - Conseil : conservez les adresses
X500(si présentes) pour ne pas casser les réponses sur d’anciens e‑mails.
- Vérifiez que l’ancienne adresse
- Laisser la propagation s’opérer.
- Les changements d’identité se répercutent dans M365/Teams en quelques minutes jusqu’à 24 h.
- La recherche/carte de personnes peut demander 48–72 h. Voir le tableau « Délais de propagation » plus bas.
- Vider le cache côté client. Très souvent la cause immédiate.
- Teams classique (bureau, Windows) : Déconnectez‑vous → Quittez l’app → Supprimez le contenu des dossiers :
%AppData%\Microsoft\Teams\Cache,blob_storage,databases,GPUCache,IndexedDB,Local Storage,tmp→ Relancez Teams. - Nouveau Teams (bureau Windows) : Paramètres Windows ► Applications ► Microsoft Teams ► Options avancées ► Réinitialiser, puis reconnectez‑vous.
- macOS : Quittez Teams. Supprimez le contenu de
~/Library/Application Support/Microsoft/Teams(classique) ou utilisez Réinitialiser si disponible pour le nouveau client. Relancez et reconnectez‑vous. - Teams Web : déconnexion puis Effacer les données du site pour
teams.microsoft.comet faites un rechargement forcé. - Mobile : déconnexion, vider le cache de l’app (Android) ou réinstaller (iOS) si besoin.
- Teams classique (bureau, Windows) : Déconnectez‑vous → Quittez l’app → Supprimez le contenu des dossiers :
- Nettoyer les contacts côté Outlook/Exchange.
- Supprimez tout contact local ou contact suggéré « testaccount » dans Outlook (module Contacts).
- Videz la liste de saisie semi‑automatique (auto‑complétion) si l’ancienne adresse apparaît encore lors de la rédaction d’un e‑mail.
- Forcer une réauthentification si l’utilisateur a plusieurs sessions ouvertes.
- Dans Entra ID ► Utilisateur ► Revoke sign‑in sessions (révoquer les sessions) pour éviter que d’anciennes sessions réinjectent une identité obsolète.
- Attendu fonctionnel après renommage.
- L’historique de chat lié à testaccount ne fusionnera pas avec ta ; de nouveaux fils seront créés. Démarrez les nouvelles conversations avec ta.
- Dernier recours (à éviter).
- Supprimer/recréer le compte casse les rattachements (OneDrive, SharePoint, Teams, partages) et génère des orphelins. Ne l’envisagez qu’en ultime mesure, avec sauvegardes et plan de remédiation.
Pourquoi cet ordre est crucial
Nettoyer d’abord les caches avant d’aligner les attributs serveur ne résout rien : l’ancienne valeur est re‑metta‑en‑cache dès la prochaine synchronisation. L’ordre « source de vérité → messagerie → propagation → caches clients » garantit que la donnée fraîche remonte partout.
Procédures détaillées
Contrôles rapides Entra ID
Vérifiez l’UPN, le nom d’affichage et l’adresse de messagerie « principale » exposée au Graph :
# Exemples côté Microsoft Graph PowerShell
Connect-MgGraph -Scopes "User.Read.All"
Select-MgProfile -Name beta # si nécessaire
Get-MgUser -UserId "[ta@contoso.com](mailto:ta@contoso.com)" -Property "id,displayName,userPrincipalName,mail,proxyAddresses" |
Select-Object id,displayName,userPrincipalName,mail,proxyAddresses Attendus : userPrincipalName et mail doivent pointer vers ta, et proxyAddresses ne doit pas contenir d’alias smtp:testaccount@... indésirable.
Contrôles et corrections Exchange Online
# Connexion
Connect-ExchangeOnline
# Contrôle des adresses
Get-Mailbox -Identity "ta" | Format-List DisplayName,Alias,PrimarySmtpAddress,EmailAddresses
# Suppression d'un alias SMTP obsolète (minuscule "smtp:" pour alias, majuscule "SMTP:" pour l'adresse principale)
Set-Mailbox -Identity "ta" -EmailAddresses @{remove="smtp\:testaccount\@contoso.com"}
# (Optionnel) Vérifier le mailNickname
Get-Mailbox -Identity "ta" | Select-Object Identity,Alias Prudence : ne retirez pas les entrées X500: existantes, elles servent de filets de sécurité pour les réponses à d’anciens fils. Leur suppression peut générer des NDR.
Environnements hybrides : AD local d’abord
Si votre tenant synchronise l’annuaire depuis l’AD local, ajustez UPN et attributs de messagerie (mail, proxyAddresses, targetAddress si Exchange hybride) dans l’AD, puis lancez la synchronisation :
Start-ADSyncSyncCycle -PolicyType DeltaNe modifiez pas directement Entra ID ; la prochaine synchro réécrirait vos changements cloud.
Purge complète du cache Teams côté client
| Plateforme | Actions | Chemins / Commandes |
|---|---|---|
| Windows – client classique | Déconnexion → Quitter → Supprimer contenu des dossiers → Relancer | %AppData%\Microsoft\Teams\Cache, blob_storage, databases, GPUCache, IndexedDB, Local Storage, tmp |
| Windows – nouveau Teams | Paramètres Windows > Applications > Microsoft Teams > Options avancées > Réinitialiser | Reconnectez‑vous ensuite |
| macOS | Quitter Teams → Supprimer le cache → Relancer | ~/Library/Application Support/Microsoft/Teams (classique) ; réinitialisation pour le nouveau client si disponible |
| Teams Web | Déconnexion → Effacer les données du site → Rechargement forcé | teams.microsoft.com |
| Mobile | Déconnexion → Vider le cache (Android) / Réinstaller (iOS) si besoin | Via les réglages de l’application |
Nettoyage des contacts Outlook
- Dans Outlook, module Contacts : supprimez tout contact résiduel nommé « testaccount ».
- Lors de la rédaction d’un e‑mail, si l’ancienne adresse apparaît : utilisez la flèche de suppression sur la suggestion pour la retirer de l’auto‑complétion. Vous pouvez aussi vider toute la liste si nécessaire.
Révoquer les sessions
Après des changements identitaires importants, révoquez les sessions actives de l’utilisateur dans Entra ID pour éviter que d’anciennes sessions Teams/Outlook maintiennent des métadonnées obsolètes et regénèrent un cache incohérent.
Délais de propagation : à quoi s’attendre
| Zone | Typiquement | Maximum observé | Commentaires |
|---|---|---|---|
| Entra ID (UPN, displayName) | Quelques minutes | 1–6 h | Selon la charge et l’étendue du tenant |
| Exchange Online (GAL, alias) | 15–60 min | 24 h | GAL OWA/Outlook peut prendre plus de temps |
| Recherche/People Cards dans Teams | 12–24 h | 48–72 h | Indexer distribué ; patience + purge des caches côté client |
Checklists d’audit et de correction
Checklist rapide
- [ ] UPN/Primary SMTP/alias corrects dans Entra ID & Exchange Online
- [ ] Aucun alias
smtp:testaccount@…non désiré (laisserX500si présents) - [ ] (Hybride) Synchro AADC lancée :
Start-ADSyncSyncCycle -PolicyType Delta - [ ] Caches Teams vidés (poste/web/mobile)
- [ ] Contacts Outlook « testaccount » supprimés / auto‑complétion nettoyée
- [ ] Sessions utilisateur révoquées (si nécessaire)
- [ ] Délai de propagation respecté (jusqu’à 72 h pour la recherche)
Vérifications techniques utiles
| Objectif | Commande | Interprétation |
|---|---|---|
Lister UPN et mail | Get-MgUser -UserId "ta@contoso.com" -Property displayName,userPrincipalName,mail | Doivent pointer vers ta |
Inspecter proxyAddresses | Get-MgUser -UserId "ta@..." -Property proxyAddresses | Aucun smtp:testaccount@... non désiré |
| Vérifier Exchange | Get-Mailbox "ta" | fl PrimarySmtpAddress,EmailAddresses | Adresse principale correcte, alias épurés |
| Retirer un alias | Set-Mailbox "ta" -EmailAddresses @{remove="smtp:testaccount@contoso.com"} | Appliquer si l’alias doit disparaître |
Cas fréquents et remèdes
| Symptôme | Cause probable | Solution |
|---|---|---|
| La carte de contact Teams montre « testaccount » alors que l’UPN est « ta » | Alias smtp:testaccount@… encore présent dans Exchange ou cache client | Retirer l’alias, laisser propager, purger le cache Teams |
| La recherche Teams propose l’ancien compte | Index Teams pas encore rafraîchi, suggestions Outlook persistantes | Attendre 24–72 h, supprimer les suggestions Outlook et vider le cache Teams |
| Envoi d’e‑mail vers l’ancien alias fonctionne encore | Alias volontairement conservé | Normal ; ne pas confondre avec l’identité affichée (displayName/UPN) |
| Chat historique non fusionné après renommage | Conception de Teams : fil basé sur l’identité au moment de l’échange | Démarrer une nouvelle conversation avec « ta » |
| Après purge, l’ancienne info revient | Une autre session (mobile/web) régénère le cache, ou l’AD local réécrit | Révoquer les sessions, vérifier la source de vérité (AD local vs cloud) |
Bonnes pratiques pour éviter la récidive
- Planifier les renommages : alignez UPN,
mail,proxyAddressesetmailNicknamedans une même fenêtre de changement. - Communiquer le délai : prévenez les utilisateurs qu’un délai de 24–72 h est normal pour la recherche Teams.
- Automatiser les contrôles : scripts de vérification des attributs clés après toute opération de renommage.
- Conserver les X500 : sauf nécessité impérieuse, gardez ces entrées pour l’interopérabilité des fils existants.
Informations complémentaires utiles
- Ce qui n’aide pas : modifier la fiche d’un autre utilisateur depuis l’app Teams n’est pas la bonne méthode ; faites toujours les changements dans Entra ID et Exchange Online (ou AD local si hybride).
- SIP/Teams : dans les environnements Teams‑only, l’adresse SIP est dérivée de l’UPN/SMTP ; il n’y a généralement rien à modifier manuellement côté Teams pour l’aligner.
- Impact messagerie : retirer trop agressivement d’anciennes adresses peut générer des NDR (« adresse introuvable ») sur d’anciens fils. Conservez les X500 lorsque c’est possible.
FAQ minute
Puis‑je purger un cache “serveur” de Teams pour accélérer ?
Pas directement. Le rafraîchissement des cartes et de la recherche suit un cycle de services backend. Vous ne pouvez agir que sur la qualité de la source de vérité, le temps de propagation et les caches clients.
Dois‑je supprimer l’ancien alias SMTP pour que la carte change ?
Non, l’identité affichée dépend surtout de l’UPN, du mail et du displayName. Vous pouvez conserver l’alias (utile pour ne pas rater des réponses) tout en affichant correctement la nouvelle identité. Supprimez l’alias uniquement si vous ne souhaitez plus recevoir d’e‑mails à cette adresse.
Outlook propose encore « testaccount » quand je tape l’adresse ; normal ?
Oui. C’est l’auto‑complétion. Supprimez la suggestion (touche Suppr sur la carte proposée) ou videz la liste d’auto‑complétion. Côté mobile, nettoyez également le cache.
En hybride, j’ai mis à jour Entra ID mais l’ancien UPN revient ; pourquoi ?
Parce que l’AD local est maître. Vous devez modifier l’UPN et les attributs mail dans l’AD, puis lancer une synchro delta. Les modifications cloud sont écrasées à la prochaine synchronisation.
Comment prouver que tout est cohérent après correction ?
Capturez : sortie de Get-MgUser (UPN/mail), sortie de Get-Mailbox (PrimarySmtp/EmailAddresses), capture Teams (carte de contact) après purge du cache. Si tout est aligné et que la recherche n’est pas encore à jour, laissez jusqu’à 72 h.
Modèle de plan de remédiation
- Pré‑contrôles : inventorier UPN,
mail, alias,mailNickname. Décider du sort de l’ancien alias (conserver vs supprimer). - Changements orchestrés : AD local (si hybride) → synchro AADC → vérifications Entra ID → corrections Exchange Online.
- Communication : informer l’utilisateur du délai et des actions client (purge du cache Teams/Outlook).
- Purge client : poste principal, navigateurs et mobiles.
- Vérification & clôture : screenshots, commandes de contrôle, consignes de reprise (nouveaux fils de chat).
Annexe : exemples de scripts
# Vérification consolidée d'un utilisateur après renommage
# Graph - identité
Connect-MgGraph -Scopes "User.Read.All"
\$u = Get-MgUser -UserId "[ta@contoso.com](mailto:ta@contoso.com)" -Property "id,displayName,userPrincipalName,mail,proxyAddresses"
\$u | Select-Object displayName,userPrincipalName,mail,@{n="Aliases";e={$\_.proxyAddresses -join "; "}}
# Exchange - messagerie
Connect-ExchangeOnline
\$m = Get-Mailbox -Identity "ta"
\$m | Format-List DisplayName,Alias,PrimarySmtpAddress,EmailAddresses
# (Optionnel) Suppression de l'ancien alias
# Set-Mailbox -Identity "ta" -EmailAddresses @{remove="smtp\:testaccount\@contoso.com"}
# Résumé lisible
Write-Host "\`n----- Résumé -----"
Write-Host "UPN : \$(\$u.userPrincipalName)"
Write-Host "Mail : \$(\$u.mail)"
Write-Host "Aliases : \$(\$u.proxyAddresses -join '; ')"
Write-Host "Primary SMTP : \$(\$m.PrimarySmtpAddress)" En résumé
Pour faire disparaître l’ancienne info de contact dans Teams après un renommage : alignez l’identité dans Entra ID et Exchange, laissez le service propager, puis purgez systématiquement les caches côté client et nettoyez l’auto‑complétion Outlook. Révoquez les sessions si nécessaire. Avec cet enchaînement, les cartes de contact, la recherche et les suggestions se mettent en conformité et les utilisateurs retrouvent une expérience cohérente.