À propos du module PowerShell d’Exchange Online

Le module PowerShell d’Exchange Online (également appelé module PowerShell V3 d’Exchange Online ou module EXO V3 depuis 2022) utilise l’authentification moderne et fonctionne avec ou sans authentification multifacteur (MFA) pour se connecter à tous les environnements PowerShell Exchange liés au cloud : Exchange Online PowerShell, sécurité & conformité, PowerShell et PowerShell pour le module complémentaire Sécurité intégrée pour les boîtes aux lettres locales.

Pour obtenir des instructions de connexion à l’aide du module, consultez les articles suivants :

• Connexion à Exchange Online PowerShell

  Conseil

  Les instructions de connexion pour PowerShell dans le module complémentaire de sécurité intégré pour les boîtes aux lettres locales sont les mêmes que pour Exchange Online PowerShell.

• Se connecter à la sécurité et conformité PowerShell

• Authentification par application uniquement pour les scripts sans assistance dans Exchange Online PowerShell et PowerShell de conformité & sécurité

• Utiliser des identités managées Azure pour se connecter à Exchange Online PowerShell

• Utiliser C# pour se connecter à Exchange Online PowerShell

Le reste de cet article explique comment le module fonctionne, comment installer et maintenir le module, et les cmdlets optimisés d'Exchange Online qui sont disponibles dans le module.

Connexions API REST dans le module EXO V3

Exchange Online PowerShell et PowerShell Sécurité & Conformité utilisent des connexions API REST pour toutes les applets de commande depuis 2023.

Les connexions d’API REST nécessitent les modules PowerShellGet et PackageManagement. Pour plus d’informations, consultez PowerShellGet pour les connexions REST dans Windows.

Les applets de commande dans les connexions d’API REST présentent les avantages suivants par rapport à leurs homologues historiques :

• Plus sécurisé : prise en charge intégrée de l’authentification moderne et aucune dépendance vis-à-vis de la session PowerShell distante. PowerShell sur votre ordinateur client n’a pas besoin de l’authentification de base dans WinRM.
• Plus fiable : les échecs transitoires utilisent des tentatives intégrées, de sorte que les échecs ou les retards sont minimisés. Par exemple :
  • Échecs dus à des retards réseau.
  • Retards dus à des requêtes volumineuses dont l’exécution est longue.
• Meilleures performances : les connexions d’API REST évitent de configurer une instance d’exécution PowerShell.

Le tableau suivant compare les avantages des applets de commande de l’API REST aux applets de commande PowerShell distantes indisponibles et aux applets de commande exclusives Get-EXO* du module EXO V3.

Les applets de commande de l’API REST ont les mêmes noms d’applets de commande et fonctionnent exactement comme leurs équivalents PowerShell distants. Vous n’avez donc pas besoin de mettre à jour les noms des cmdlets ou les paramètres dans les scripts.

Quelques applets de commande dans Exchange Online PowerShell sont mises à jour avec le commutateur expérimental UseCustomRouting. L’utilisation de ce commutateur a pour effet d’acheminer directement la commande vers le serveur de boîte aux lettres requis et peut améliorer les performances globales. Utilisez le commutateur UseCustomRouting de manière expérimentale.

• Lorsque vous utilisez le commutateur UseCustomRoutingSwitch, vous ne pouvez utiliser que les valeurs suivantes pour l’identité de la boîte aux lettres :

  • Nom d’utilisateur principal (UPN)
  • Adresse électronique
  • GUID de la boîte aux lettres

• Le commutateur UseCustomRouting est disponible uniquement sur les applets de commande PowerShell d’Exchange Online suivantes :

  • Get-Clutter
  • Get-FocusedInbox
  • Get-InboxRule
  • Get-MailboxAutoReplyConfiguration
  • Get-MailboxCalendarFolder
  • Get-MailboxFolderPermission
  • Get-MailboxFolderStatistics
  • Get-MailboxMessageConfiguration
  • Get-MailboxPermission
  • Get-MailboxRegionalConfiguration
  • Get-MailboxStatistics
  • Get-MobileDeviceStatistics
  • GetUserPhoto
  • Remove-CalendarEvents
  • Set-Clutter
  • Set-FocusedInbox
  • Set-MailboxRegionalConfiguration
  • Set-UserPhoto

• Utilisez l’applet de commande Get-ConnectionInformation pour obtenir des informations sur les connexions à Exchange Online PowerShell et à & de sécurité PowerShell. Cette applet de commande est nécessaire, car l’applet de commande Get-PSSession de Windows PowerShell ne retourne pas d’informations relatives aux connexions d’API REST.

  Les scénarios dans lesquels vous pouvez utiliser Get-ConnectionInformation sont décrits dans le tableau suivant :

  Scénario	Résultat attendu
  Exécutez après les commandes Connect-ExchangeOnline ou Connect-IPPSSession .	Renvoie un objet d’informations de connexion.
  Exécutez après plusieurs commandes Connect-ExchangeOnline ou Connect-IPPSSession .	Renvoie une collection d’objets d’informations de connexion.

• Utilisez le commutateur SkipLoadingFormatData sur l’applet de commande Connect-ExchangeOnline pour éviter de charger les données de format et pour exécuter plus rapidement les commandes Connect-ExchangeOnline .

