Informationen zum Exchange Online PowerShell-Modul

Das Exchange Online PowerShell-Modul (seit 2022 auch als Exchange Online PowerShell V3-Modul oder EXO V3-Modul bezeichnet) verwendet moderne Authentifizierung und funktioniert mit oder ohne Multifaktor-Authentifizierung (MFA) für die Verbindung mit allen Cloud-bezogenen Exchange-PowerShell-Umgebungen: Exchange Online PowerShell, Sicherheits- & Compliance PowerShell und PowerShell für das integrierte Sicherheits-Add-On für lokale Postfächer.

Verbindungsanweisungen über das Modul finden Sie in den folgenden Artikeln:

In Rest dieses Artikels werden die Funktionsweise des Moduls, seine Installation und Wartung sowie die im Modul verfügbaren optimierten Exchange Online-Cmdlets beschrieben.

REST-API-Verbindungen im EXO V3-Modul

Exchange Online PowerShell und Security & Compliance PowerShell verwenden REST-API-Verbindungen für alle Cmdlets seit 2023.

REST-API-Verbindungen erfordern die Module PowerShellGet und PackageManagement. Weitere Informationen finden Sie unter PowerShellGet für REST-basierte Verbindungen in Windows.

Cmdlets in REST-API-Verbindungen haben gegenüber ihren früheren Gegenstücken die folgenden Vorteile:

  • sicherer: Integrierte Unterstützung für moderne Authentifizierung und keine Abhängigkeit von der Remote-PowerShell-Sitzung. PowerShell auf Ihrem Clientcomputer benötigt keine Standardauthentifizierung in WinRM.
  • Zuverlässiger: Vorübergehende Fehler verwenden integrierte Wiederholungen, sodass Fehler oder Verzögerungen minimiert werden. Zum Beispiel:
    • Fehler aufgrund von Netzwerkverzögerungen.
    • Verzögerungen aufgrund umfangreicher Abfragen, deren Ausführung viel Zeit in Anspruch nimmt.
  • Bessere Leistung: REST-API-Verbindungen vermeiden das Einrichten eines PowerShell-Runspaces.

In der folgenden Tabelle werden die Vorteile von REST-API-Cmdlets mit nicht verfügbaren Remote-PowerShell-Cmdlets und den exklusiven Get-EXO*-Cmdlets im EXO V3-Modul verglichen.

  Cmdlets für Remote-PowerShell Get-EXO*-Cmdlets REST-API-Cmdlets
Sicherheit Am wenigsten sicher Hochsicher Hochsicher
Leistung Geringe Leistung Hohe Leistung Mittlere Leistung
Zuverlässigkeit Am wenigsten zuverlässig Hohe Zuverlässigkeit Hohe Zuverlässigkeit
Funktionalität Alle Parameter und Ausgabeeigenschaften verfügbar Eingeschränkte Parameter und Ausgabeeigenschaften verfügbar Alle Parameter und Ausgabeeigenschaften verfügbar

REST-API-Cmdlets haben dieselben Cmdlet-Namen und funktionieren genauso wie ihre Remote-PowerShell-Entsprechungen, sodass Sie keine Cmdlet-Namen oder Parameter in Skripts aktualisieren müssen.

Tipp

Das Cmdlet "Invoke-Command" funktioniert in REST-API-Verbindungen nicht. Alternativen finden Sie unter Problemumgehungen für Invoke-Command Szenarien in REST-API-Verbindungen.

Einige Cmdlets in Exchange Online PowerShell werden mit der experimentellen Befehlszeilenoption UseCustomRouting aktualisiert. Dieser Schalter wird den Befehl direkt an den erforderlichen Postfachserver weiterleiten, und die Gesamtleistung kann verbessert werden. Verwenden Sie den UseCustomRouting-Schalter experimentell.

  • Wenn Sie den UseCustomRouting-Schalter verwenden, müssen Sie für die Identität des Postfachs die folgenden Werte verwenden:

    • Benutzerprinzipalname (User Principal Name, UPN)
    • E-Mail-Adresse
    • Postfach-GUID

  • Die Befehlszeilenoption UseCustomRouting ist nur in den folgenden Exchange Online PowerShell-Cmdlets verfügbar:

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

  • Verwenden Sie das Cmdlet Get-ConnectionInformation, um Informationen zu Verbindungen mit Exchange Online PowerShell und Security & Compliance PowerShell zu erhalten. Dieses Cmdlet ist erforderlich, da das Get-PSSession-Cmdlet in Windows PowerShell keine Informationen für REST-API-Verbindungen zurückgibt.

    In der folgenden Tabelle werden Szenarien beschrieben, in denen Sie Get-ConnectionInformation verwenden können:

    Szenario Erwartete Ausgabe
    Wird nach den Befehlen Connect-ExchangeOnline oder Connect-IPPSSession ausgeführt. Gibt ein Verbindungsinformationsobjekt zurück.
    Wird nach mehreren Befehlen "Connect-ExchangeOnline" oder "Connect-IPPSSession" ausgeführt. Gibt eine Auflistung von Verbindungsinformationsobjekten zurück.

  • Verwenden Sie die Option SkipLoadingFormatData im Cmdlet Connect-ExchangeOnline , um das Laden von Formatdaten zu vermeiden und Connect-ExchangeOnline-Befehle schneller auszuführen.

  • Cmdlets, die von der REST-API gesichert werden, weisen ein Timeout von 15 Minuten auf, was sich auf Massenvorgänge auswirken kann. Beispielsweise kann beim folgenden Update-DistributionGroupMember-Befehl zum Aktualisieren von 10.000 Mitgliedern einer Verteilergruppe eine Zeitüberschreitung auftreten:

    $Members = @("member1","member2",...,"member10000")

Update-DistributionGroupMember -Identity DG01 -Members $Members

    Verwenden Sie stattdessen den Befehl Update-DistributionGroupMember , um weniger Mitglieder zu aktualisieren, und fügen Sie dann die verbleibenden Mitglieder einzeln mithilfe eines Add-DistributionGroupMember-Befehls hinzu. Zum Beispiel:

    Update-DistributionGroupMember -Identity DG01 -Members $Members[0..4999]

$Remaining = $Members[-5000..-1]

foreach ($Member in $Remaining)

{
   Add-DistributionGroupMember -Identity DG01 -Member $Member
}

Weitere Informationen zu den Neuerungen im EXO V3-Modul finden Sie im Abschnitt Versionshinweise weiter unten in diesem Artikel.

Melden von Fehlern und Problemen für Vorschauversionen des PowerShell-Moduls von Exchange Online

Tipp

Verwenden Sie bei allgemein verfügbaren Versionen (General Availability, GA) des Moduls nicht die folgende E-Mail-Adresse, um Probleme zu melden. Nachrichten zu GA-Versionen des Moduls werden nicht beantwortet. Öffnen Sie stattdessen ein Supportticket.

Verwenden Sie exocmdletpreview[at]service[dot]microsoft[dot]com diese Option nur für Vorschauversionen des Moduls, um eventuell auftretende Probleme zu melden. Achten Sie darauf, die Protokolldateien in Ihre E-Mail-Nachricht einzuschließen. Um die Protokolldateien zu generieren, ersetzen Sie <Path> durch einen Ausgabeordner, und führen Sie dann den folgenden Befehl aus:

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

