Aller au contenu principal

Bonjour, comment pouvons-nous vous aider aujourd'hui?

Ou sélectionnez une catégorie ci-dessous
Commencer
Vidéos

Module complémentaire Exclaimer pour Outlook absent du ruban en raison des modifications des services Web Exchange (EWS)

  1. Base de connaissances Exclaimer
  2. Solutions
  3. Autres solutions
Payal Arya
  • Mise à jour

Scénario

Le module complémentaire Exclaimer Outlook est absent du ruban Outlook, apparaît grisé ou ne répond pas, même si vous l'avez déployé via le déploiement centralisé dans le portail Applications intégrées Microsoft 365.

Ce problème peut survenir dans les situations suivantes :

  • Vous avez défini la méthode de déploiement du module complémentaire sur Optionnel ou Disponible au lieu de Par défaut.
  • Vous avez désactivé Exchange Web Services (EWS) pour le locataire.

Raison

Microsoft met fin à Exchange Web Services (EWS) dans Exchange Online. Microsoft prévoit de commencer la désactivation progressive le 1er octobre 2026, avec une mise hors service définitive prévue pour le 1er avril 2027.

Le module complémentaire Exclaimer Outlook utilise une authentification moderne et ne dépend pas d’EWS pour insérer les signatures. Cependant, le mécanisme de déploiement centralisé de Microsoft, qui distribue et charge les modules complémentaires déployés centralement, nécessite actuellement que EWS reste activé au niveau du locataire.

Par conséquent, la désactivation d’EWS peut empêcher le chargement des modules complémentaires déployés centralement. Cette limitation concerne les fournisseurs qui utilisent le mécanisme de déploiement centralisé de Microsoft, pas seulement Exclaimer.

Microsoft a documenté deux problèmes connus liés qui peuvent provoquer ce comportement du module complémentaire :

Microsoft a indiqué que le problème lié à EWS dans le déploiement centralisé est atténué de son côté.

Résolution


Si la méthode de déploiement est la cause du problème

Vérifiez les paramètres de déploiement du module complémentaire Exclaimer dans le portail Applications intégrées Microsoft 365. Définissez la méthode de déploiement sur Par défaut au lieu de Optionnel ou Disponible.


Si EWS est désactivé sur le locataire

Un administrateur du locataire peut réactiver EWS en suivant ces étapes :

  1. Ouvrez Exchange Online PowerShell et connectez-vous avec des identifiants d’administrateur global.

  2. Exécutez la commande suivante :
     

    Set-OrganizationConfig -EwsEnabled:$true
  3. Redémarrez Outlook et vérifiez que le module complémentaire Exclaimer apparaît dans le ruban.
REMARQUE : Microsoft mettra définitivement fin à EWS en avril 2027. Après cette date, cette solution de contournement ne sera plus disponible. Les utilisateurs concernés devront utiliser une version d’Outlook prise en charge.

Nous recommandons :

Mettez à jour tous les utilisateurs vers la Build 19725.20000 ou une version ultérieure avant octobre 2026.

Microsoft propose actuellement cette build sur le Canal actuel, le Canal mensuel entreprise et le Canal semestriel entreprise.

Les versions classiques d’Outlook 19725.20000 et ultérieures prennent en charge le mode de sécurité de base de Microsoft et ne dépendent plus d’EWS pour la fonctionnalité des compléments.

Dépannage - si vous avez besoin d’aide

Pour obtenir de l’aide en cas de problème, consultez la section Dépannage de notre guide interactif.

Si vous devez ouvrir un ticket de support, exécutez notre script PowerShell de diagnostic pour aider l’équipe de support à vérifier votre configuration Outlook et le complément Exclaimer. Le script collecte en toute sécurité des détails techniques, tels que la version d’Outlook, le statut du complément et la connectivité, sans accéder aux données personnelles ni aux e-mails, ce qui permet un dépannage plus rapide.
 

 Pour exécuter le script :

  1. Lancez Windows PowerShell. Les privilèges administrateur sont optionnels mais recommandés.
     

  2. Entrez la commande suivante : 

    Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass; Invoke-WebRequest -Uri "https://raw.githubusercontent.com/exclaimerltd/Internal-Support-Scripts/master/AddInChecks.ps1" -OutFile "$env:TEMP\AddInChecks.ps1"; & "$env:TEMP\AddInChecks.ps1" 
      
  3. Suivez les instructions à l’écran.
     

  4. Une fois terminé, un rapport nommé AddInChecks.html sera généré.

    REMARQUE : Emplacement du rapport :
    Par défaut : C:\Users\<VotreUtilisateur>\Downloads\AddInChecks.html
    Solution de secours (si le dossier Téléchargements n’est pas disponible) : C:\Temp\AddInChecks.html

    Joignez le fichier généré à votre ticket de support pour permettre à l’équipe de support d’examiner votre configuration. 

Si votre demande de support concerne l’authentification, incluez une exportation des journaux de connexion Entra ID de l’utilisateur concerné avec votre ticket de support. 

Pour exporter les journaux : 

  1. Connectez-vous au centre d’administration Microsoft Entra. 
     
  2. Accédez à Surveillance et santé > Journaux de connexion.
     
  3. Dans l’onglet Connexions interactives, filtrez par l’UPN de l’utilisateur concerné et la plage de dates couvrant le problème, puis exportez au format CSV.
     
  4. Passez à l’onglet Connexions non interactives, appliquez le même filtre, et exportez au format CSV. 
     
  5. Joignez les deux fichiers CSV à votre ticket de support.