• Les applets de commande sauvegardées par l’API REST ont un délai d’expiration de 15 minutes, ce qui peut affecter les opérations en bloc. Par exemple, la commande Update-DistributionGroupMember suivante pour mettre à jour 10 000 membres d’un groupe de distribution peut expirer :

  $Members = @("member1","member2",...,"member10000")
  
  Update-DistributionGroupMember -Identity DG01 -Members $Members
  

  Utilisez plutôt la commande Update-DistributionGroupMember pour mettre à jour moins de membres, puis ajoutez les membres restants individuellement à l’aide d’une commande Add-DistributionGroupMember . Par exemple :

  Update-DistributionGroupMember -Identity DG01 -Members $Members[0..4999]
  
  $Remaining = $Members[-5000..-1]
  
  foreach ($Member in $Remaining)
  
  {
     Add-DistributionGroupMember -Identity DG01 -Member $Member
  }
  

Pour plus d’informations sur les nouveautés du module EXO V3, consultez la section Notes de publication plus loin dans cet article.

Signaler des bogues et des problèmes pour les versions d’évaluation du module Exchange Online PowerShell

Pour les préversions du module uniquement, utilisez cette fonction exocmdletpreview[at]service[dot]microsoft[dot]com pour signaler les problèmes que vous pourriez rencontrer. N’oubliez pas d’inclure les fichiers journaux dans votre e-mail. Pour générer les fichiers journaux, remplacez <Path> par un dossier de sortie, puis exécutez la commande suivante :

Connect-ExchangeOnline -EnableErrorReporting -LogDirectoryPath <Path> -LogLevel All

Applets de commande dans le module PowerShell d’Exchange Online

Le module EXO contient neuf applets de commande Get-EXO* exclusives optimisées pour la vitesse dans les scénarios d’extraction de données en bloc (des milliers et des milliers d’objets) dans Exchange Online PowerShell. Les applets de commande améliorées du module sont répertoriées dans le tableau suivant :

Les applets de commande liées à la connexion dans le module sont répertoriées dans le tableau suivant :

Les cmdlets de fonctionnalités diverses d’Exchange Online se trouvant dans le module sont répertoriées dans le tableau suivant :

Systèmes d’exploitation pris en charge pour le module PowerShell d’Exchange Online

Le module est officiellement pris en charge dans PowerShell 7 sur Windows, Linux et Apple macOS :

• Les versions de module 3.10.0 (juin 2026) ou ultérieures nécessitent PowerShell 7.6.0 (mars 2026) ou version ultérieure en raison des dépendances d’assembly .NET 10.0.
• Les versions de module 3.5.0 (mai 2024) à 3.9.2 (janvier 2026) nécessitent PowerShell 7.4.0 (novembre 2023) ou version ultérieure en raison des dépendances d’assemblage .NET 8.0. Les versions antérieures de PowerShell 7 peuvent rencontrer des problèmes de compatibilité (PowerShell 7.3.6 est plus compatible avec le module que 7.3.7).
• Les versions de module 3.0.0 (septembre 2022) à 3.4.0 (octobre 2023) nécessitent PowerShell 7.2.0 (novembre 2021) ou version ultérieure en raison des dépendances d’assembly .NET 6.0 dans les applets de commande et les connexions de l’API REST.
• La prise en charge du module dans PowerShell 7 a commencé avec la version 2.0.4 (février 2021) dans PowerShell 7.0.3 (juillet 2020).

Pour plus d’informations sur PowerShell 7, voir Qu’est-ce que PowerShell ?.

Prise en charge macOS du module

Pour obtenir des instructions sur l’installation de PowerShell 7 sur macOS, consultez Installation de PowerShell sur macOS. Après avoir installé PowerShell 7, vous pouvez effectuer les conditions préalables PowerShell habituelles et installer et mettre à jour le module PowerShell d’Exchange Online.

Le module est pris en charge dans les versions suivantes de macOS :

macOS 14 Sonoma ou version ultérieure

7.4.0 (.NET 8.0) est la première version prise en charge de PowerShell 7 sur macOS 14 Sonoma ou version ultérieure.

macOS 13 Ventura

La dernière version prise en charge du module est 3.9.2, car la dernière version prise en charge de PowerShell 7 est 7.5.x (.NET 9.0).

macOS 12 Monterey et macOS 11 Big Sur

La dernière version prise en charge du module est 3.9.2, car la dernière version prise en charge de PowerShell 7 est 7.4.x (.NET 8.0).

Les versions de module 3.0.0 à 3.9.2 sont prises en charge sur tous les processeurs.

Les versions de module 2.0.4 et 2.0.5 s’exécutent en mode natif sur les processeurs Intel. Les processeurs Apple M1 ou Apple M2 nécessitent Apple Rosetta 2.

macOS 10.15 Catalina

La dernière version prise en charge du module est 3.4.0, car la dernière version prise en charge de PowerShell 7 est 7.2.22 (.NET 6.0).

macOS 10.14 Mojave

La dernière version prise en charge du module est 2.0.5, car la dernière version prise en charge de PowerShell 7 est 7.1.5 (.NET 5.0).

Support Linux du module

Pour obtenir des instructions sur l’installation de PowerShell 7 sur Linux, consultez Installation de PowerShell sur Linux. Après avoir installé PowerShell 7, vous pouvez effectuer les conditions préalables PowerShell habituelles et installer et mettre à jour le module PowerShell d’Exchange Online.

Le module est officiellement pris en charge dans les distributions suivantes de Linux :

Ubuntu 24.04 LTS