Cmdlets im PowerShell-Modul von Exchange Online

Das EXO-Modul enthält neun exklusive Get-EXO*-Cmdlets, die für die Geschwindigkeit in Szenarien zum Abrufen von Massendaten (Tausende und Abertausende von Objekten) in Exchange Online PowerShell optimiert sind. Die verbesserten Cmdlets im Modul sind in der folgenden Tabelle aufgeführt:

EXO-Modul-Cmdlet Älteres verwandtes Cmdlet
Get-EXOMailbox Get-Mailbox
Get-EXORecipient Get-Recipient
Get-EXOCasMailbox Get-CASMailbox
Get-EXOMailboxPermission Get-MailboxPermission
Get-EXORecipientPermission Get-RecipientPermission
Get-EXOMailboxStatistics Get-MailboxStatistics
Get-EXOMailboxFolderStatistics Get-MailboxFolderStatistics
Get-EXOMailboxFolderPermission Get-MailboxFolderPermission
Get-EXOMobileDeviceStatistics Get-MobileDeviceStatistics

Tipp

Wenn Sie mehrere Verbindungen mit Exchange Online PowerShell im selben Fenster öffnen, sind die Get-EXO*-Cmdlets immer der letzten (aktuellsten) Exchange Online PowerShell-Verbindung zugeordnet. Führen Sie den folgenden Befehl aus, um die REST-API-Sitzung zu suchen, in der die Get-EXO*- Cmdlets ausgeführt werden: Get-ConnectionInformation | Where-Object {$_.ConnectionUsedForInbuiltCmdlets -eq $true}.

Die verbindungsbezogenen Cmdlets des Moduls sind in der folgenden Tabelle aufgeführt:

EXO-Modul-Cmdlet Älteres verwandtes Cmdlet Kommentare
Connect-ExchangeOnline Connect-EXOPSSession in V1 des Moduls
oder
New-PSSession
Connect-IPPSSession Connect-IPPSSession in V1 des Moduls
Disconnect-ExchangeOnline Remove-PSSession
Get-ConnectionInformation Get-PSSession Verfügbar in Version 3.0.0 oder höher.

Tipp

Die häufige Verwendung der Cmdlets Connect-ExchangeOnline und Disconnect-ExchangeOnline in einer einzelnen PowerShell-Sitzung oder einem einzelnen PowerShell-Skript kann zu einem Speicherverlust führen. Die beste Möglichkeit, dieses Problem zu vermeiden, besteht darin, den Parameter CommandName im Connect-ExchangeOnline-Cmdlet zu verwenden, um die in der Sitzung verwendeten Cmdlets einzuschränken.

In der nachstehenden Tabelle sind verschiedene Cmdlets für Exchange Online-Features aufgelistet, die sich zufällig im Modul befinden:

Cmdlet Kommentare
Get-DefaultTenantBriefingConfig Verfügbar in v3.2.0 oder höher.
Set-DefaultTenantBriefingConfig Verfügbar in v3.2.0 oder höher.
Get-DefaultTenantMyAnalyticsFeatureConfig Verfügbar in v3.2.0 oder höher.
Set-DefaultTenantMyAnalyticsFeatureConfig Verfügbar in v3.2.0 oder höher.
Get-MyAnalyticsFeatureConfig Verfügbar in Version 2.0.4 oder höher.
Set-MyAnalyticsFeatureConfig Verfügbar in Version 2.0.4 oder höher.
Get-UserBriefingConfig Ersetzt durch Get-MyAnalyticsFeatureConfig.
Set-UserBriefingConfig Ersetzt durch Set-MyAnalyticsFeatureConfig.
Get-VivaInsightsSettings Verfügbar in v2.0.5 oder höher.
Set-VivaInsightsSettings Verfügbar in v2.0.5 oder höher.
Get-VivaModuleFeature Verfügbar in v3.2.0 oder höher.
Get-VivaModuleFeatureEnablement Verfügbar in v3.2.0 oder höher.
Add-VivaModuleFeaturePolicy Verfügbar in v3.2.0 oder höher.
Get-VivaModuleFeaturePolicy Verfügbar in v3.2.0 oder höher.
Remove-VivaModuleFeaturePolicy Verfügbar in v3.2.0 oder höher.
Update-VivaModuleFeaturePolicy Verfügbar in v3.2.0 oder höher.
Add-VivaOrgInsightsDelegatedRole Verfügbar in Version 3.7.0-Vorschau1 oder höher.
Get-VivaOrgInsightsDelegatedRole Verfügbar in Version 3.7.0-Vorschau1 oder höher.
Remove-VivaOrgInsightsDelegatedRole Verfügbar in Version 3.7.0-Vorschau1 oder höher.
Add-WorkforceInsightsDelegationAccess Verfügbar in v3.9.2-Preview1 oder höher.
Get-WorkforceInsightsDelegationAccess Verfügbar in v3.9.2-Preview1 oder höher.
Remove-WorkforceInsightsDelegationAccess Verfügbar in v3.9.2-Preview1 oder höher.

Unterstützte Betriebssysteme für das PowerShell-Modul von Exchange Online

Das Modul wird offiziell in PowerShell 7 unter Windows, Linux und Apple macOS unterstützt:

  • Modulversionen 3.10.0 (Juni 2026) oder höher erfordern aufgrund von .NET 10.0-Assemblyabhängigkeiten PowerShell 7.6.0 (März 2026) oder höher.
  • Die Modulversionen 3.5.0 (Mai 2024) bis 3.9.2 (Januar 2026) erfordern aufgrund von .NET 8.0-Assemblyabhängigkeiten PowerShell 7.4.0 (November 2023) oder höher. Bei früheren Versionen von PowerShell 7 können Kompatibilitätsprobleme auftreten (PowerShell 7.3.6 ist mit dem Modul besser kompatibel als 7.3.7).
  • Die Modulversionen 3.0.0 (September 2022) bis 3.4.0 (Oktober 2023) erfordern PowerShell 7.2.0 (November 2021) oder höher aufgrund von .NET 6.0-Assemblyabhängigkeiten in REST-API-Cmdlets und -Verbindungen.
  • Die Unterstützung für das Modul in PowerShell 7 begann mit Version 2.0.4 (Februar 2021) in PowerShell 7.0.3 (Juli 2020).

Weitere Informationen zu PowerShell 7 finden Sie unter Was ist PowerShell?.

Tipp

Alle Versionen des Moduls werden in Windows PowerShell 5.1 unterstützt und sind damit kompatibel.

Wie bereits erwähnt, werden in Exchange Online PowerShell und Security & Compliance PowerShell nur REST-API-Verbindungen unterstützt:

  • Version 2.0.4 des Moduls (Februar 2021) unterstützt die REST-API nur für die neun exklusiven Get-EXO*- Cmdlets.
  • Version 2.0.5 des Moduls (Mai 2021) unterstützt teilweise nur in Exchange Online PowerShell.
  • Version 3.0.0 (September 2022) oder höher unterstützt REST-API-Cmdlets in Exchange Online PowerShell vollständig.
  • Version 3.2.0 (Juni 2023) oder höher unterstützt REST-API-Cmdlets in Security & Compliance PowerShell vollständig.

macOS-Unterstützung für das Modul

Hinweis

Derzeit ist Connect-IPPSSession und damit Security & Compliance PowerShell in PowerShell 7 auf macOS-Clients nicht verfügbar.

Anweisungen zur Installation von PowerShell 7 auf macOS finden Sie unter Installieren von PowerShell auf macOS. Nach der Installation von PowerShell 7 können Sie die regulären PowerShell-Voraussetzungen erfüllen und das PowerShell-Modul Exchange Online installieren und aktualisieren.

Das Modul wird in den folgenden Versionen von macOS unterstützt:

macOS 14 Sonoma oder höher

Modulversion PowerShell-Version
3.10.0 oder höher 7.6.0 oder höher
3.5.0 bis 3.9.2 7.4.0 oder höher

7.4.0 (.NET 8.0) ist die früheste unterstützte Version von PowerShell 7 auf macOS 14 Sonoma oder höher.

macOS 13 Ventura

Modulversion PowerShell-Version
3.5.0 bis 3.9.2 7.4.0 bis 7.5.x
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7

Die aktuelle unterstützte Version des Moduls ist 3.9.2, da die neueste unterstützte Version von PowerShell 7 7.5.x (.NET 9.0) ist.

macOS 12 Monterey und macOS 11 Big Sur

Modulversion PowerShell-Version
3.5.0 bis 3.9.2 7.4.x
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7
2.0.4 und 2.0.5 7.0.3 bis 7.1.5

Die aktuelle unterstützte Version des Moduls ist 3.9.2, da die neueste unterstützte Version von PowerShell 7 7.4.x (.NET 8.0) ist.

Die Modulversionen 3.0.0 bis 3.9.2 werden auf allen Prozessoren unterstützt.

Die Modulversionen 2.0.4 und 2.0.5 laufen nativ auf Intel-Prozessoren. Apple M1- oder Apple M2-Prozessoren erfordern Apple Rosetta 2.

macOS 10.15 Catalina

Modulversion PowerShell-Version
3.0.0 bis 3.4.0 7.2.0 bis 7.2.22
2.0.4 und 2.0.5 7.0.3 bis 7.1.5

Die aktuelle unterstützte Version des Moduls ist 3.4.0, da die neueste unterstützte Version von PowerShell 7 7.2.22 (.NET 6.0) ist.

macOS 10.14 Mojave

Modulversion PowerShell-Version
2.0.4 und 2.0.5 7.0.3 bis 7.1.5

Die aktuelle unterstützte Version des Moduls ist 2.0.5, da die neueste unterstützte Version von PowerShell 7 7.1.5 (.NET 5.0) ist.

Hinweis

Sie können eine Verbindung mit Exchange Online PowerShell herstellen. Die neun exklusiven Get-EXO*-Cmdlets im Modul werden unterstützt, aber nicht alle Exchange Online PowerShell-Cmdlets werden unterstützt (nicht alle Cmdlets unterstützen die REST-API in dieser Version des Moduls).

Linux-Unterstützung für das Modul

Hinweis

Derzeit ist Connect-IPPSSession und damit Security & Compliance PowerShell in PowerShell 7 auf Linux-Clients nicht verfügbar.

Wenn Sie eine Verbindung mit Exchange Online PowerShell unter Linux von einem Netzwerk hinter einem Proxyserver herstellen, müssen Sie Modulversion 3.0.0 oder höher verwenden.

Anweisungen zur Installation von PowerShell 7 auf Linux finden Sie unter Installieren von PowerShell auf Linux. Nach der Installation von PowerShell 7 können Sie die regulären PowerShell-Voraussetzungen erfüllen und das PowerShell-Modul Exchange Online installieren und aktualisieren.

Das Modul wird offiziell in den folgenden Linux-Distributionen unterstützt:

Ubuntu 24.04 LTS

Modulversion PowerShell-Version
3.10.0 oder höher 7.6.0 oder höher
3.5.0 bis 3.9.2 7.4.0 oder höher
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7

7.2.0 (.NET 6.0) ist die früheste unterstützte Version von PowerShell 7 auf Ubuntu 24.04 LTS.

Ubuntu 22.04 LTS

Modulversion PowerShell-Version
3.10.0 oder höher 7.6.0 oder höher
3.5.0 bis 3.9.2 7.4.0 oder höher
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7

7.2.0 (.NET 6.0) ist die früheste unterstützte Version von PowerShell 7 unter Ubuntu 22.04 LTS.

Ubuntu 20.04 LTS

Modulversion PowerShell-Version
3.5.0 bis 3.9.2 7.4.x
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7
2.0.4 und 2.0.5 7.0.3 bis 7.1.5

Die aktuelle unterstützte Version des Moduls ist 3.9.2, da die neueste unterstützte Version von PowerShell 7 7.4.x (.NET 8.0) ist.

Die Modulversionen 3.7.0 bis 3.9.2 schlagen möglicherweise mit SSL-Protokollfehlern fehl.

Ubuntu 18.04 LTS

Modulversion PowerShell-Version
3.5.0 bis 3.9.2 7.4.x
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7
2.0.4 und 2.0.5 7.0.3 bis 7.1.5

Die aktuelle unterstützte Version des Moduls ist 3.9.2, da die neueste unterstützte Version von PowerShell 7 7.4.x (.NET 8.0) ist.

Bei den Modulversionen 3.7.0 bis 3.9.2 gibt es möglicherweise Zuverlässigkeitsprobleme in Ubuntu 18.04 LTS.

Windows-Unterstützung für das Modul

Die spezifische Unterstützung von Modulversionen in Windows hängt von der Unterstützung von Windows PowerShell und .NET Framework und/oder .NET ab, wie in den folgenden Unterabschnitten beschrieben:

Windows 11

In Windows PowerShell 5.1 erfordert das Modul .NET Framework 4.7.2 (4.8.x ist in Windows 11 enthalten, sodass Sie .NET Framework nicht installieren müssen).

Modulversion PowerShell-Version
Windows PowerShell 5.1
2.0.5 oder höher 5.1
PowerShell 7
3.10.0 oder höher 7.6.0 oder höher
3.5.0 bis 3.9.2 7.4.0 oder höher
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7

7.2.0 (.NET 6.0) ist die früheste unterstützte Version von PowerShell 7 in Windows 11.

Windows Server 2022 und Windows Server 2025

In Windows PowerShell 5.1 erfordert das Modul .NET Framework 4.7.2 (4.8.x ist enthalten, sodass Sie .NET Framework nicht installieren müssen).

Modulversion PowerShell-Version
Windows PowerShell 5.1
2.0.5 oder höher 5.1
PowerShell 7
3.10.0 oder höher 7.6.0 oder höher
3.5.0 bis 3.9.2 7.4.0 oder höher
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7

7.2.0 (.NET 6.0) ist die früheste unterstützte Version von PowerShell 7 in Windows Server 2022 und Windows Server 2025.

Windows 10