7.2.0 (.NET 6.0) est la version la plus ancienne de PowerShell 7 prise en charge sur Ubuntu 24.04 LTS.

Ubuntu 22.04 LTS

7.2.0 (.NET 6.0) est la version la plus ancienne de PowerShell 7 prise en charge sur Ubuntu 22.04 LTS.

Ubuntu 20.04 LTS

La dernière version prise en charge du module est 3.9.2, car la dernière version prise en charge de PowerShell 7 est 7.4.x (.NET 8.0).

Les versions de module 3.7.0 à 3.9.2 peuvent échouer avec des erreurs de protocole SSL.

Ubuntu 18.04 LTS

La dernière version prise en charge du module est 3.9.2, car la dernière version prise en charge de PowerShell 7 est 7.4.x (.NET 8.0).

Les versions de module 3.7.0 à 3.9.2 peuvent avoir des problèmes de fiabilité dans Ubuntu 18.04 LTS.

Prise en charge du module par Windows

La prise en charge d’une version de module spécifique dans Windows dépend de la prise en charge de Windows PowerShell et de la prise en charge de .NET Framework et/ou .NET, comme décrit dans les sous-sections suivantes :

Windows 11

Dans Windows PowerShell 5.1, le module nécessite .NET Framework 4.7.2 (la version 4.8.x est incluse dans Windows 11, vous n’avez donc pas besoin d’installer .NET Framework).

7.2.0 (.NET 6.0) est la version la plus ancienne de PowerShell 7 prise en charge dans Windows 11.

Windows Server 2022 et Windows Server 2025

Dans Windows PowerShell 5.1, le module nécessite .NET Framework 4.7.2 (la version 4.8.x est incluse. Vous n’avez donc pas besoin d’installer .NET Framework).

7.2.0 (.NET 6.0) est la version la plus ancienne de PowerShell 7 prise en charge dans Windows Server 2022 et Windows Server 2025.

Windows 10

Dans Windows PowerShell 5.1, le module nécessite .NET Framework 4.7.2. La mise à jour d’avril 2018 de Windows 10 (version 1803) ou ultérieure inclut .NET Framework 4.7.2, vous n’avez donc pas besoin de le télécharger.

Sur Windows 10, .NET 8.0 et .NET 10.0 (et donc PowerShell 7.4 ou versions ultérieures et modules versions 3.5.0 ou ultérieures) sont pris en charge uniquement sur les éditions Enterprise et IoT LTSC qui sont toujours prises en charge (versions 1607, 1809 et 21H2).

Les éditions grand public de Windows 10 ont atteint la fin de leur support en octobre 2025 et ne prennent pas en charge .NET 8.0 ou .NET 10.0.

Windows Server 2016 et Windows Server 2019

Dans Windows PowerShell 5.1, le module nécessite .NET Framework 4.7.2 (inclus dans Windows Server 2019).

Windows 8.1, Windows Server 2012 et Windows Server 2012 R2

Dans Windows PowerShell 5.1, le module nécessite .NET Framework 4.7.2.

7.2.22 (.NET 6.0) est la dernière version de PowerShell 7 prise en charge dans Windows 8.1, Windows Server 2012 et Windows Server 2012 R2.

Windows 7.1 SP1 et Windows Server 2008 R2 SP1

Dans Windows PowerShell 5.1, le module nécessite .NET Framework 4.7.1.

Conditions préalables pour le module PowerShell d’Exchange Online

Définir la stratégie d’exécution PowerShell sur RemoteSigned

PowerShell doit être configuré pour l’exécution des scripts, ce qui n’est pas le cas par défaut. Vous obtenez l’erreur suivante lorsque vous essayez de vous connecter :

Impossible de charger des fichiers, car l’exécution de scripts est désactivée sur ce système. Fournissez un certificat valide avec lequel signer les fichiers.

Pour exiger la signature d’un éditeur approuvé pour tous les scripts PowerShell téléchargés à partir d’Internet, exécutez la commande suivante dans une session PowerShell avec élévation de privilèges (une fenêtre PowerShell que vous ouvrez en sélectionnant Exécuter en tant qu’administrateur) :

Set-ExecutionPolicy RemoteSigned

Pour plus d’informations sur les stratégies d’exécution, consultez À propos des stratégies d’exécution.

Authentification de base dans WinRM

Depuis octobre 2023, les connexions d’API REST ont remplacé les connexions d’authentification de base (PowerShell à distance) dans Exchange Online PowerShell et PowerShell de conformité & de sécurité. Les connexions à l’API REST ne nécessitent pas d’authentification de base dans WinRM.

La version 3.2.0 (juin 2023) et les versions ultérieures du module prennent entièrement en charge les applets de commande de l’API REST dans Exchange Online PowerShell et Security & Compliance PowerShell.

PowerShellGet required in Windows

Les connexions à l’API REST dans Windows nécessitent le module PowerShellGet. Par dépendance, le module PowerShellGet nécessite le module PackageManagement. Ces modules sont plus pris en compte pour PowerShell 5.1 que PowerShell 7, mais toutes les versions de PowerShell bénéficient de l’installation des dernières versions des modules. Pour obtenir des instructions d’installation et de mise à jour, consultez Installation de PowerShellGet sur Windows.

Si PowerShellGet n’est pas installé lorsque vous essayez de vous connecter, vous recevez l’erreur suivante :

Impossible de trouver une applet de commande Update-Manifest

Installation et mise à jour du module PowerShell d’Exchange Online