In Windows PowerShell 5.1 erfordert das Modul .NET Framework 4.7.2. Das Windows 10 April 2018 Update (Version 1803) oder höher enthält .NET Framework 4.7.2, sodass Sie es nicht herunterladen müssen.

Modulversion PowerShell-Version Unterstützte Windows-Version
Windows PowerShell 5.1
2.0.5 oder höher 5.1 Anniversary Update (Version 1607; August 2016) oder später
PowerShell 7
3.10.0 oder höher 7.6.0 oder höher Nur Enterprise-/IoT LTSC-Editionen (1607, 1809, 21H2)
3.5.0 bis 3.9.2 7.4.0 oder höher Nur Enterprise-/IoT LTSC-Editionen (1607, 1809, 21H2)
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7 Update vom Oktober 2018 (Version 1809) oder höher
2.0.4 und 2.0.5 7.0.3 bis 7.1.5 Anniversary Update (Version 1607; August 2016) oder später

Unter Windows 10 werden .NET 8.0 und .NET 10.0 (und daher PowerShell 7.4 oder höher und Modulversionen 3.5.0 oder höher) nur in den Enterprise- und IoT LTSC-Editionen unterstützt, die noch unterstützt werden (Versionen 1607, 1809 und 21H2).

Die Verbrauchereditionen von Windows 10 haben im Oktober 2025 das Ende des Supports erreicht und unterstützen .NET 8.0 oder .NET 10.0 nicht.

Windows Server 2016 und Windows Server 2019

In Windows PowerShell 5.1 erfordert das Modul .NET Framework 4.7.2 (enthalten in Windows Server 2019).

Modulversion PowerShell-Version
Windows PowerShell 5.1
2.0.5 oder höher 5.1
PowerShell 7
3.10.0 oder höher 7.6.0 oder höher
3.5.0 bis 3.9.2 7.4.0 oder höher
3.0.0 bis 3.4.0 7.2.0 bis 7.3.7
2.0.4 und 2.0.5 7.0.3 bis 7.1.5

Windows 8.1, Windows Server 2012 und Windows Server 2012 R2

In Windows PowerShell 5.1 erfordert das Modul .NET Framework 4.7.2.

Modulversion PowerShell-Version
Windows PowerShell 5.1
2.0.5 oder höher 5.1
PowerShell 7
3.0.0 bis 3.4.0 7.2.x
2.0.4 und 2.0.5 7.0.3 bis 7.1.5

7.2.22 (.NET 6.0) ist die aktuelle unterstützte Version von PowerShell 7 in Windows 8.1, Windows Server 2012 und Windows Server 2012 R2.

Windows 7.1 SP1 und Windows Server 2008 R2 SP1

In Windows PowerShell 5.1 erfordert das Modul .NET Framework 4.7.1.

Modulversion PowerShell-Version
Windows PowerShell 5.1
2.0.3 5.1

Hinweis

Obwohl Sie diese Version des Moduls installieren können, können Sie keine Verbindung mit Exchange Online PowerShell oder Security & Compliance PowerShell herstellen. Modulversion 2.0.3 unterstützt keine REST-API-Verbindungen.

Voraussetzungen für das PowerShell-Modul in Exchange Online

Festlegen der PowerShell-Ausführungsrichtlinie auf "RemoteSigned"

Tipp

Die Einstellungen in diesem Abschnitt gelten für alle Versionen von PowerShell unter allen Betriebssystemen.

PowerShell muss zum Ausführen von Skripts konfiguriert werden. Standardmäßig ist dies nicht der Fall. Beim Versuch, eine Verbindung herzustellen, wird die folgende Fehlermeldung angezeigt:

Dateien können nicht geladen werden, weil das Ausführen von Skripts auf diesem System deaktiviert ist. Stellen Sie ein gültiges Zertifikat bereit, mit dem die Dateien signiert werden sollen.

Um für alle aus dem Internet heruntergeladenen PowerShell-Skripts eine vertrauenswürdige Herausgebersignierung zu verlangen, führen Sie den folgenden Befehl in einer PowerShell-Sitzung mit erhöhten Rechten aus (ein PowerShell-Fenster, das Sie durch Auswählen von "Als Administrator ausführen" öffnen):

Set-ExecutionPolicy RemoteSigned

Mehr zu Ausführungsrichtlinien finden Sie unter Ausführungsrichtlinien.

Standardauthentifizierung in WinRM

Ab Oktober 2023 haben REST-API-Verbindungen die Verbindungen mit der Standardauthentifizierung (Remote-PowerShell) in Exchange Online PowerShell und Security & Compliance PowerShell ersetzt. REST-API-Verbindungen erfordern keine Standardauthentifizierung in WinRM.

Version 3.2.0 (Juni 2023) und spätere Versionen des Moduls unterstützen REST-API-Cmdlets in Exchange Online PowerShell und Security & Compliance PowerShell vollständig.

PowerShellGet required in Windows

REST-API-Verbindungen in Windows erfordern das PowerShellGet-Modul. Aufgrund der Abhängigkeit erfordert das PowerShellGet-Modul das PackageManagement-Modul. Die Berücksichtigung dieser Module ist eher für PowerShell 5.1 als für PowerShell 7 wichtig, aber alle Versionen von PowerShell profitieren davon, wenn die neuesten Versionen der Module installiert sind. Installations- und Updateanweisungen finden Sie unter Installieren von PowerShellGet unter Windows.

Tipp

Vorschauversionen der Module "PackageManagement" oder "PowerShellGet" können Verbindungsprobleme verursachen. Wenn Sie Verbindungsprobleme haben, stellen Sie sicher, dass keine Vorschauversionen der Module installiert sind, indem Sie den folgenden Befehl ausführen: Get-InstalledModule PackageManagement -AllVersions; Get-InstalledModule PowerShellGet -AllVersions.

Wenn Sie PowerShellGet nicht installiert haben, wenn Sie versuchen, eine Verbindung herzustellen, erhalten Sie die folgende Fehlermeldung:

Cmdlet kann nicht gefunden werden Update-Manifest

Installieren und Aktualisieren des PowerShell-Moduls von Exchange Online

Das Modul ist im PowerShell-Katalog unter https://www.powershellgallery.com/packages/ExchangeOnlineManagement/verfügbar.

Verwenden Sie das Cmdlet Install-Module zum erstmaligen Installieren des Moduls und das Cmdlet Update-Module zum Aktualisieren einer vorhandenen Installation aus dem PowerShell-Katalog. Beide Cmdlets verwenden dieselben Parameter, sodass für die Installation oder Aktualisierung dieselbe Syntax gilt.

Führen Sie Folgendes aus Get-InstalledModule ExchangeOnlineManagement | Format-List Name,Version,InstalledLocation, um festzustellen, ob das Modul bereits installiert ist und wie es installiert wurde:

  • Wenn das Modul installiert %ProgramFiles%\WindowsPowerShell\Modules\ist in , wird es für alle Benutzer installiert.
  • Wenn das Modul in Ihrem Ordner Dokumente installiert ist, wird es nur für Ihr aktuelles Benutzerkonto installiert.

Bevor Sie das Modul zum ersten Mal installieren, installieren oder aktualisieren Sie das PowerShellGet-Modul, wie unter Installieren von PowerShellGet beschrieben, und schließen Sie dann das PowerShell-Fenster, und öffnen Sie es erneut.