Le module est disponible dans la PowerShell Gallery à l’adresse https://www.powershellgallery.com/packages/ExchangeOnlineManagement/.

Utilisez l’applet de commande Install-Module pour installer le module pour la première fois et l’applet de commande Update-Module pour mettre à jour une installation existante à partir de la PowerShell Gallery. Les deux applets de commande utilisent les mêmes paramètres, de sorte que la même syntaxe s’applique, que vous effectuiez l’installation ou la mise à jour.

Pour voir si le module est déjà installé et comment il a été installé, exécutez Get-InstalledModule ExchangeOnlineManagement | Format-List Name,Version,InstalledLocation:

• Si le module est installé dans %ProgramFiles%\WindowsPowerShell\Modules\, il est installé pour tous les utilisateurs.
• Si le module est installé dans votre dossier Documents, il est installé uniquement pour votre compte d’utilisateur actuel.

Avant d’installer le module pour la première fois, installez ou mettez à jour le module PowerShellGet comme décrit dans Installation de PowerShellGet, puis fermez et rouvrez la fenêtre PowerShell.

Pour installer ou mettre à jour le module, utilisez la syntaxe suivante :

<Install-Module | Update-Module> -Name ExchangeOnlineManagement [-Scope CurrentUser] [-RequiredVersion <Version>] [-AllowPrerelease]

• En règle générale, vous souhaitez disposer de la dernière version publique du module, mais vous pouvez également installer ou mettre à jour une préversion.

• Configuration requise pour la session PowerShell pour installer ou mettre à jour le module :

  • Pour tous les utilisateurs : exécutez la commande dans une session PowerShell avec élévation de privilèges.
  • Pour l’utilisateur actuel : une session PowerShell élevée n’est pas nécessaire.

  Lorsque vous mettez à jour le module, utilisez la même étendue que celle utilisée pour l’installer à l’origine.

• Le paramètre RequiredVersion spécifie la version du module à installer ou à mettre à jour. Vous pouvez utiliser ce paramètre avec ou sans le commutateur AllowPrerelease .

• Le commutateur AllowPrerelease installe ou met à jour une préversion du module. Pour spécifier la version en préversion, utilisez également le paramètre RequiredVersion .

  Pour afficher toutes les versions disponibles du module, y compris les versions préliminaires, exécutez Find-Module ExchangeOnlineManagement -AllVersions -AllowPrerelease. Pour afficher uniquement les versions publiques, omettez le commutateur AllowPrerelease .

Cet exemple installe la dernière version publique du module pour tous les utilisateurs.

Install-Module -Name ExchangeOnlineManagement

Cet exemple met à jour le module vers la dernière version publique pour le compte d’utilisateur actuel.

Update-Module -Name ExchangeOnlineManagement -Scope CurrentUser

Cet exemple installe la dernière version d’évaluation disponible du module pour tous les utilisateurs.

Install-Module -Name ExchangeOnlineManagement -AllowPrerelease

Pour plus d’informations sur la syntaxe et les paramètres, consultez les articles suivants :

• Find-Module
• Module d’installation
• Module de mise à jour
• Get-InstalledModule

Désinstaller le module PowerShell d’Exchange Online

Pour désinstaller le module, exécutez la commande suivante. Si vous avez initialement installé le module pour tous les utilisateurs, exécutez la commande dans une session PowerShell avec élévation de privilèges.

Uninstall-Module -Name ExchangeOnlineManagement

Pour confirmer le mode d’installation du module (tous les utilisateurs et le compte d’utilisateur actuel), utilisez la Get-InstalledModule commande située au début de la section Installer et mettre à jour le module PowerShell d’Exchange Online.

Pour obtenir des informations détaillées sur la syntaxe et les paramètres, consultez Module de désinstallation.

Résolution des problèmes d’installation du module PowerShell d’Exchange Online

Cette section décrit les erreurs que vous pouvez rencontrer lors de l’installation du module et comment les résoudre.

• Vous recevez l'une des erreurs suivantes :

  Le module spécifié « ExchangeOnlineManagement » avec PowerShellGetFormatVersion 'version '<> n’est pas pris en charge par la version actuelle de PowerShellGet. Téléchargez la dernière version du module PowerShellGet pour installer ce module, « ExchangeOnlineManagement ».

  AVERTISSEMENT : Impossible de télécharger à partir de l’URI 'https://go.microsoft.com/fwlink/?LinkID=627338& ; clcid=0x409' en ''.

  AVERTISSEMENT : impossible de télécharger la liste des fournisseurs disponibles. Vérifiez votre connexion Internet.

  Mettez à jour votre installation du module PowerShellGet vers la dernière version, comme décrit dans Installation de PowerShellGet. Veillez à fermer et rouvrez la fenêtre PowerShell avant de tenter une nouvelle mise à jour du module ExchangeOnlineManagement.

• Vous recevez l'erreur suivante :

  Aucune correspondance n’a été trouvée pour les critères de recherche et le nom de module spécifiés « ExchangeOnlineManagement ». Essayez d’exécuter Get-PSRepository pour voir tous les référentiels de modules inscrits disponibles.

  Le référentiel par défaut des modules PowerShell n’est pas défini sur PSGallery. Pour corriger cette erreur, exécutez la commande suivante :

  Register-PSRepository -Default
  