Verwenden Sie zum Installieren oder Aktualisieren des Moduls die folgende Syntax:

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

  • In der Regel möchten Sie die neueste öffentliche Version des Moduls, aber Sie können auch eine Vorschauversion installieren oder aktualisieren.

  • Anforderungen für die PowerShell-Sitzung zum Installieren oder Aktualisieren des Moduls:

    • Für alle Benutzer: Führen Sie den Befehl in einer PowerShell-Sitzung mit erhöhten Rechten aus.
    • Für den aktuellen Benutzer: Eine PowerShell-Sitzung mit erhöhten Rechten ist nicht erforderlich.

    Verwenden Sie beim Aktualisieren des Moduls den gleichen Bereich, den Sie für die ursprüngliche Installation verwendet haben.

  • Der Parameter RequiredVersion gibt die Modulversion an, die installiert oder aktualisiert werden soll. Sie können diesen Parameter mit oder ohne den Schalter "AllowPrerelease" verwenden.

  • Mit dem Schalter AllowPrerelease wird eine Vorschauversion des Moduls installiert oder aktualisiert. Um die Vorschauversion anzugeben, verwenden Sie auch den Parameter RequiredVersion .

    Um alle verfügbaren Versionen des Moduls, einschließlich Vorschauversionen, anzuzeigen, führen Sie aus Find-Module ExchangeOnlineManagement -AllVersions -AllowPrerelease. Um nur öffentliche Versionen anzuzeigen, lassen Sie die Option AllowPrerelease weg.

In diesem Beispiel wird die neueste öffentliche Version des Moduls für alle Benutzer installiert.

Install-Module -Name ExchangeOnlineManagement

In diesem Beispiel wird das Modul auf die neueste öffentliche Version für das aktuelle Benutzerkonto aktualisiert.

Update-Module -Name ExchangeOnlineManagement -Scope CurrentUser

In diesem Beispiel wird die neueste verfügbare Vorschauversion des Moduls für alle Benutzer installiert.

Install-Module -Name ExchangeOnlineManagement -AllowPrerelease

Ausführliche Informationen zu Syntax und Parametern finden Sie in den folgenden Artikeln:

Deinstallieren des PowerShell-Moduls von Exchange Online

Führen Sie den folgenden Befehl aus, um das Modul zu deinstallieren. Wenn Sie das Modul ursprünglich für alle Benutzer installiert haben, führen Sie den Befehl in einer PowerShell-Sitzung mit erhöhten Rechten aus.

Uninstall-Module -Name ExchangeOnlineManagement

Um zu bestätigen, wie das Modul installiert wurde (alle Benutzer im Vergleich zum aktuellen Benutzerkonto), verwenden Sie den Get-InstalledModule Befehl am Anfang des Abschnitts Installieren und Aktualisieren des Exchange Online PowerShell-Moduls.

Ausführliche Informationen zu Syntax und Parametern finden Sie unter Uninstall-Module.

Problembehandlung beim Installieren des PowerShell-Moduls in Exchange Online

In diesem Abschnitt werden Fehler beschrieben, die beim Installieren des Moduls auftreten können, und wie sie behoben werden.

  • Sie erhalten einen der folgenden Fehler:

    Das angegebene Modul "ExchangeOnlineManagement" mit PowerShellGetFormatVersion "<version>" wird von der aktuellen Version von PowerShellGet nicht unterstützt. Rufen Sie die neueste Version des PowerShellGet-Moduls zum Installieren dieses Moduls, "ExchangeOnlineManagement", ab.

    WARNUNG: Download von URI 'https://go.microsoft.com/fwlink/?LinkID=627338& clcid=0x409' to ''.

    WARNUNG: Die Liste der verfügbaren Anbieter kann nicht heruntergeladen werden. Überprüfen Sie Ihre Internetverbindung.

    Aktualisieren Sie die Installation des PowerShellGet-Moduls auf die neueste Version, wie unter Installieren von PowerShellGet beschrieben. Achten Sie darauf, das PowerShell-Fenster zu schließen und erneut zu öffnen, bevor Sie versuchen, das ExchangeOnlineManagement-Modul erneut zu aktualisieren.

  • Sie erhalten den folgenden Fehler:

    Für die angegebenen Suchkriterien und den Modulnamen „ExchangeOnlineManagement“ wurde keine Übereinstimmung gefunden. Versuchen Sie, Get-PSRepository auszuführen, um alle verfügbaren registrierten Modulrepositorys anzuzeigen.

    Das Standardrepository für PowerShell-Module ist nicht auf PSGallery festgelegt. Führen Sie den folgenden Befehl aus, um diesen Fehler zu beheben:

    Register-PSRepository -Default

  • In Windows PowerShell 5.1 erhalten Sie Fehler, wenn Sie versuchen, das Modul zu installieren, da der PowerShell-Katalog TLS 1.2 oder höhere Verbindungen erfordert (PowerShell 7 verwendet bereits TLS 1.2 oder höher). Dieses Problem betrifft in der Regel nur ältere Versionen von Windows, bei denen das .NET Framework TLS 1.2 nicht standardmäßig verwendet. Weitere Informationen und die Schritte zur Fehlerbehebung finden Sie unter TLS-Unterstützung für den PowerShell-Katalog.

Eigenschaften und Eigenschaftssätze im PowerShell-Modul von Exchange Online

Herkömmliche Exchange Online-Cmdlets geben alle möglichen Objekteigenschaften zurück, einschließlich vieler leerer oder uninteressanter Eigenschaften. Dieses Verhalten führt zu einer verminderten Leistung (mehr Serverrechenaufwand und zusätzliche Netzwerklast). Nur selten (wenn überhaupt) benötigen Sie die gesamten Eigenschaften in der Cmdlet-Ausgabe.

Die Get-EXO*- Cmdlets im Modul enthalten kategorisierte Ausgabeeigenschaften. Anstatt allen Eigenschaften die gleiche Bedeutung beizumessen und sie in allen Szenarien zurückzugeben, kategorisierten wir bestimmte verwandte Eigenschaften in Eigenschaftensätze. Bei diesen Eigenschaftssätzen handelt es sich um Buckets mit zwei oder mehr verwandten Eigenschaften im Cmdlet.

Die größten und am häufigsten verwendeten Get-EXO*- Cmdlets verwenden Eigenschaftssätze:

In diesen Cmdlets steuern die folgenden Parameter die Eigenschaftssätze:

  • PropertySets: Dieser Parameter akzeptiert einen oder mehrere verfügbare, durch Kommas getrennte Eigenschaftensatznamen. Die verfügbaren Eigenschaftensätze werden in Eigenschaftensätze in Exchange Online PowerShell-Modul-Cmdlets beschrieben.
  • Properties: Dieser Parameter akzeptiert einen oder mehrere, durch Kommas getrennte Eigenschaftennamen.

Sie können die Parameter PropertySets und Properties zusammen im selben Befehl verwenden.