• Dans Windows PowerShell 5.1, des erreurs se produisent lorsque vous essayez d’installer le module, car la PowerShell Gallery nécessite des connexions TLS 1.2 ou version ultérieure (PowerShell 7 utilise déjà TLS 1.2 ou version ultérieure). Ce problème n’affecte généralement que les versions antérieures de Windows où .NET Framework n’utilise pas TLS 1.2 par défaut. Pour plus d’informations et pour connaître la procédure de résolution de ce problème, voir Prise en charge du protocole TLS dans la PowerShell Gallery.

Propriétés et ensembles de propriétés dans le module PowerShell d’Exchange Online

Les applets de commande traditionnelles d’Exchange Online renvoient toutes les propriétés d’objet possibles, y compris de nombreuses propriétés vides ou inintéressantes. Ce comportement entraîne une dégradation des performances (plus le calcul du serveur et une charge réseau supplémentaire). Vous avez rarement besoin de l’ensemble des propriétés dans le résultat de l’applet de commande.

Les applets de commande Get-EXO* du module contiennent des propriétés de sortie catégorisées. Au lieu d’accorder la même importance à toutes les propriétés et de les renvoyer dans tous les scénarios, nous avons classé des propriétés associées spécifiques en ensembles de propriétés. Ces ensembles de propriétés sont des compartiments de deux propriétés liées ou plus sur l’applet de commande.

Les applets de commande Get-EXO* les plus importantes et les plus utilisées utilisent des ensembles de propriétés :

• Get-EXOCasMailbox
• Get-EXOMailbox
• Get-EXOMailboxStatistics
• Get-EXORecipient

Dans ces applets de commande, les paramètres suivants contrôlent les jeux de propriétés :

• PropertySets: ce paramètre accepte un ou plusieurs noms de jeux de propriétés disponibles, séparés par des virgules. Les jeux de propriétés disponibles sont décrits dans Jeux de propriétés dans les applets de commande du module PowerShell d’Exchange Online.
• Properties: ce paramètre accepte un ou plusieurs noms de propriétés disponibles, séparés par des virgules.

Vous pouvez utiliser le paramètres PropertySets et Properties dans la même commande.

Nous avons également inclus un ensemble de propriétés Minimum qui inclut un ensemble minimal de propriétés requises pour la sortie de l’applet de commande (par exemple, les propriétés d’identité). Les propriétés des jeux de propriétés Minimum sont également décrites dans les jeux de propriétés des applets de commande du module PowerShell d’Exchange Online.

• Si vous n’utilisez pas les paramètres PropertySets ou Properties, vous obtenez automatiquement les propriétés dans le groupe de propriétés minimum.
• Si vous utilisez les paramètres PropertySets ou Properties, vous obtenez les propriétés spécifiées et les propriétés dans le groupe de propriétés minimum.

Dans les deux cas, la sortie de l’applet de commande contient beaucoup moins de propriétés et les résultats sont retournés beaucoup plus rapidement.

Par exemple, après vous être connecté à Exchange Online PowerShell, l’exemple suivant renvoie uniquement les propriétés du jeu de propriétés Minimum pour les 10 premières boîtes aux lettres.

Get-EXOMailbox -ResultSize 10

En revanche, le résultat de la même commande Get-Mailbox renverrait au moins 230 propriétés pour chacune des 10 premières boîtes aux lettres.

Pour plus d’informations sur le filtrage dans le module, consultez l’article Filtres dans le module PowerShell d’Exchange Online.

Notes de publication

Sauf indication contraire, la version actuelle du module PowerShell d’Exchange Online contient toutes les fonctionnalités des versions précédentes.

Version actuelle

Version 3.10.1

• Correction de bogues d’authentification basée sur les certificats (CBA) et d’autres problèmes de performances mineurs.

Versions précédentes

Version 3.10.0

• À partir de cette version du module, la version minimale requise de PowerShell 7 est 7.6. Windows PowerShell 5.1 n’est pas affecté.
• Correction d’un problème d’échec de l’authentification basée sur les certificats (CBA) dans Connect-IPPSSession lorsque vous utilisiez le commutateur EnableSearchOnlySession .

Version 3.9.2

• Nouveau add-WorkforceInsightsDelegationAccess, Get-WorkforceInsightsDelegationAccess et remove-WorkforceInsightsDelegationAccess applets de commande pour la délégation Workforce Insights.
• Nouveau paramètre EXOModuleBasePath dans Connect-ExchangeOnline et Connect-IPPSSession pour stocker les fichiers temporaires du module EXO dans un chemin personnalisé.
• Paramètre UseRpsSession déconseillé de Connect-ExchangeOnline et Connect-IPPSSession.

Version 3.9.0

• Nouveau commutateur EnableSearchOnlySession sur Connect-IPPSSession, qui active certaines applets de commande eDiscovery et des applets de commande associées qui se connectent à d’autres services Microsoft 365.

Version 3.8.0

• Nouveau paramètre AccessToken sur Connect-IPPSSession.

• Get-VivaModuleFeature retourne désormais des informations sur ParentFeature, ChildFeature et PolicyModes. Ces valeurs représentent les fonctionnalités parent et enfant d’une fonctionnalité d’application Viva, ainsi que les modes d’activation disponibles pour les stratégies futures.

• Nouveaux paramètres IsUserOptedInByDefault sur les applets de commande Add-VivaModuleFeaturePolicy et Update-VivaModuleFeaturePolicy et la valeur de propriété correspondante dans toutes les applets de commande *-VivaModuleFeaturePolicy . La valeur indique si les utilisateurs sont acceptés ou non par la stratégie, tant que l’utilisateur ne définit pas de préférence.

  Vous pouvez utiliser ce paramètre pour maintenir la fonctionnalité activée dans votre organisation tout en désactivant les utilisateurs affectés par défaut, ce qui la désactive de manière réversible pour ces utilisateurs.

• Suppression de l’applet de commande Get-VivaFeatureCategory , de tous les paramètres liés à la catégorie et des valeurs de retour (CategoryId, IsCategoryEnabled).

Version 3.7.2

• Le commutateur DisableWAM est disponible sur l’applet de commande Connect-ExchangeOnline pour désactiver le gestionnaire de comptes web (WAM) si vous obtenez des erreurs de connexion liées au WAM.

Version 3.7.1

• Ajout d’une nouvelle propriété nommée ExoExchangeSecurityDescriptor à la sortie de Get-EXOMailbox qui est similaire à la ExchangeSecurityDescriptor propriété dans la sortie de Get-Mailbox.
• Ajout de nouvelles applets de commande pour prendre en charge la fonctionnalité de délégation Viva Org Insights :
  • Add-VivaOrgInsightsDelegatedRole
  • Get-VivaOrgInsightsDelegatedRole
  • Remove-VivaOrgInsightsDelegatedRole

Version 3.7.0

• Gestionnaire de comptes web (WAM) intégré dans les flux d’authentification pour renforcer la sécurité.
• L’aide de ligne de commande pour les applets de commande PowerShell d’Exchange Online n’est plus chargée par défaut. Utilisez le commutateur LoadCmdletHelp dans la commande Connect-ExchangeOnline afin que l’aide des applets de commande PowerShell d’Exchange Online soit disponible pour l’applet de commande Get-Help.
• Correction de problèmes de connexion liés à l’authentification de l’application uniquement dans Security & Compliance PowerShell.

Version 3.6.0

• Get-VivaModuleFeature retourne désormais des informations sur les types d’identités pour lesquels la fonctionnalité prend en charge la création de stratégies (par exemple, les utilisateurs, les groupes ou l’ensemble de l’organisation).
• Les applets de commande pour la gestion de l’accès aux fonctionnalités Viva gèrent désormais les défis liés à l’évaluation continue des revendications d’accès (CAE).
• Ajout d’un correctif pour le problème de compatibilité avec le module Microsoft.Graph.

Version 3.5.1

• Correctifs de bogues dans Get-EXOMailboxPermission et Get-EXOMailbox.
• Le module est mis à niveau pour s’exécuter sur .NET 8, en remplacement de la version précédente basée sur .NET 6.
• Améliorations apportées à Add-VivaModuleFeaturePolicy.

Version 3.5.0

• Nouvelle applet de commande Get-VivaFeatureCategory .
• Ajout de la prise en charge des opérations de stratégie au niveau de la catégorie dans Viva Feature Access Management (VFAM).
• Nouvelle propriété IsFeatureEnabledByDefault dans la sortie de Get-VivaModuleFeaturePolicy. La valeur de cette propriété indique l’état d’activation par défaut pour les utilisateurs lorsqu’aucune stratégie d’organisation ou d’utilisateur/groupe n’a été créée.

Version 3.4.0

• Correctifs de bogues dans Connect-ExchangeOnline, Get-EXORecipientPermission et Get-EXOMailboxFolderPermission.
• Le paramètre SigningCertificate dans Connect-ExchangeOnline prend désormais en charge le mode CLM (Constrained Language Mode).

Version 3.3.0

• Paramètre SkipLoadingCmdletHelp sur Connect-ExchangeOnline pour prendre en charge Ignorer le chargement des fichiers d’aide des applets de commande.
• La variable EXO_LastExecutionStatus globale est disponible pour vérifier le status de la dernière applet de commande exécutée, en cas activée.
• Correctifs de bogues dans Connect-ExchangeOnline et Connect-IPPSSession.
• IsUserControlEnabled sur Add-VivaModuleFeaturePolicy et Update-VivaModuleFeaturePolicy pour prendre en charge l’activation des contrôles utilisateur par stratégie pour les fonctionnalités intégrées à la gestion de l’accès aux fonctionnalités Viva.

Version 3.2.0

• Nouvelles applets de commande :
  • Get-DefaultTenantBriefingConfig et Set-DefaultTenantBriefingConfig.
  • Get-DefaultTenantMyAnalyticsFeatureConfig et Set-DefaultTenantMyAnalyticsFeatureConfig.
  • Get-VivaModuleFeature, Get-VivaModuleFeatureEnablement, Add-VivaModuleFeaturePolicy, Get-VivaModuleFeaturePolicy, Remove-VivaModuleFeaturePolicy et Update-VivaModuleFeaturePolicy.
• Prise en charge de la connexion de l’API REST pour Security & Compliance PowerShell.
• Paramètre ConnectionId sur Get-ConnectionInformation et Disconnect-ExchangeOnline :
  • Obtenez des informations de connexion pour des connexions API REST spécifiques.
  • Déconnexion sélective pour les connexions d’API REST.
• Le paramètre SigningCertificate sur Connect-ExchangeOnline vous permet de signer les fichiers de format (*. Format.ps1xml) ou des fichiers de module de script (.psm1) dans le module temporaire créé par Connect-ExchangeOnline avec un certificat client à utiliser dans toutes les stratégies d’exécution PowerShell.
• Correctifs de bogues dans Connect-ExchangeOnline.