Außerdem haben wir einen Minimum-Eigenschaftensatz aufgenommen, der ein Minimum an erforderlichen Eigenschaften für die Cmdlet-Ausgabe enthält (z. B. Identitätseigenschaften). Die Eigenschaften in den Mindesteigenschaftssätzen werden auch in Eigenschaftensätze in Cmdlets für Exchange Online PowerShell-Module beschrieben.

  • Wenn Sie die PropertySets- oder Properties-Parameter nicht verwenden, erhalten Sie automatisch die Eigenschaften im Minimum-Eigenschaftensatz.
  • Wenn Sie die PropertySets- oder Properties-Parameter verwenden, erhalten Sie die angegebenen Eigenschaften und die Eigenschaften im Minimum-Eigenschaftensatz.

In beiden Fällen enthält die Cmdlet-Ausgabe viel weniger Eigenschaften, und die Ergebnisse werden viel schneller zurückgegeben.

Nachdem Sie beispielsweise eine Verbindung mit Exchange Online PowerShell hergestellt haben, gibt das folgende Beispiel nur die Eigenschaften zurück, die in der Eigenschaft Minimum festgelegt sind, die für die ersten 10 Postfächer festgelegt wurde.

Get-EXOMailbox -ResultSize 10

Im Gegensatz dazu würde die Ausgabe desselben Get-Mailbox-Befehls mindestens 230 Eigenschaften für jedes der ersten 10 Postfächer zurückgeben.

Hinweis

Auch wenn der Parameter PropertySets den Wert "All" akzeptiert, raten wir dringend davon ab, mit diesem Wert alle Eigenschaften zurückzugeben, da dadurch der Befehl verlangsamt und die Zuverlässigkeit verringert wird. Verwenden Sie immer die PropertySets- und Properties-Parameter, um die Mindestanzahl von Eigenschaften abzurufen, die in Ihrem Szenario benötigt werden.

Weitere Informationen zum Filtern im Modul finden Sie unter Filter im Exchange Online PowerShell-Modul.

Versionshinweise

Sofern nicht anders angegeben, enthält die aktuelle Version des Exchange Online PowerShell-Moduls alle Features früherer Versionen.

Aktuelles Release

Version 3.10.1

  • Fehler bei der zertifikatbasierten Authentifizierung (CBA) und andere kleinere Leistungsprobleme wurden behoben.

Frühere Releases

Version 3.10.0

  • Ab dieser Version des Moduls ist mindestens 7.6 die erforderliche Mindestversion von PowerShell 7. Windows PowerShell 5.1 ist nicht betroffen.
  • Es wurde ein Problem behoben, bei dem die zertifikatbasierte Authentifizierung (CBA) in Connect-IPPSSession fehlschlug, wenn Sie die Option EnableSearchOnlySession verwendeten.

Version 3.9.2

  • Neue Cmdlets Add-WorkforceInsightsDelegationAccess, Get-WorkforceInsightsDelegationAccess und Remove-WorkforceInsightsDelegationAccess für die Workforce Insights-Delegierung.
  • Neuer EXOModuleBasePath-Parameter in Connect-ExchangeOnline und Connect-IPPSSession zum Speichern temporärer EXO-Moduldateien in einem benutzerdefinierten Pfad.
  • Der UseRpsSession-Parameter von Connect-ExchangeOnline und Connect-IPPSSession ist veraltet.

Version 3.9.0

  • Neuer EnableSearchOnlySession-Schalter für Connect-IPPSSession, der bestimmte eDiscovery-Cmdlets und verwandte Cmdlets aktiviert, die eine Verbindung mit anderen Microsoft 365-Diensten herstellen.

Version 3.8.0

  • Neuer AccessToken-Parameter für Connect-IPPSSession.

  • Get-VivaModuleFeature gibt jetzt Informationen zu ParentFeature, ChildFeature und PolicyModes zurück. Diese Werte stellen übergeordnete und untergeordnete Features eines Viva-App-Features sowie verfügbare Aktivierungsmodi für zukünftige Richtlinien dar.

  • Neue Parameter IsUserOptedInByDefault für die Cmdlets Add-VivaModuleFeaturePolicy und Update-VivaModuleFeaturePolicy und den entsprechenden Eigenschaftswert in allen *-VivaModuleFeaturePolicy-Cmdlets . Der Wert gibt an, ob Benutzer der Richtlinie an- oder andere Benutzer folgendes tun, solange der Benutzer keine Einstellung festlegt.

    Sie können diesen Parameter verwenden, um das Feature in Ihrer organization aktiviert zu lassen, während die betroffenen Benutzer standardmäßig deaktiviert werden, wodurch das Feature für diese Benutzer effektiv vorläufig deaktiviert wird.

  • Das Cmdlet Get-VivaFeatureCategory , alle kategoriebezogenen Parameter und Rückgabewerte (CategoryId, IsCategoryEnabled) sind veraltet.

Version 3.7.2

  • Der DisableWAM-Schalter ist im Connect-ExchangeOnline-Cmdlet verfügbar, um Web Account Manager (WAM) zu deaktivieren, wenn WAM-bezogene Verbindungsfehler auftreten.

Version 3.7.1

  • Der Ausgabe von Get-EXOMailbox wurde eine neue Eigenschaft namens ExoExchangeSecurityDescriptor hinzugefügt, die der ExchangeSecurityDescriptor Eigenschaft in der Ausgabe von Get-Mailbox ähnelt.
  • Neue Cmdlets hinzugefügt, um das Delegierungsfeature von Viva Org Insights zu unterstützen:
    • Add-VivaOrgInsightsDelegatedRole
    • Get-VivaOrgInsightsDelegatedRole
    • Remove-VivaOrgInsightsDelegatedRole

Version 3.7.0

  • Integrierter Web Account Manager (WAM) in Authentifizierungsflüsse, um die Sicherheit zu erhöhen.
  • Die Befehlszeilenhilfe für Exchange Online PowerShell-Cmdlets wird nicht mehr standardmäßig geladen. Verwenden Sie die Befehlszeilenoption "LoadCmdletHelp" im Befehl "Connect-ExchangeOnline", damit Hilfe für Exchange Online PowerShell-Cmdlets für das Cmdlet "Get-Help" verfügbar ist.
  • Verbindungsprobleme mit der Nur-App-Authentifizierung in Security & Compliance PowerShell wurden behoben.

Version 3.6.0

  • Get-VivaModuleFeature gibt jetzt Informationen zu den Arten von Identitäten zurück, für die das Feature das Erstellen von Richtlinien unterstützt (z. B. Benutzer, Gruppen oder die gesamte organization).
  • Cmdlets für die Viva-Featurezugriffsverwaltung behandeln jetzt CAE-Anspruchsanfechtungen (Continuous Access Evaluation).
  • Korrektur für Kompatibilitätsproblem mit dem Microsoft.Graph-Modul hinzugefügt.

Version 3.5.1

  • Fehlerbehebungen in Get-EXOMailboxPermission und Get-EXOMailbox.
  • Das Modul wird aktualisiert, um auf .NET 8 zu laufen, und ersetzt die vorherige Version, die auf .NET 6 basiert.
  • Verbesserungen in Add-VivaModuleFeaturePolicy.