Version 3.1.0

• AccessToken disponible dans Connect-ExchangeOnline.
• Correctifs de bogues dans Connect-ExchangeOnline et Get-ConnectionInformation.
• Correctif de bogue dans Connect-IPPSSession pour la connexion à Security & Compliance PowerShell à l’aide de CertificateThumbprint.

Version 3.0.0 (versions d’évaluation appelées v2.0.6-PreviewX)

• Fonctionnalités déjà décrites dans les connexions API REST dans la section module EXO V3 :
  • Authentification basée sur les certificats pour le PowerShell Sécurité & Conformité (version 2.0.6-Preview5 ou ultérieure).
  • Applet de commande Get-ConnectionInformation pour les connexions REST (version 2.0.6-Preview7 ou ultérieure).
  • le commutateur SkipLoadingFormatData sur l’applet de commande Connect-ExchangeOnline pour les connexions REST (version 2.0.6-Preview8 ou ultérieure).
• Le paramètre DelegatedOrganization fonctionne dans l’applet de commande Connect-IPPSSession tant que vous utilisez également le paramètre AzureADAuthorizationEndpointUri dans la commande.
• Certaines applets de commande qui demandaient une confirmation dans des scénarios spécifiques ne le font plus. Par défaut, l’applet de commande s’exécute jusqu’à la fin.
• Le format de l’erreur renvoyée par l’exécution de l’applet de commande ayant échoué est légèrement modifié. L’exception contient désormais davantage de données (par exemple, le type d’exception) et ne FullyQualifiedErrorId contient pas le FailureCategory. Le format de l’erreur est susceptible d’être modifié.

Version 2.0.5

• Nouvelles applets de commande Get-OwnerlessGroupPolicy et Set-OwnerlessGroupPolicy pour gérer les groupes Microsoft 365 sans propriétaire.

  Remarque

  Bien que les applets de commande soient disponibles dans le module, la fonctionnalité est uniquement disponible pour les membres d’une préversion privée.

• Nouvelles applets de commande Get-VivaInsightsSettings et Set-VivaInsightsSettings pour contrôler l’accès des utilisateurs aux fonctionnalités d’espace de tête dans Viva Insights.

Version 2.0.4

• PowerShell 7 est officiellement pris en charge sur Windows, Linux et Apple macOS, comme décrit dans la section Conditions préalables pour le module PowerShell d’Exchange Online de cet article.

• Le module de PowerShell 7 prend en charge l’authentification unique (SSO) basée sur le navigateur et d’autres méthodes de connexion. Pour plus d’informations, voir Méthodes de connexion exclusives PowerShell 7.

• Les applets de commande Get-UserAnalyticsConfig et Set-UserAnalyticsConfig ont été remplacées par les applets de commande Get-MyAnalyticsConfig et Set-MyAnalyticsConfig . Vous pouvez également configurer l’accès au niveau de la fonctionnalité. Pour plus d’informations, voir Configurer MyAnalytics.

• Application de la politique et de la sécurité en temps réel dans toutes les authentifications basées sur l’utilisateur. L’évaluation continue de l’accès (CAE) est activée dans le module. Pour plus d’informations, consultez Vers l’application de la sécurité et des stratégies en temps réel.

• Les propriétés LastUserActionTime et LastInteractionTime sont désormais disponibles dans la sortie de la cmdlet Get-NTMailboxStat individuals .

• Le processus de signature interactive utilise désormais une méthode plus sécurisée pour récupérer des jetons d’accès à l’aide d’URL de réponse sans sécurité.

Version 2.0.3

• Disponibilité générale de l’authentification basée sur les certificats (CBA), qui permet d’utiliser l’authentification moderne dans des scénarios de script sans assistance ou d’automatisation en arrière-plan. Les emplacements de stockage de certificats disponibles sont les suivants :
  • Distant dans le Valeur de clé Azure (le paramètre Certificat). Cette option renforce la sécurité en récupérant le certificat uniquement pendant l'exécution.
  • Locale dans le magasin de certificats CurrentUser ou LocalMachine (le paramètre CertificateThumbprint ).
  • Locale dans un fichier de certificat exporté (les paramètres CertificateFilePath et CertificatePassword). Pour plus d’informations, consultez les descriptions des paramètres dans Connect-ExchangeOnline et Authentification App-only pour les scripts sans assistance dans le module Exchange Online PowerShell.
• Connectez-vous simultanément à Exchange Online PowerShell et à Security & Compliance PowerShell dans une seule fenêtre PowerShell.
• Le nouveau paramètre CommandName vous permet de spécifier et de restreindre les applets de commande PowerShell Exchange Online importées dans une session. Cette option réduit l’empreinte mémoire pour les applications PowerShell à forte utilisation.
• Get-EXOMailboxFolderPermission prend désormais en charge ExternalDirectoryObjectID dans le paramètre Identité.
• Latence optimisée du premier appel d’applet de commande v2. Les résultats du laboratoire montrent que la latence du premier appel est passée de 8 secondes à environ 1 seconde. Les résultats réels dépendent de la taille des résultats de l’applet de commande et de l’environnement de l’organisation.

Version 1.0.1