Version 3.5.0

  • Neues Cmdlet Get-VivaFeatureCategory .
  • Unterstützung für Richtlinienvorgänge auf Kategorieebene in Viva Feature Access Management (VFAM) wurde hinzugefügt.
  • Neue IsFeatureEnabledByDefault-Eigenschaft in der Ausgabe von Get-VivaModuleFeaturePolicy. Der Wert dieser Eigenschaft zeigt den Standardaktivierungsstatus für Benutzer an, wenn keine organization- oder Benutzer-/Gruppenrichtlinien erstellt wurden.

Version 3.4.0

Version 3.3.0

  • SkipLoadingCmdletHelp-Parameter für Connect-ExchangeOnline zur Unterstützung des Überspringens des Ladens von Cmdlet-Hilfedateien.
  • Eine globale Variable EXO_LastExecutionStatus steht zur Verfügung, um den Status des zuletzt ausgeführten Cmdlets zu überprüfen.
  • Fehlerbehebungen in Connect-ExchangeOnline und Connect-IPPSSession.
  • IsUserControlEnabled-Parameter für Add-VivaModuleFeaturePolicy und Update-VivaModuleFeaturePolicy zur Unterstützung der Aktivierung von Benutzersteuerelementen durch Richtlinie für Features, die in die Viva-Featurezugriffsverwaltung integriert sind.

Version 3.2.0

  • Neue Cmdlets:
    • Get-DefaultTenantBriefingConfig und Set-DefaultTenantBriefingConfig.
    • Get-DefaultTenantMyAnalyticsFeatureConfig und Set-DefaultTenantMyAnalyticsFeatureConfig.
    • Get-VivaModuleFeature, Get-VivaModuleFeatureEnablement, Add-VivaModuleFeaturePolicy, Get-VivaModuleFeaturePolicy, Remove-VivaModuleFeaturePolicy und Update-VivaModuleFeaturePolicy.
  • REST-API-Verbindungsunterstützung für Security & Compliance PowerShell.
  • ConnectionId-Parameter für Get-ConnectionInformation und Disconnect-ExchangeOnline:
    • Abrufen von Verbindungsinformationen für bestimmte REST-API-Verbindungen.
    • Selektives Trennen für REST-API-Verbindungen.
  • Mit dem SigningCertificate-Parameter auf Connect-ExchangeOnline können Sie die Formatdateien (*. Format.ps1xml) oder Skriptmoduldateien (PSM1) im temporären Modul, das Connect-ExchangeOnline mit einem Clientzertifikat zur Verwendung in allen PowerShell-Ausführungsrichtlinien erstellt.
  • Fehlerbehebungen in Connect-ExchangeOnline.

Version 3.1.0

  • AccessToken-Parameter verfügbar in Connect-ExchangeOnline.
  • Fehlerbehebungen in Connect-ExchangeOnline und Get-ConnectionInformation.
  • Fehlerbehebung in Connect-IPPSSession für das Herstellen einer Verbindung mit Security & Compliance PowerShell mithilfe von CertificateThumbprint.

Version 3.0.0 (Vorschauversionen v2.0.6-PreviewX)

  • Funktionen, die bereits in den REST-API-Verbindungen im EXO V3-Modulabschnitt beschrieben sind:
    • Zertifikatbasierte Authentifizierung für Security & Compliance PowerShell (Version 2.0.6-Preview5 oder höher).
    • Das Get-ConnectionInformation-Cmdlet für REST-basierte Verbindungen (Version 2.0.6-Preview7 oder höher).
    • Der Schalter SkipLoadingFormatData im Cmdlet Connect-ExchangeOnline für REST-basierte Verbindungen (Version 2.0.6-Preview8 oder höher).
  • Der Parameter "DelegatedOrganization " funktioniert im Cmdlet "Connect-IPPSSession", solange Sie auch den Parameter AzureADAuthorizationEndpointUri im Befehl verwenden.
  • Bestimmte Cmdlets, die in bestimmten Szenarien zur Bestätigung aufforderten, tun dies nicht mehr. Standardmäßig wird das Cmdlet bis zum Abschluss ausgeführt.
  • Das Format des Fehlers, der bei einer fehlgeschlagenen Ausführung des Cmdlets zurückgegeben wird, wurde geringfügig geändert. Die Ausnahme enthält jetzt mehr Daten (beispielsweise den Ausnahmetyp), und enthält FullyQualifiedErrorId nicht die FailureCategory. Das Format des Fehlers kann weiter geändert werden.

Version 2.0.5

  • Neue Cmdlets "Get-OwnerlessGroupPolicy" und "Set-OwnerlessGroupPolicy" zum Verwalten von besitzerlosen Microsoft 365-Gruppen.

    Hinweis

    Obwohl die Cmdlets im Modul verfügbar sind, ist das Feature nur für Mitglieder einer privaten Vorschau verfügbar.

  • Neue Cmdlets Get-VivaInsightsSettings und Set-VivaInsightsSettings zum Steuern des Benutzerzugriffs auf Headspace-Features in Viva Insights.

Version 2.0.4

  • PowerShell 7 wird offiziell unter Windows, Linux und Apple macOS unterstützt, wie im Abschnitt Voraussetzungen für das PowerShell-Modul in Exchange Online in diesem Artikel beschrieben.

  • Das Modul in PowerShell 7 unterstützt browserbasiertes einmaliges Anmelden (Single Sign-On, SSO) und andere Anmeldemethoden. Weitere Informationen finden Sie unter Exklusive Verbindungsmethoden für PowerShell 7.

  • Die Cmdlets Get-UserAnalyticsConfig und Set-UserAnalyticsConfig wurden durch die Cmdlets Get-MyAnalyticsConfig und Set-MyAnalyticsConfig ersetzt. Sie können den Zugriff auch auf Featureebene konfigurieren. Weitere Informationen finden Sie unter Konfigurieren von MyAnalytics.

  • Richtlinien- und Sicherheitsdurchsetzung in Echtzeit bei der gesamten benutzerbasierten Authentifizierung. Continuous Access Evaluation (CAE) ist im Modul aktiviert. Weitere Informationen finden Sie unter Übergang zu Echtzeitrichtlinien und Sicherheitsdurchsetzung.

  • Die Eigenschaften LastUserActionTime und LastInteractionTime sind jetzt in der Ausgabe des Cmdlets Get-EXOMailboxStatistics verfügbar.

  • Der interaktive Anmeldeprozess verwendet jetzt eine sicherere Methode zum Abrufen von Zugriffstoken unter Verwendung sicherer Antwort-URLs.

Version 2.0.3

  • Allgemeine Verfügbarkeit der zertifikatbasierten Authentifizierung (CBA), die die Verwendung moderner Authentifizierung in unbeaufsichtigten Skripting- oder Hintergrundautomatisierungsszenarien ermöglicht. Die verfügbaren Zertifikatspeicherorte sind:
  • Verbinden Sie sich in einem einzigen PowerShell-Fenster gleichzeitig mit Exchange Online PowerShell und Security & Compliance PowerShell.
  • Der neue CommandName-Parameter ermöglicht es Ihnen, die in einer Sitzung importierten Exchange Online PowerShell-Cmdlets anzugeben und einzuschränken. Diese Option reduziert den Speicherbedarf für PowerShell-Anwendungen mit hoher Auslastung.
  • Get-EXOMailboxFolderPermission unterstützt jetzt ExternalDirectoryObjectID im Parameter Identity.
  • Die optimierte Latenz des ersten V2-Cmdlet-Aufrufs. Laborergebnisse zeigen, dass die Latenz beim ersten Anruf von 8 Sekunden auf etwa 1 Sekunde gesunken ist. Die tatsächlichen Ergebnisse hängen von der Größe des Cmdlet-Ergebnisses und der Umgebung der Organization ab.