• Version disponible (GA) du module EXO v2. Il est stable et prêt à l’emploi dans les environnements de production.
• L’applet de commande Get-EXOMobileDeviceStatistics prend désormais en charge le paramètre de Identité.
• Amélioration de la fiabilité de la reconnexion automatique des sessions dans certains scénarios où un script s’exécutait pendant ~50 minutes et a généré une erreur « Cmdlet introuvable » en raison d’un bogue dans la logique de reconnexion automatique.
• Problèmes de type de données fixes de deux attributs « User » et « MailboxFolderUser » fréquemment utilisés pour faciliter la migration de scripts.
• Prise en charge améliorée des filtres, car elle prend désormais en charge quatre opérateurs supplémentaires : EndsWith, Contains, Not et NotLike. Vérifiez les attributs qui ne sont pas pris en charge dans les filtres dans le module Exchange Online PowerShell.

Version 0.4578.0

• Ajout de la prise en charge de la configuration du courrier de briefing pour votre organisation au niveau de l’utilisateur avec les applets de commandeSet-UserBriefingConfig et Get-UserBriefingConfig.
• Prise en charge du nettoyage de session avec l’applet de commande Disconnect-ExchangeOnline. Cette applet de commande est l’équivalent v2 de Get-PSSession | Remove-PSSession. En plus du nettoyage de l’objet session et des fichiers locaux, il supprime également le jeton d’accès du cache, lequel est utilisé pour l’authentification par rapport aux applets de commande v2.
• Vous pouvez désormais utiliser FolderId comme paramètre d’identité dans Get-EXOMailboxFolderPermission. Vous pouvez obtenir la valeur de FolderId à l’aide de Get-MailboxFolder. Par exemple : Get-MailboxFolderPermission -Identity <UPN>:<Folder-Path>Get-MailboxFolderPermission -Identity <UPN>:\<Folder-Id>
• Amélioration de la fiabilité de Get-EXOMailboxStatistics car certaines erreurs de routage de requêtes qui ont entraîné des échecs sont résolues.
• Optimisation de l’utilisation de la mémoire pour les nouvelles sessions créées en réutilisant des modules existants au lieu de créer une session chaque fois qu’une session est importée.

Version 0.4368.1

• Ajout de la prise en charge des applets de commande PowerShell de sécurité et de conformité à l'aide de l'applet de commande Connect-IPPSSession.
• Il est possible de masquer la bannière d’annonce à l’aide du commutateur ShowBanner (-ShowBanner:$false).
• Terminer l’exécution de l’applet de commande sur une exception cliente.
• Remote PowerShell contenait divers types de données complexes qui n’étaient intentionnellement pas pris en charge dans les applets de commande EXO pour améliorer les performances. Les différences entre les types de données non complexes entre les applets de commande PowerShell distantes et les applets de commande V2 sont résolues pour permettre une migration transparente des scripts de gestion.

Version 0.3582.0

• Prise en charge du préfixe lors de la création de session :
  • Vous ne pouvez créer qu’une session à la fois contenant des applets de commande préfixées.
  • Les applets de commande EXO V2 ne sont pas préfixées car elles ont déjà le préfixe EXO, donc ne les utilisez EXO pas comme préfixe.
• Utilisez les applets de commande EXO v2 même si l’authentification de base WinRM est désactivée sur l’ordinateur client. Les connexions PowerShell distantes nécessitent l’authentification de base WinRM et les applets de commande PowerShell distantes ne sont pas disponibles si l’authentification de base est désactivée dans WinRM.
• Le paramètre d’identité pour les applets de commande V2 prend désormais en charge le nom et l’alias. L’utilisation d’un alias ou d’un nom ralentit les performances des applets de commande V2. Nous vous déconseillons donc de les utiliser.
• Problème résolu dans lequel le type de données des attributs renvoyés par l’applet de commande v2 était différent de celui des cmdlets PowerShell distantes. Nous avons encore peu d’attributs avec des types de données différents et nous prévoyons de les gérer dans les mois à venir.
• Bogue résolu : problème de reconnexion fréquente des sessions lorsqu'Connect-ExchangeOnline était appelée avec des informations d’identification ou UserPrincipalName

Version 0.3555.1

• Correction d’un bogue dans lequel les applets de commande redirigés ont échoué en raison d’un problème d’authentification :

  Impossible d’appeler le pipeline, car l’instance d’exécution n’est pas à l’état Ouvert. L’état actuel de l’instance d’exécution est « fermé ».

Version 0.3527.4

• Mise à jour du contenu Get-Help.
• Correction d’un problème dans Get-Help où le paramètre Online redirigeait vers une page inexistante avec le code d’erreur 400.

Version 0.3527.3

• Ajout de la prise en charge de la gestion d’Exchange pour une autre organisation à l’aide du flux de délégation.
• Fonctionne en tandem avec d’autres modules PowerShell dans une fenêtre PowerShell unique.
• Ajout d’une prise en charge des paramètres de position.
• Le champ date/heure prend désormais en charge les paramètres régionaux client.
• Correctif de bogue : PSCredential vide lorsque celui-ci est transmis pendant Connect-ExchangeOnline.
• Correctif de bogue : erreur de module client lorsque le filtre contient $null.
• Les sessions créées en interne au module EXO v2 ont désormais des noms (modèle d’affectation de noms : ExchangeOnlineInternalSession_% SomeNumber%).
• Correctif de bogue : les applets de commande Remote PowerShell échouent par intermittence en raison du temps correspondant à la différence entre l’expiration du jeton et l’inactivité de la session.
• Mise à jour de sécurité majeure.
• Correctifs et améliorations.