Version 1.0.1

  • GA-Version (allgemeine Verfügbarkeit) des EXO PowerShell V2-Moduls. Sie ist stabil und bereit für den Einsatz in Produktionsumgebungen.
  • Das Cmdlet Get-EXOMobileDeviceStatistics unterstützt nun den Parameter Identity.
  • Verbesserte Zuverlässigkeit für die automatische Wiederverbindung von Sitzungen in bestimmten Szenarien, in denen ein Skript ~50 Minuten lang ausgeführt wurde und aufgrund eines Fehlers in der Logik für die automatische Wiederverbindung einen Fehler "Cmdlet nicht gefunden" auslöste.
  • Datentypfehler bei zwei häufig verwendeten "User" und "MailboxFolderUser"-Attributen zur einfachen Migration von Skripts behoben.
  • Verbesserte Unterstützung für Filter, da jetzt vier weitere Operatoren unterstützt werden: EndsWith, Contains, Not und NotLike. Überprüfen Sie die Filter im Exchange Online PowerShell-Modul auf Attribute, die in Filtern nicht unterstützt werden.

Version 0.4578.0

  • Unterstützung für die Konfiguration von Briefing-E-Mails für Ihre Organisation auf Benutzerebene mit Set-UserBriefingConfig- und Get-UserBriefingConfig-Cmdlets hinzugefügt.
  • Unterstützung für die Sitzungsbereinigung mithilfe des Disconnect-ExchangeOnline-Cmdlets. Bei diesem Cmdlet handelt es sich um das V2-Äquivalent von Get-PSSession | Remove-PSSession. Zusätzlich zum Löschen von Sitzungsobjekten und lokalen Dateien wird auch das Zugriffstoken aus dem Cache entfernt, das für die Authentifizierung bei V2-Cmdlets verwendet wird.
  • Sie können FolderId jetzt als Identitätsparameter in Get-EXOMailboxFolderPermission verwenden. Sie können den FolderId-Wert mithilfe von Get-MailboxFolder abrufen. Zum Beispiel: Get-MailboxFolderPermission -Identity <UPN>:<Folder-Path>Get-MailboxFolderPermission -Identity <UPN>:\<Folder-Id>
  • Verbesserte Zuverlässigkeit von Get-EXOMailboxStatistics , da bestimmte Fehler beim Routing von Anforderungen, die zu Fehlern geführt haben, behoben wurden.
  • Optimierte Speicherauslastung für neue Sitzungen, die aus der Wiederverwendung vorhandener Module erstellt werden, anstatt dass bei jedem Import einer Sitzung eine neue Sitzung erstellt wird.

Version 0.4368.1

  • Unterstützung für Security & Compliance PowerShell-Cmdlets mit dem Connect-IPPSSession Cmdlet hinzugefügt.
  • Das Ankündigungsbanner kann mit dem Schalter ShowBanner (-ShowBanner:$false) ausgeblendet werden.
  • Beenden Sie die Ausführung des Cmdlets für Client-Ausnahmen.
  • Remote PowerShell enthielt verschiedene komplexe Datentypen, die in EXO-Cmdlets absichtlich nicht unterstützt wurden, um die Leistung zu verbessern. Unterschiede bei nicht komplexen Datentypen zwischen Remote-PowerShell-Cmdlets und V2-Cmdlets wurden behoben, um eine nahtlose Migration von Verwaltungsskripts zu ermöglichen.

Version 0.3582.0

  • Unterstützung für Präfix während der Sitzungserstellung:
    • Sie können jeweils nur eine Sitzung mit Cmdlets mit Präfix erstellen.
    • EXO V2-Cmdlets werden kein Präfix vorangestellt, da sie bereits über das Präfix EXO verfügen und sollten daher nicht als Präfix verwendet werden EXO .
  • Verwenden Sie EXO V2-Cmdlets, auch wenn die WinRM-Standardauthentifizierung auf dem Clientcomputer deaktiviert ist. Remote-PowerShell-Verbindungen erfordern WinRM Basic Auth, und Remote PowerShell-Cmdlets sind nicht verfügbar, wenn Basic Auth in WinRM deaktiviert ist.
  • Der Identitätsparameter für V2-Cmdlets unterstützt jetzt Name und Alias. Die Verwendung von Alias oder Name verlangsamt die Leistung von V2-Cmdlets, daher wird von deren Verwendung abgeraten.
  • Ein Problem wurde behoben, bei dem sich der Datentyp der vom V2-Cmdlet zurückgegebenen Attribute von jenem von Remote-PowerShell-Cmdlets unterschied. Wir verfügen noch über wenige Attribute mit unterschiedlichen Datentypen, und wir planen, diese in den kommenden Monaten zu behandeln.
  • Behobener Fehler: Problem mit häufigen erneuten Verbindungen von Sitzungen, wenn Connect-ExchangeOnline mit Anmeldeinformationen oder UserPrincipalName aufgerufen wurde

Version 0.3555.1

  • Ein Fehler wurde behoben, bei dem mittels Pipeline übertragene Cmdlets aufgrund eines Authentifizierungsproblems mit folgendem Fehler fehlschlugen:

    Die Pipeline kann nicht aufgerufen werden, da sich der Runspace nicht im Status "Geöffnet" befindet. Der aktuelle Status des Runspace ist "geschlossen".

Version 0.3527.4

  • Aktualisierte Get-Help-Inhalte.
  • Es wurde ein Problem in der Hilfe-App behoben, bei dem der Online-Parameter auf eine nicht vorhandene Seite mit dem Fehlercode 400 umgeleitet wurde.

Version 0.3527.3

  • Unterstützung für die Verwaltung von Exchange für eine andere Organization mithilfe des Delegierungsflusses hinzugefügt.
  • Funktioniert zusammen mit anderen PowerShell-Modulen in einem einzigen PowerShell-Fenster.
  • Unterstützung für Positionsparameter wurde hinzugefügt.
  • Das Feld "Datum/Uhrzeit" unterstützt jetzt das Clientgebietsschema.
  • Bug behoben: PSCredential leer, wenn während Connect-ExchangeOnline übergeben.
  • Bug behoben: Client-Modulfehler, wenn Filter $null enthielt.
  • Sitzungen, die im EXO V2-Modul erstellt wurden, weisen nun Namen auf (Benennungsmuster: ExchangeOnlineInternalSession_%SomeNumber%).
  • Fehlerbehebung: Remote PowerShell-Cmdlets schlagen aufgrund des Zeitunterschieds zwischen Tokenablauf und dem Leerlauf der Sitzung zeitweise fehl.
  • Größeres Sicherheitsupdate.
  • Bugfixes und Verbesserungen.
  • Last updated on