Ziel

Erstelle eine dynamische Verteilergruppe, die nur aktive Benutzer mit einer bestimmten Adresse (z. B. „Bahnhofsstraße 7“) enthält.

PowerShell-Befehl

New-DynamicDistributionGroup `
  -Name "GP_NRW" `
  -OrganizationalUnit "Users" `
  -RecipientContainer "domain.tld" `
  -RecipientFilter {
    (StreetAddress -eq 'Bahnhofsstraße 7') -and
    (RecipientType -eq 'UserMailbox') -and
    (UserAccountControl -ne '514')
  }

Erklärung der Filterkriterien

Hintergrundwissen: UserAccountControl

Im Exchange RecipientFilter ist der Status „deaktiviert“ nicht als boolesches Attribut vorhanden. Stattdessen steht:

• 514 für: deaktiviertes Benutzerkonto
• 512 für: aktiviertes Benutzerkonto

Durch die Negation -ne '514' stellst du sicher, dass nur aktive Objekte in der Gruppe landen.

Ergebnis

Nach dem Ausführen des Befehls hast du eine dynamische Gruppe GP_NRW, die sich automatisch aktualisiert, sobald Benutzer mit dieser Adresse hinzugefügt oder entfernt werden – ohne manuelle Pflege.

Bonus: Abfrage testen

Falls du erstmal prüfen willst, wer in der Gruppe landen würde, kannst du folgenden Testbefehl nutzen:

Get-Recipient -RecipientPreviewFilter `
  "((StreetAddress -eq 'Bahnhofsstraße 7') -and (RecipientType -eq 'UserMailbox') -and (UserAccountControl -ne '514'))" `
  -OrganizationalUnit "Users" `
  -RecipientContainer "domain.tld"

Fazit: Dynamische Gruppen sind ideal für standortbasierte Kommunikation – mit gezieltem Filter sparst du dir manuelle Pflege und erhöhst die Genauigkeit.

Ziel

Exportiere eine Übersicht aller Mailboxen mit einer bestimmten Empfängerdomain (z. B. @domain.tld) inklusive Elementanzahl, Gesamtgröße und Anzeigename.

PowerShell-Befehl

get-mailbox -ResultSize Unlimited |
  where { $_.PrimarySMTPAddress -like "*@domain.tld" } |
  get-mailboxstatistics |
  select DisplayName,ItemCount,TotalItemSize |
  Export-Csv -Path "C:\temp\Mailboxstatistik.csv" -NoTypeInformation -Encoding UTF8

Erläuterung

Ergebnis

Die CSV-Datei C:\temp\Mailboxstatistik.csv enthält eine saubere Tabelle mit:

• DisplayName (Anzeigename der Mailbox)
• ItemCount (Anzahl der Elemente)
• TotalItemSize (Gesamtgröße der Mailbox)

Bonus: Nur Nutzer anzeigen, keine Shared/Room-Mailboxen

Wenn du nur Benutzer-Mailboxen (keine Ressourcen oder freigegebene) erfassen willst, kannst du den Filter anpassen:

get-mailbox -ResultSize Unlimited -RecipientTypeDetails UserMailbox |
  where { $_.PrimarySMTPAddress -like "*@domain.tld" } |
  get-mailboxstatistics |
  select DisplayName,ItemCount,TotalItemSize |
  Export-Csv -Path "C:\temp\Mailboxstatistik.csv" -NoTypeInformation -Encoding UTF8

Fazit: Mit nur wenigen Zeilen PowerShell bekommst du schnell und zuverlässig einen Überblick über Mailboxnutzung pro Domain – ideal für Analyse, Migration oder Lizenzbewertung.

Der Nachrichtenfluss dieser Testmail läuft wie folgt:

Extern → Hornetsecurity → Exchange OnPrem → Exchange Online

Das bedeutet: Die Nachricht lässt sich in beiden Umgebungen nachvollziehen. Dieser Artikel behandelt exemplarisch das Message Tracking einer E-Mail vom Absender abow@domain.tld mit Startdatum 21.01.2026.

Teil 1: Exchange OnPrem

Befehl:

Get-MessageTrackingLog -Sender "abow@domain.tld" -Start "01/21/2026" | Select * | Out-GridView

Erklärung:

Nützliche Felder:

• EventId: z. B. RECEIVE, SEND, DELIVER, SENDEXTERNAL, AGENTINFO
• MessageSubject: Titel der E-Mail
• Source: Ursprung des Events, z. B. STOREDRIVER, SMTP, PUBLICFOLDER
• Recipients: Liste der Empfänger

Weitere Infos: Microsoft-Dokumentation zum Cmdlet

Teil 2: Exchange Online (Microsoft 365)

Seit etwa 2020 ist das klassische MessageTrackingLog in Exchange Online nicht mehr verfügbar. Stattdessen gibt es:

• Get-MessageTrace – Überblick über Nachrichtentransport
• Get-MessageTraceDetail – Detailinformationen

Beispiel 1: Get-MessageTrace

Get-MessageTrace `
  -SenderAddress "abow@domain.tld" `
  -StartDate "01/21/2026" `
  -EndDate "01/22/2026" |
  Select *

Wichtig: Das Enddatum muss einen Tag später gesetzt werden, da Exchange Online tagesweise auswertet.

Doku: Get-MessageTrace (Microsoft)

Beispiel 2: Get-MessageTraceDetail

Variante A: Per Pipeline direkt aus dem vorherigen Befehl:

Get-MessageTrace `
  -SenderAddress "abow@domain.tld" `
  -StartDate "01/21/2026" `
  -EndDate "01/22/2026" |
Get-MessageTraceDetail |
Select *

Variante B: Manuell mit MessageTraceId und Empfängeradresse:

Get-MessageTraceDetail `
  -MessageTraceId "GUID" `
  -RecipientAddress "abow@domain.tld"

Hinweis

Ein Nachteil von Get-MessageTraceDetail: Die Umwandlung zwischen onmicrosoft-Adresse und primärer SMTP-Adresse wird nicht sauber dargestellt – Probleme bei der Adressauflösung bleiben also u. U. unentdeckt.

Doku: Get-MessageTraceDetail (Microsoft)

Fazit

• Exchange OnPrem bietet detailliertes, lokales Tracking per Get-MessageTrackingLog
• Exchange Online nutzt Get-MessageTrace und Get-MessageTraceDetail – weniger granular, aber ausreichend für Standardanalysen
• Für Hybrid-Umgebungen (z. B. mit Hornetsecurity oder zentralem Mailflow) muss beide Seiten geprüft werden
• Nutze GUI-Ausgaben (Out-GridView), wenn du schnell manuell analysieren willst

In diesem Blogbeitrag werden wir uns näher mit Microsoft PowerShell befassen und seine wichtigsten Funktionen, Vorteile und Anwendungen untersuchen. Wir werden auch einen Einblick in die Skripterstellung und -ausführung mit PowerShell geben und einige Beispiele für die Verwendung von PowerShell in verschiedenen Szenarien diskutieren.

Grundsätzlich ist die Powershell für administrative Arbeiten immer als Administrator zu starten.

Microsoft PowerShell: Die Funktionen, die Systemadministratoren lieben werden

1. Automatisierung von Aufgaben

Eines der wichtigsten Merkmale von PowerShell ist die Fähigkeit, Aufgaben zu automatisieren. Mit PowerShell können Systemadministratoren Prozesse automatisch durchführen lassen, wie z.B. das Erstellen von Benutzerkonten, das Verwalten von Netzwerkeinstellungen oder das Installieren von Software auf mehreren Systemen gleichzeitig. Hier ist ein Beispiel dafür, wie PowerShell bei der Erstellung von Benutzerkonten helfen kann:

# Benutzerkonto erstellen
New-LocalUser -Name "MaxMustermann" -Description "Standardbenutzer" -Password (ConvertTo-SecureString "password123" -AsPlainText -Force)

# Benutzer zu einer Gruppe hinzufügen
Add-LocalGroupMember -Group "Administratoren" -Member "MaxMustermann"

In diesem Beispiel wird ein neues lokales Benutzerkonto namens „MaxMustermann“ erstellt und dem Administratoren-Gruppe hinzugefügt. Dieser Prozess kann automatisiert werden, um Zeit zu sparen und Fehler zu reduzieren.

2. Verwaltung von Systemkonfigurationen

Du kannst PowerShell auch viele Funktionen zur Verwaltung von Systemkonfigurationen nutzen. Mit PowerShell ist es möglich, Informationen über Systemkonfigurationen abzurufen, diese zu ändern oder zu überwachen. Ein Beispiel dafür, wie PowerShell bei der Überwachung von Systemereignissen helfen kann, ist:

# Ereignisprotokolle abrufen
Get-EventLog -LogName Application -EntryType Error

# Ereignisse filtern
Get-EventLog -LogName Application -InstanceId 1000

# Ereignisse in Echtzeit überwachen
Get-EventLog -LogName System -Newest 10 -Wait

In diesem Beispiel rufst du das Anwendungsereignisprotokoll ab und filterst nach Fehlern (EntryType Error). Du kannst auch nach bestimmten Ereignis-IDs suchen oder Ereignisse in Echtzeit überwachen, um Probleme auf deinem System schnell zu erkennen.

3. Verwaltung von Netzwerkeinstellungen

Du kannst PowerShell auch bei der Verwaltung von Netzwerkeinstellungen nutzen. Mit PowerShell ist es möglich, Netzwerkadapter, IP-Adressen, DNS-Server und vieles mehr zu konfigurieren und zu überwachen. Hier ist ein Beispiel dafür, wie PowerShell bei der Konfiguration von Netzwerkadaptern helfen kann:

# Netzwerkadapter abrufen
Get-NetAdapter

# Netzwerkkonfiguration abrufen
Get-NetIPConfiguration

# IP-Adresse konfigurieren
New-NetIPAddress -IPAddress 192.168.1.100 -PrefixLength 24 -DefaultGateway 192.168.1.1

# DNS-Serveradresse hinzufügen
Set-DnsClientServerAddress -InterfaceIndex 12 -ServerAddresses ("192.168.1.10","192.168.1.11")

In diesem Beispiel wird eine neue IP-Adresse für das System konfiguriert und DNS-Serveradressen hinzugefügt.

PowerShell kann auch verwendet werden, um Netzwerkverbindungen zu überwachen und Netzwerkdiagnosen durchzuführen. Hier ist ein Beispiel dafür, wie PowerShell bei der Überwachung von Netzwerkverbindungen helfen kann:

# Netzwerkverbindungen anzeigen
Get-NetTCPConnection

# Netzwerkdiagnose durchführen
Test-NetConnection -ComputerName google.com -Port 80

In diesem Beispiel werden alle aktiven TCP-Verbindungen auf dem System angezeigt und eine Netzwerkdiagnose für die Verbindung zu Google.com auf Port 80 durchgeführt.

Die Verwaltung von Netzwerkeinstellungen ist eine wichtige Aufgabe für Systemadministratoren, da sie die Netzwerkverbindung und den Zugriff auf Ressourcen auf dem System beeinflussen. PowerShell bietet eine leistungsstarke Möglichkeit, diese Einstellungen zu konfigurieren, zu überwachen und zu diagnostizieren.

4. Verwaltung von Dateien und Ordnern

PowerShell bietet auch viele Funktionen zur Verwaltung von Dateien und Ordnern. Du kannst PowerShell verwenden, um Dateien und Ordner zu erstellen, zu kopieren, zu löschen, umzubenennen und vieles mehr. Hier ist ein Beispiel dafür, wie PowerShell beim Kopieren von Dateien helfen kann:

# Datei von einem Ort zum anderen kopieren
Copy-Item -Path C:\Users\MaxMustermann\Documents\example.txt -Destination C:\Users\MaxMustermann\Desktop

# Mehrere Dateien kopieren
Copy-Item -Path C:\Users\MaxMustermann\Documents\*.txt -Destination C:\Users\MaxMustermann\Desktop

In diesem Beispiel wird eine Datei von einem Ort zum anderen kopiert. Du kannst auch mehrere Dateien auf einmal kopieren, um Zeit zu sparen und Fehler zu reduzieren.

WICHTIG: Sollten im Pfad Leerzeichen vorhanden sein, muss der Pfad in „“ gesetzt werden.

5. Integration mit anderen Tools

PowerShell kann auch nahtlos mit anderen Tools und Systemen integriert werden. Du kannst PowerShell-Skripte in andere Programme einbinden oder PowerShell verwenden, um Informationen von anderen Tools zu erhalten. Hier ist ein Beispiel dafür, wie PowerShell mit Active Directory integriert werden kann (Module evtl. notwendig):

# Benutzer aus Active Directory abrufen
Get-ADUser -Filter * -Properties *

# Neue Benutzergruppe erstellen
New-ADGroup -Name "IT-Abteilung" -GroupScope Global -Path "CN=Users,DC=example,DC=com"

In diesem Beispiel wird Active Directory verwendet, um Benutzer und Benutzergruppen zu verwalten. PowerShell kann auch mit anderen Tools wie SQL Server, Exchange Server und SharePoint integriert werden.

6. Neue Module installieren/importieren

Um neue Cmdlets in PowerShell zu importieren, musst du zuerst das entsprechende PowerShell-Modul installieren, das diese Cmdlets enthält. Ein PowerShell-Modul ist eine Sammlung von Cmdlets, Funktionen, Variablen und anderen Ressourcen, die in PowerShell wiederverwendet werden können.

Es gibt verschiedene Möglichkeiten, PowerShell-Module zu installieren. Eine Möglichkeit besteht darin, das Modul manuell von einer Website oder einem Netzwerkfreigabe herunterzuladen und zu installieren. Eine andere Möglichkeit besteht darin, das Modul direkt aus dem PowerShell Gallery-Repository zu installieren, das eine Sammlung von PowerShell-Modulen und Skripten bereitstellt.

Hier sind einige Beispiele, wie Sie PowerShell-Module installieren und importieren können:

1. PowerShell Gallery-Modul installieren und importieren:

• Öffnen PowerShell als Administrator.
• Gebe den Befehl „Install-Module <Modulname>“ ein, um das Modul aus der PowerShell Gallery zu installieren. Zum Beispiel: „Install-Module ActiveDirectory“.
• Gebe den Befehl „Import-Module <Modulname>“ ein, um das Modul zu importieren und die darin enthaltenen Cmdlets und Funktionen zu aktivieren. Zum Beispiel: „Import-Module ActiveDirectory“.

2. Lokales PowerShell-Modul installieren und importieren:

• Lade das Modul von der Website oder der Netzwerkfreigabe herunter und speichere es in einem Verzeichnis auf deinem Computer.
• Öffnen PowerShell als Administrator.
• Gebe den Befehl „Import-Module <Pfad zum Modulverzeichnis>“ ein, um das Modul zu importieren und die darin enthaltenen Cmdlets und Funktionen zu aktivieren. Zum Beispiel: „Import-Module C:\Modules\MyModule“.

3. PowerShell-Modul in einer PowerShell-Sitzung installieren und importieren:

• Gebe den Befehl „Install-Module <Modulname>“ ein, um das Modul aus der PowerShell Gallery zu installieren. Zum Beispiel: „Install-Module ActiveDirectory“.
• Gebe den Befehl „Import-Module <Modulname> -Force“ ein, um das Modul zu importieren und die darin enthaltenen Cmdlets und Funktionen zu aktivieren. Der Parameter „-Force“ sorgt dafür, dass das Modul sofort importiert wird. Zum Beispiel: „Import-Module ActiveDirectory -Force“.

Sobald du das PowerShell-Modul erfolgreich installiert und importiert hast, kannst du die darin enthaltenen Cmdlets und Funktionen verwenden, um Verwaltungsaufgaben auszuführen. Zum Beispiel kannst du das „ActiveDirectory“-Modul verwenden, um Benutzer- und Gruppenkonten im Active Directory zu verwalten. Ein Beispiel für die Verwendung des „Get-ADUser“-Cmdlets aus dem „ActiveDirectory“-Modul wäre:

# Benutzerkonto im Active Directory abfragen
Get-ADUser -Identity john.doe -Properties DisplayName, EmailAddress

Dieser Befehl ruft Informationen über das Benutzerkonto „john.doe“ ab, einschließlich des Anzeigenamens und der E-Mail-Adresse, die im Active Directory gespeichert sind.

Vorteile von Microsoft PowerShell:

Microsoft PowerShell bietet eine Vielzahl von Vorteilen gegenüber anderen Befehlszeilen-Schnittstellen. Hier sind einige der wichtigsten Vorteile:

1. Automatisierung und Effizienz: PowerShell ermöglicht es, wiederkehrende Verwaltungsaufgaben zu automatisieren und dadurch Zeit und Aufwand zu sparen. Durch die Verwendung von Cmdlets kannst du komplexe Aufgaben in kurzer Zeit erledigen, da mehrere Schritte in einem Befehl ausgeführt werden können.
2. Umfangreiche Skriptsprache: PowerShell verfügt über eine umfangreiche Skriptsprache, die es ermöglicht, komplexe Aufgaben zu automatisieren. Mit PowerShell kannst du Funktionen, Schleifen, Bedingungen und andere Kontrollstrukturen erstellen, um Skripts zu schreiben, die mehrere Aufgaben ausführen können.
3. Remote-Verwaltung: PowerShell ermöglicht die Verwaltung von entfernten Systemen über eine einzige Schnittstelle. Du kannst PowerShell-Cmdlets verwenden, um Remote-Verbindungen zu öffnen, Dateien und Ordner zu kopieren, Dienste zu starten und zu stoppen und vieles mehr.
4. Einfache Handhabung von Objekten: PowerShell behandelt alles als Objekte, einschließlich Dateien, Ordner, Dienste, Benutzer und Gruppen. Dies erleichtert die Handhabung von Objekten und die Automatisierung von Aufgaben, da du einfach auf die Eigenschaften und Methoden dieser Objekte zugreifen kannst.
5. Unterstützung für Module: PowerShell unterstützt Module, die eine Sammlung von Cmdlets, Funktionen und Variablen sind. Module können einfach installiert und importiert werden, um zusätzliche Funktionen und Möglichkeiten hinzuzufügen.

Zusammenfassend bietet Microsoft PowerShell eine leistungsstarke Befehlszeilen-Schnittstelle mit umfangreichen Funktionen, die es Benutzern ermöglicht, Aufgaben effizienter und schneller zu erledigen. Mit PowerShell können Verwaltungsaufgaben automatisiert und eine Vielzahl von Aufgaben durchgeführt werden, einschließlich der Verwaltung von lokalen und entfernten Systemen, Dateien und Ordnern, Benutzern und Gruppen und vielem mehr.

Skripterstellung und -ausführung mit Microsoft PowerShell:

Microsoft PowerShell ist nicht nur eine leistungsstarke Befehlszeilen-Schnittstelle, sondern auch eine mächtige Skripting-Sprache. Hier sind einige wichtige Informationen zur Skripterstellung und -ausführung mit PowerShell:

1. PowerShell ISE: PowerShell ISE ist eine integrierte Skripting-Umgebung, die das Erstellen und Debuggen von PowerShell-Skripten erleichtert. PowerShell ISE bietet Syntaxhervorhebung, Intellisense und Debugging-Tools, um die Skriptentwicklung zu vereinfachen. Um PowerShell ISE zu öffnen, gibst du einfach „powershell_ise“ in die PowerShell-Eingabeaufforderung ein.
2. Erstellen von Skripten: PowerShell-Skripte können mit jedem Texteditor erstellt werden. Speichere das Skript als .ps1-Datei, um es später auszuführen. PowerShell-Skripte können auch in PowerShell ISE erstellt und gespeichert werden.
3. Ausführung von Skripten: PowerShell-Skripte können auf verschiedene Arten ausgeführt werden. Wenn du das Skript in PowerShell ISE erstellt hast, kannst du es einfach ausführen, indem du auf die Schaltfläche „Ausführen“ klickst oder die F5-Taste drückst. Wenn das Skript in einem Texteditor erstellt wurde, kannst du es in PowerShell mit dem Befehl „.\skriptname.ps1“ ausführen. Beachte jedoch, dass PowerShell standardmäßig keine nicht signierten Skripte ausführt. Um ein nicht signiertes Skript ausführen zu können, musst du zunächst die Execution Policy ändern.
4. Syntax: PowerShell-Skripte verwenden eine einfache, leicht verständliche Syntax. Cmdlets und Parameter werden durch Leerzeichen getrennt. Beispiel: „Get-ChildItem -Path C:\Temp“ gibt eine Liste der Dateien und Ordner im Ordner „C:\Temp“ zurück.
5. Beispiele:

Beispiel 1: Dieses Skript gibt die Größe aller Dateien im Ordner „C:\Temp“ aus:

Get-ChildItem -Path C:\Temp | ForEach-Object { $_.Name + ": " + $_.Length } 

Beispiel 2: Dieses Skript führt eine Suche nach Dateien mit der Endung „.log“ im Ordner „C:\Logs“ durch und gibt das Ergebnis aus:

Get-ChildItem -Path C:\Logs -Filter *.log 

Beispiel 3: Dieses Skript erstellt einen neuen Ordner „Test“ im Ordner „C:\Temp“:

New-Item -ItemType Directory -Path C:\Temp\Test

Zusammenfassend bietet PowerShell eine einfache Syntax und eine Vielzahl von Tools zur Skripterstellung und -ausführung. PowerShell ISE erleichtert die Skriptentwicklung und -debugging, während PowerShell-Skripte auf einfache Weise in Texteditoren erstellt und ausgeführt werden können.

Execution Policy ändern

Um die aktuelle Execution Policy in PowerShell zu speichern, kannst du die folgenden Schritte ausführen:

1. Öffne die PowerShell-Eingabeaufforderung.
2. Gebe den Befehl „Get-ExecutionPolicy“ ein, um die aktuelle Execution Policy anzuzeigen.
3. Speichere die Ausgabe des Befehls, in eine Variable $policy = Get-ExecutionPolicy
4. Um die Execution Policy zu ändern, gebe den Befehl „Set-ExecutionPolicy“ ein und wähle eine der verfügbaren Optionen:
   • „Restricted“ (keine Skripts erlaubt)
   • „AllSigned“ (nur signierte Skripts erlaubt)
   • „RemoteSigned“ (signierte Skripts von lokalen Computer erlaubt)
   • „Unrestricted“ (alle Skripts erlaubt)
   Beispiel: „Set-ExecutionPolicy RemoteSigned“
5. Wenn die Execution Policy wiederhergestellt werden soll, setze die Policy einfach auf den Wert, der zuvor gespeichert wurde: Set-ExecutionPolicy $policy

Weitere Option: „Bypass": Die Execution Policy wird für das aktuelle PowerShell-Skript deaktiviert.

Beachte, dass hier Administratorrechte benötigt werden, um die Execution Policy zu ändern. Es ist auch wichtig zu beachten, dass die Execution Policy auf Systemebene festgelegt ist und für alle Benutzer und Skripts gilt. Natürlich kann die Policy auch auf Benutzerebene umgestellt werden.

Die verfügbaren Werte für den Scope-Parameter sind:

• Process: Die Änderung der Execution Policy wird nur für die aktuelle PowerShell-Sitzung angewendet.
• CurrentUser: Die Änderung der Execution Policy wird für den aktuellen Benutzer auf dem aktuellen Computer angewendet.
• LocalMachine: Die Änderung der Execution Policy wird für alle Benutzer auf dem aktuellen Computer angewendet.

Der Scope-Parameter kann wie folgt in PowerShell verwendet werden:

Set-ExecutionPolicy <Parameter> -Scope <Scope-Parameter>

Beispiel:

Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

Dies setzt die Execution Policy nur für den aktuellen Benutzer auf dem aktuellen Computer.

Signieren von Skripten

Um ein PowerShell-Skript mit einem selbstausgestellten Zertifikat zu signieren, kannst du die folgenden Schritte ausführen:

Generiere ein selbstsigniertes Zertifikat auf deinem Computer. Dazu kannst du das PowerShell-Modul „New-SelfSignedCertificate“ verwenden. Gebe dazu den folgenden Befehl ein:

$cert = New-SelfSignedCertificate -CertStoreLocation Cert:\CurrentUser\My -DnsName "MyCertName" 

Dieser Befehl erstellt ein neues Zertifikat mit dem Namen „MyCertName“ im aktuellen Benutzerzertifikatspeicher.

Exportiere das Zertifikat als PFX-Datei. Gebe dazu den folgenden Befehl ein:

$pwd = ConvertTo-SecureString -String "MyPassword" -Force -AsPlainText Export-PfxCertificate -Cert $cert -FilePath "C:\MyCert.pfx" -Password $pwd

Ersetze „MyPassword“ durch ein sicheres Kennwort, das zum Schutz der PFX-Datei verwendet werden soll.

Importiere das Zertifikat in den Trusted Publishers Store. Gebe dazu den folgenden Befehl ein:

Import-PfxCertificate -FilePath "C:\MyCert.pfx" -CertStoreLocation Cert:\CurrentUser\TrustedPublisher -Password $pwd

Signiere das PowerShell-Skript mit dem Zertifikat. Gebe dazu den folgenden Befehl ein:

Set-AuthenticodeSignature -FilePath "C:\MyScript.ps1" -Certificate $cert -TimestampServer http://timestamp.digicert.com 

Ersetze „C:\MyScript.ps1“ durch den Pfad zu deinem Skript und „http://timestamp.digicert.com“ durch den Zeitserver deiner Wahl.

Das Skript ist jetzt signiert und kann sicher ausgeführt werden. Beachte, dass Benutzer, die das Skript ausführen, das selbstsignierte Zertifikat manuell in ihren Trusted Publishers Store importieren müssen, um das Vertrauen in das Zertifikat zu bestätigen.

In einer großen Umgebung kann das Zertifikat natürlich auch via GPO ausgerollt werden, hier bietet es sich auch an ein Zertifikat aus der eigenen PKI zu verwenden.

Um ein Zertifikat von der eigenen PKI zu verwenden, musst du sicherstellen, dass das Zertifikat den Zweck „Code Signing“ unterstützt. Dies ist in der Regel durch ein spezielles Template in deiner PKI festgelegt, das für die Ausstellung von Code Signing-Zertifikaten konfiguriert ist.

Das Template sollte die folgenden Einstellungen enthalten:

• Zweck: Code Signing
• Verwendung: Digital Signature
• Private Key: Key Exchange
• Exportable: Ja

Wenn das Template nicht vorhanden ist, musst du es möglicherweise erstellen oder die erforderlichen Einstellungen in einem vorhandenen Template ändern.

Nachdem ein Zertifikat mit den richtigen Einstellungen erstellt wurde, kann das Zertifikat in PowerShell importiert werden und dann das Skript signiert werden, indem der folgende Befehl ausgeführt wird:

Set-AuthenticodeSignature -FilePath "C:\MyScript.ps1" -Certificate $cert -TimestampServer http://timestamp.digicert.com

Ersetze „C:\MyScript.ps1“ durch den Pfad zu deinem Skript und „$cert“ durch das Zertifikat, das du importiert hast.

Beachte, dass der TimestampServer optional ist, aber empfohlen wird, um sicherzustellen, dass das signierte Skript auch nach Ablauf des Zertifikats vertrauenswürdig bleibt. Verwende die URL des Timestamp-Servers, den deine PKI oder dein Vertrauensprovider empfiehlt.

Ein paar Exchange Skript Beispiele:

1. Skript zum Überprüfen von Postfachberechtigungen:

Dieses Skript überprüft die Postfachberechtigungen für ein bestimmtes Postfach und gibt eine Liste der Benutzer und Gruppen aus, die Zugriff auf das Postfach haben.

Get-MailboxPermission -Identity "Postfachname" | where {$_.user.tostring() -ne "NT-AUTORITÄT\SELBST" -and $_.IsInherited -eq $false} | Select Identity,User,AccessRights

2. Skript zum Exportieren von Postfachdaten:

Dieses Skript exportiert die Postfachdaten eines bestimmten Benutzers in eine PST-Datei.

New-MailboxExportRequest -Mailbox "Benutzername" -FilePath "\\Servername\Export\Benutzername.pst"

3. Skript zum Erstellen von Regeln:

Dieses Skript erstellt eine Regel, die Nachrichten von einer bestimmten E-Mail-Adresse direkt in einen bestimmten Ordner verschiebt.

New-InboxRule -Name "Regelname" -MailFrom "E-Mail-Adresse" -MoveToFolder "Ordnername"

4. Skript zum löschen eines Postfaches:

Dieses Skript löscht ein bestimmtes Postfach und alle dazugehörigen Datenbankobjekte.

Remove-Mailbox -Identity "Benutzername" -Database "Datenbankname" -Confirm:$false

Abschließend noch eine generelle Empfehlung, nutzt immer vorab zum Test den -WhatIf Parameter am Ende des Codes oder testet eure Skripte in einer Demo-Umgebung.

Tatsächlich sind diese Einstellungen seit 2009 verfügbar und ein Thema von Windows IIS, wird aber jetzt zwingend benötigt, um Sicherheitslücken zu schließen.

Das Flussdiagramm stellt einmal dar, wie der Weg zum schließen der Lücken aussieht.

Hier nun aufgelistet die Einschränkungen:

• Extended Protection kann nicht auf Exchange Server 2013-Servern (Grundsätzlich aber ab Exchange Server 2013 CU23 möglich) aktiviert werden, die über öffentliche Ordner in der Koexistenzumgebung verfügen.
  • Hier werden die Public Folder sonst nicht mehr bei den Endbenutzern erscheinen
• Extended Protection kann nicht auf Exchange Server 2016 CU22 oder Exchange Server 2019 CU11 oder früher aktiviert werden, die die Public Folder Hierarchie hosten.
  • Läuft nur ab 2016 CU23 und 2019 CU12
• Extended Protection funktioniert nicht auf Hybridservern mit der Modern Hybridkonfiguration
  • Features wie Postfachmigration und Frei/Gebucht-Informationen werden unterbrochen
• NTLMv1 wird nicht unterstützt (sollte möglichst sowieso nicht mehr genutzt werden!) Anleitung
  • Nutzt ein Client dennoch NTLMv1, wird er ständig mit Passwortabfragen bombadiert
• SSL-Offload-Szenarien werden nicht unterstützt
  • Die Extended Protection schlägt aufgrund der SSL-Beendigung während des SSL-Offloads fehl. Um Extended Protection in Ihrer Exchange-Umgebung zu aktivieren, verwenden Sie kein SSL-Offloading mit Ihrem Load Balancer.
• Die TLS-Konfiguration
  • Konsistente TLS-Versionen:
    • Überprüfen Sie, dass alle Exchange-Server im Unternehmen die gleiche TLS-Version verwenden. Wenn beispielsweise ein Server TLS 1.2 verwendet, müssen alle anderen Server ebenfalls auf TLS 1.2 konfiguriert sein.
    • Abweichungen in den TLS-Versionen zwischen den Servern können zu Verbindungsproblemen mit den Clients führen und sollten vermieden werden.
  • SchUseStrongCrypto-Registrierungswert:
    • Setzen Sie den Wert des SchUseStrongCrypto-Registrierungswerts auf 1 auf allen Exchange-Servern innerhalb der Organisation.
    • Falls dieser Wert nicht explizit auf 1 festgelegt ist, kann der Standardwert je nach verwendeter .NET-Version interpretiert werden, was zu unerwünschten Konfigurationen führen kann.
  • SystemDefaultTlsVersions-Registrierungswert:
    • Stellen Sie sicher, dass der SystemDefaultTlsVersions-Registrierungswert ebenfalls explizit auf 1 festgelegt ist.
    • Wenn diese Werte nicht wie erwartet festgelegt sind, kann dies zu TLS-Konflikten führen, die wiederum zu Problemen bei der Clientkonnektivität führen.
• Softwarekompatibilität von Drittanbietern
  • Testen Sie Produkte von Drittanbietern in Ihrer Exchange Server-Umgebung, um sicherzustellen, dass sie ordnungsgemäß funktionieren, wenn der erweiterte Schutz aktiviert ist. Ich habe zum Beispiel Antivirenlösungen gesehen, die Verbindungen über einen Proxy senden, um Clientcomputer zu schützen, aber dies verhindert die Kommunikation mit dem Exchange-Server und sollte deaktiviert werden.

SSL-Bridging funktioniert, sofern im Exchange und Load-Balancer das gleiche Zertifikat verwendet wird.

SSL-Offloading für Outlook Anywhere ist standardmäßig aktiviert und muss deaktiviert werden, indem Sie die folgenden Schritte ausführen:

Set-OutlookAnywhere -Identity "EXCH1\rpc (Default Web Site)" -SSLOffloading $false

Sind all diese Einschränkungen geprüft und abgestimmt, kann die Extended Protection via Skript-Unterstützung aktiviert werden.

ExchangeExtendedProtectionManagement.ps1 ist ein Skript zur Automatisierung der Extended Protection des Windows-Authentifizierungsmoduls auf Exchange-Servern. Stellen Sie vor der Konfiguration sicher, dass die TLS-Einstellungen auf allen Servern, auf denen Sie den erweiterten Schutz aktivieren möchten, und auf dem Server, auf dem der Extended Protection bereits aktiviert ist, identisch sind, und dass die erforderlichen anderen Voraussetzungen gegeben sind.

Folgend eine Auflistung mit Beispiel Codezeilen zum ausführen:

PS C:\> .\ExchangeExtendedProtectionManagement.ps1

Einfache Ausführung über alle Server der Organisation.

PS C:\> .\ExchangeExtendedProtectionManagement.ps1 -ExchangeServerNames <Array_of_Server_Names>

Ausführen für nur bestimmte Server.

PS C:\> .\ExchangeExtendedProtectionManagement.ps1 -SkipExchangeServerNames <Array_of_Server_Names>

Ausführen für alle Server außer …

PS C:\> .\ExchangeExtendedProtectionManagement.ps1 -FindExchangeServerIPAddresses -OutputFilePath "C:\temp\ExchangeIPs.txt"

Export einer Liste aller Exchange Server IPs in der Organisation.

PS C:\> .\ExchangeExtendedProtectionManagement.ps1 -RollbackType "RestoreIISAppConfig"

Wiederherstellen der IIS-Einstellungen zuvor.

PS C:\> .\ExchangeExtendedProtectionManagement.ps1 -ShowExtendedProtection

Aktuelle Einstellungen anzeigen.

Hier noch alle Parameter mit Erläuterung.

Offizieller Microsoft Artikel: Link

In diesem Artikel stelle ich euch ein Skript von mir vor, mit dem ihr einen Prozess auf einem oder mehreren Remote-Computern beenden könnt.

Es gibt genau zwei Möglichkeiten Computer anzugeben in diesem Skript

• eine .txt-Datei angeben mit einer Liste an Hostnamen
• eine Organisationseinheit des Active Directory angeben und anhand eines Strings durchsuchen

WICHTIG:

Damit das Skript funktionieren kann, muss der Remote Computer vom ausführendem Computer aus im Netzwerk erreichbar sein und ihr braucht Admin-Rechte auf dem Remotecomputer z.B. Domain-Administrator.
Außerdem: Das Powershell-Skript kann evtl. aufgrund von ExecutionPolicys an der Ausführung gehindert werden. (Wie ihr das für Benutzer oder Computer aufhebt, gerne in einem weiteren Artikel)

Damit das Skript auch weiß welchen Dienst ihr denn beenden wollt, müsst ihr diesen ebenfalls angeben.

Das Skript zeigt euch die gefundenen Computer einmal an und fragt euch noch einmal ob ihr wirklich diesen Dienst auf diesen gefundenen Computern beenden wollt.

<#
.SYNOPSIS
    Dieses Skript beendet euch via remote-powershell Dienste
 
 
.NOTES   
    Name: PS_Remote_Dienste_beenden
    Author: Andreas Bowitz
    Version: 0.1
    LastUpdated: 2022-Dec-02
 
#>

#Prüfung ob der aktuelle Benutzer Adminrechte besitzt
Add-Type -AssemblyName System.Windows.Forms

	If (-NOT ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] “Administrator”))
	{
		Write-Warning "Sie haben keine Administrator-Rechte um dieses Skript auszuführen!`nBitte starten Sie das Skript als Administrator!"
		Break
	}

$AbfrageWeg = Read-Host -Prompt "Möchten Sie eine .txt_Datei mit Computernamen angeben oder eine OU durchsuchen? Geben Sie entweder 'txt' oder 'ou' ohne ' ein."
#OU-Such Variante
	If($AbfrageWeg -eq "ou")
		{
		$Computernamen = Read-Host -Prompt "Bitte geben Sie einen String ein der in den Computernamen enthalten ist."
		$Searchbase = Read-Host -Prompt "Bitte geben Sie die Such-Basis Organisationseinheit als 'DistinguishedName' ein. Beispiel: OU=Server,DC=abow,DC=local"

		$AllComputer = Get-ADComputer -Filter "Name -like $Computernamen" -SearchBase $Searchbase | ft Name
		}
#Text-Datei Variante
	elseif ( $AbfrageWeg -eq "txt")	{
		$txt = Read-Host -Prompt "Bitte geben Sie den Pfad zur .txt-Datei an. Beispiel: C:\temp\test.txt"
		$AllComputer = [IO.File]::ReadAllText($txt)
		}
	else 
	{
		write-host 'Der Vorgang wurde angebrochen.'
		break
		PAUSE
	}

#Ausgabe der gefundenen Computer
Write-Host "Es wurden folgende Computer gefunden: " 
$AllComputer

#Angabe des Prozesses
$ProzessName = Read-Host -Prompt "Bitte geben Sie einen Prozessnamen ein. Beispiel: Microsoft.Dynamics.Nav.Client"


#Absicherungsfrage
$Abfrage = [System.Windows.Forms.MessageBox]::Show("Möchten Sie auf diesen Server wirklich den Dienst $ProzessName beenden?","Frage an den Benutzer",3,[System.Windows.Forms.MessageBoxIcon]::Question)
 
	If($Abfrage -eq "Yes")
    {
	   $cred = Get-Credential -Message "Bitte mit einem Administrator anmelden."
	   
       write-host 'Der Prozess wird jetzt beendet. '

       foreach ($Computer in $AllComputer)
            {
                   #Remote Verbindung herstellen und Prozess beenden
                   Enter-PSSession -ComputerName $Computer -credential $cred
                   write-host $Computer
								   #Animation für den User, damit er sieht das war passiert.
									for($i = 0; $i -le 100; $i++)
									{
										Write-Progress -Activity "Prozess beenden" -PercentComplete $i -Status "Fortschritt $($i)";
										Sleep -Milliseconds 10;
									}
                   invoke-command $Computer {get-process $ProzessName |stop-process -force}

                   

							#Prüfung ob der Prozess beendet ist.
							$ProzessAktiv = Get-Process $ProzessName -ComputerName $Computer -ErrorAction SilentlyContinue
							If($ProzessAktiv -eq $null){

							#Nachricht an den User das der Prozess beendet wurde.
							Write-Host “Der Prozess $ProzessName wurde auf dem Computer $Computer beendet.”
							PAUSE
                            
					Exit-PSSession
							
							else {
							Write-Host “Der Prozess konnte nicht beendet werden.”
							PAUSE
							}
											}
				}
    }
    elseif ( $Abfrage -eq "No")
    {
        write-host 'Der Vorgang wurde angebrochen.'
        break
		PAUSE
    }
    else 
    {
        write-host 'Der Vorgang wurde angebrochen.'
        break
		PAUSE
    }
	
	
	#Clear all Variables/Arrays
	$AllComputer = $null
	$ProzessName = $null
	$Abfrage = $null
	$ProzessAktiv = $null
	$i = $null
	$cred = $null
	$Computer = $null
	$txt = $null
	$AbfrageWeg = $null
	$Computernamen = $null
	$SearchBase = $null
	
	###Vorschlag: SeviceAccount anlegen und lokale Admin Rechte geben -> Fest im Skript einbauen

Hier könnt ihr das Skript herunterladen:

Wie immer berichte ich in diesem Artikel nur von meinen persönlichen Erfahrungen und Erkenntnissen/Ergebnissen.
Es handelt sich hierbei um keine offizielle Anleitung von Microsoft.
Ein nachhandeln und nutzen von Skripten geschieht auf eigene Gefahr. ;)

Heute möchte ich euch ein Skript vorstellen mit dem ihr die IP-Adressen aus allen vorhandenen Empfangsconnectoren als .csv exportieren könnt.
Das Skript kann auch außerhalb der Exchange Powershell (Management Shell) ausgeführt werden, da das benötigte SnapIn importiert wird.

Das Skript erstellt für jeden Connector eine .csv-Datei in der alle eingetragenen IPs geschrieben werden.
Die .csv-Dateien werden unter C:\temp\ abgelegt.
Jede .csv-Datei wird wie folgt benannt:

Was ist zu beachten?

• Das Powershell-Skript kann evtl. aufgrund von ExecutionPolicys an der Ausführung gehindert werden. (_{Wie ihr das für Benutzer oder Computer aufhebt, gerne in einem weiteren Artikel})
• Der Export-Pfad ist fest definiert. Sicherstellen das der Ordner existiert. (_{oder im Skript umschreiben})

### Script to Export Recieve Connectors as .csv
#Autor: Andreas Bowitz
#Version: 0.1

#Import Exchange Snapin
Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn

#Variablen/Arrays
$Hostname = hostname
$Connectors = Get-ReceiveConnector
$ExportPath = "C:\temp\"

#Export all Recieve Connectors
foreach($Connector in $Connectors){

$Connectorshort = $Connector.Identity
$Connectorshort = $Connectorshort.Name

$Connectorshort = $Connectorshort.replace(" ","_")

#write-host $Connectorshort

$export = $ExportPath+$Connectorshort+".csv"


(Get-ReceiveConnector -Identity $Connector).RemoteIPRanges | Sort-Object | Select-Object Expression | Export-Csv $export -NoTypeInformation

}


#Clear all Variablen/Arrays
$Hostname = $null
$Connectors = $null
$ExportPath = $null
$Connector = $null
$export = $null
$Connectorshort = $null

Gerne könnt ihr das Skript auch einfach hier herunterladen:

Bei Verbesserungsvorschlägen o.Ä. einfach melden via Kommentar.
Danke.

Wie immer berichte ich in diesem Artikel nur von meinen persönlichen Erfahrungen und Erkenntnissen/Ergebnissen.
Es handelt sich hierbei um keine offizielle Anleitung von Microsoft.
Ein nachhandeln und nutzen von Skripten geschieht auf eigene Gefahr. ;)

Diese Anleitung gilt für die Exchange OnPrem Versionen 2016 & 2019.

Damit ein Exchange Server Postfächer hosten kann benötigt er Datenbanken.
Heute zeige ich euch, wie Ihr eine neue Datenbank (später DB) anlegt, Grundkonfiguriert und welche Überlegungen man sich vielleicht vorher machen sollte.

In diesem Artikel wird es nicht um das Thema DAG gehen.

Aus meiner Erfahrung heraus sollte eine DB nicht größer als 1,5 TB (1.500 GB) werden. Ein Exchange Server mit einer Standard Lizenz lässt keine DB größer als 1024 GB zu, haben wir allerdings eine Enterprise Lizenz ist dies möglich (bis zu 16 TB supportet). Verschwendet man allerdings mal einen Gedanken an evtl. zukünftige Wiederherstellungen, ist 1,5 TB noch eine gut verkraftbare Menge an Daten in Anbetracht der Wiederherstellungs-/Reparaturzeit.

Also im ersten Schritt sollte man sich also Gedanken über Datenmengen und deren Wachstum machen. Es ist kein Problem auch mehrere DB anzulegen und die Daten aufzuteilen.

Hinweis

• Standard Lizenz: max. 5 DB
• Enterprise Lizenz: max. 100 DB

Als nächstes ist der Speicher dran, es empfiehlt sich IMMER extra Festplatten/Partitionen für die DB und Logs einzubinden.

Die Namen der Festplatten/Partitionen sollte entsprechend LOG_DB0# bzw. DB0# lauten.
Die Laufwerksbuchstaben sollten fortlaufend eingestellt werden, DB z.B. E-J und für die Logs N-S.

Zum Beispiel:

Das Log-Laufwerk/Partition sollte immer mindestens 5-10% der zugehörigen DB-Größe betragen.
Die Logs sind extreme wichtig für den Betrieb, die Wiederherstellung und die allgemeine Datenkonsistenz!

Ebenfalls empfehle ich 5-7 GB RAM pro zusätzlicher Datenbank für das Systeme.
Jetzt kommen wir aber zur eigentlichen Anlage, hier könnt ihr das natürlich über das ECP erledigen, ich bevorzuge allerdings die Exchange-Powershell Variante.

Hierzu öffnen wir eine Exchange Admin Console als Administrator.
Im ersten Schritt legen wir die neue DB unter der Angabe von Datenbank-/ und Logpfad an.

New-MailboxDatabase -Name DB01 -EdbFilePath E:\DB01\DB01.edb -LogFolderPath N:\LOG_DB01 -Server SV-EXCH0

Wenn die DB angelegt ist, ist diese einzubinden. Das geschieht mit dem folgenden Befehl

Mount-Database DB01

Falls notwendig können jetzt noch Limitierungen angepasst und das Offline-Adressbuch gesetzt werden

Set-MailboxDatabase DB01 -IssueWarningQuota 500MB -ProhibitSendQuota Unlimited -ProhibitSendReceiveQuota Unlimited -DeletedItemRetention 7 -MailboxRetention 7 -OfflineAddressbook "\Standard-OfflineAdressbuch"

Je nachdem was für eine Backup-Lösung im Einsatz ist, kann es notwendig sein einem Service Account Rechte auf die DB zu gewähren!

Get-MailboxDatabase DB01| Add-ADPermission -User "svc_backupaccount" -AccessRitghs ExtendedRights -ExtendedRights Receive-As,ms-Exch-Store-Admin

Damit haben wir unsere DB angelegt. Denkt bitte immer daran euer Monitoring, Backup, sowie auch den AntiVir in seinen Ausnahmen entsprechend anzupassen.

Ihr habt keine Lust auf Powershell? Na gut, dann hier der Weg über die ECP.

Loggt euch ein, geht links auf „Server“ und dort auf den Reiter „Datenbanken“. Hier könnt ihr auf das + klicken und die neue DB anlegen.

Um die DB einzubinden, einfach den Haken dafür mit setzen.

Die Limitierungen und das Offline-Adressbuch kann man dann in den Einstellungen über den Bearbeiten-Button konfigurieren.

Jetzt aber noch ein paar weitere Kniffe und Informationen.
Ihr wollt eine DB nachträglich umbenennen? Kein Problem

Get-MailboxDatabase -Server SV-EXCH0 | Select Name,EdbFilePath,LogFolderPath | fl Set-MailboxDatabase "DB01" -Name DB02

Damit wird die DB01 in DB02 umbenannt.
Ihr wollt sie einfach nur verschieben, da sie auf ein falsches Laufwerk erstellt wurde?

Move-DatabasePath -Identity DB01 -EdbFilePath F:\DB01\DB01.edb -LogFolderPath O:\LOG_DB01

Das soll es erstmal gewesen sein. Sollte ihr noch Anregungen haben, gerne her damit. Habe ich was vergessen? Her damit. Ich lerne auch nie aus.
Wie man nun Mailboxen migriert/verschiebt zeige ich euch ein anderes mal.

Wie immer berichte ich in diesem Artikel nur von meinen persönlichen Erfahrungen und Erkenntnissen.
Es handelt sich hierbei um keine offizielle Anleitung von Microsoft.
Ein nachhandeln geschieht auf eigene Gefahr. ;)

Natürlich gibt es auch einen offiziellen Microsoft Artikel in dem alle Versionen aufgelistet werden:

https://docs.microsoft.com/en-us/exchange/new-features/build-numbers-and-release-dates?view=exchserver-2019

Mein Powershell-Skript deckt aktuell (01.12.2022) alle Microsoft Exchange Versionen von Exchange Server 2010 RTM bis Exchange Server 2019 CU12 Nov22SU ab.

Bitte beachten, das Skript braucht für die Ausgabe einen Ordner namens „Temp“ direkt im Laufwerk C:\ -> „C:\temp\“.
Falls nicht vorhanden anlegen oder im Skript den Pfad abändern.

Function Get-ExchangeVersion {
<#
.SYNOPSIS
    This script will get the cumulative update version for the specified exchange server.
 
.DESCRIPTION
    BuildNumbers link:
    https://docs.microsoft.com/en-us/exchange/new-features/build-numbers-and-release-dates?view=exchserver-2019
 
 
.NOTES   
    Name: Get-ExchangeVersion
    Author: Andreas Bowitz
    Version: 1.0
    LastUpdated: 2022-Nov-15
 
 
.EXAMPLE
    Get-ExchangeServer | Get-ExchangeVersion
 
 
.EXAMPLE
    Get-ExchangeVersion -ComputerName ExchSrv01, ExchSrv02
#>
 
 
    [CmdletBinding()]
    param(
        [Parameter(
            Mandatory = $true,
            ValueFromPipeline=$true,
            ValueFromPipelineByPropertyName=$true
            )]
 
        [string[]]  $ComputerName
 
    )
 
    BEGIN {
        #Creating the hash table with build numbers and cumulative updates
        $BuildToProductName = @{
			'15.2.1118.20'     =  'Exchange Server 2019 CU12 Nov22SU'
			'15.2.1118.15'     =  'Exchange Server 2019 CU12 Oct22SU'
			'15.2.1118.12'     =  'Exchange Server 2019 CU12 Aug22SU'
			'15.2.1118.9'     =  'Exchange Server 2019 CU12 Mrz22SU'
			'15.2.1118.7'     =  'Exchange Server 2019 CU12 (2022H1)'
			'15.2.986.36'     =  'Exchange Server 2019 CU11 Nov22SU'
			'15.2.986.30'     =  'Exchange Server 2019 CU11 Oct22SU'
			'15.2.986.29'     =  'Exchange Server 2019 CU11 Aug22SU'
			'15.2.986.26'     =  'Exchange Server 2019 CU11 Mai22SU'
			'15.2.986.22'     =  'Exchange Server 2019 CU11 Mar22SU'
			'15.2.986.15'     =  'Exchange Server 2019 CU11 Jan22SU'
			'15.2.986.14'     =  'Exchange Server 2019 CU11 Nov21SU'
			'15.2.986.9'     =  'Exchange Server 2019 CU11 Oct21SU'
			'15.2.986.5'     =  'Exchange Server 2019 KU11'
			'15.2.922.27'     =  'Exchange Server 2019 CU10 Jan22SU'
			'15.2.922.20'     =  'Exchange Server 2019 CU10 Jan22SU'
			'15.2.922.19'     =  'Exchange Server 2019 CU10 Nov21SU'
			'15.2.922.14'     =  'Exchange Server 2019 CU10 Oct21SU'
			'15.2.922.13'     =  'Exchange Server 2019 CU10 Jul21SU'
			'15.2.922.7'     =  'Exchange Server 2019 CU10'
			'15.2.858.15'     =  'Exchange Server 2019 CU9 Jul21SU'
			'15.2.858.12'     =  'Exchange Server 2019 CU9 Mai21SU'
			'15.2.858.10'     =  'Exchange Server 2019 CU9 Apr21SU'
			'15.2.858.5'     =  'Exchange Server 2019 KU9'
			'15.2.792.15'     =  'Exchange Server 2019 CU8 Mai21SU'
			'15.2.792.13'     =  'Exchange Server 2019 CU8 Apr21SU'
			'15.2.792.10'     =  'Exchange Server 2019 CU8 Mrz21SU'
			'15.2.792.3'     =  'Exchange Server 2019 CU8'
			'15.2.721.13'     =  'Exchange Server 2019 CU7 Mrz21SU'
			'15.2.721.2'     =  'Exchange Server 2019 CU7'
			'15.2.659.12'     =  'Exchange Server 2019 CU6 Mrz21SU'
			'15.2.659.4'     =  'Exchange Server 2019 CU6'
			'15.2.595.8'     =  'Exchange Server 2019 CU5 Mrz21SU'
			'15.2.595.3'     =  'Exchange Server 2019 CU5'
			'15.2.529.13'     =  'Exchange Server 2019 CU4 Mrz21SU'
			'15.2.529.5'     =  'Exchange Server 2019 CU4'
			'15.2.464.15'     =  'Exchange Server 2019 CU3 Mrz21SU'
			'15.2.464.5'     =  'Exchange Server 2019 CU3'
			'15.2.397.11'     =  'Exchange Server 2019 CU2 Mrz21SU'
			'15.2.397.3'     =  'Exchange Server 2019 CU2'
			'15.2.330.11'     =  'Exchange Server 2019 CU1 Mrz21SU'
			'15.2.330.5'     =  'Exchange Server 2019 CU1'
			'15.2.221.18'     =  'Exchange Server 2019 RTM Mrz21SU'
			'15.2.221.12'     =  'Exchange Server 2019 RTM'
			'15.2.196.0'     =  'Exchange Server 2019 Vorschau'
			'15.1.2507.16'     =  'Exchange Server 2016 CU23 Nov22SU'
			'15.1.2507.13'     =  'Exchange Server 2016 CU23 Oct22SU'
			'15.1.2507.12'     =  'Exchange Server 2016 CU23 Aug22SU'
			'15.1.2507.9'     =  'Exchange Server 2016 CU23 Mai22SU'
			'15.1.2507.6'     =  'Exchange Server 2016 CU23 (2022H1)'
			'15.1.2375.37'     =  'Exchange Server 2016 CU22 Nov22SU'
			'15.1.2375.32'     =  'Exchange Server 2016 CU22 Oct22SU'
			'15.1.2375.31'     =  'Exchange Server 2016 CU22 Aug22SU'
			'15.1.2375.28'     =  'Exchange Server 2016 CU22 Mai22SU'
			'15.1.2375.24'     =  'Exchange Server 2016 CU22 Jan22SU'
			'15.1.2375.18'     =  'Exchange Server 2016 CU22 Jan22SU'
			'15.1.2375.17'     =  'Exchange Server 2016 CU22 Nov21SU'
			'15.1.2375.12'     =  'Exchange Server 2016 CU22 Oct21SU'
			'15.1.2375.7'     =  'Exchange Server 2016 KU22'
			'15.1.2308.27'     =  'Exchange Server 2016 CU21 Mar22SU'
			'15.1.2308.21'     =  'Exchange Server 2016 CU21 Jan22SU'
			'15.1.2308.20'     =  'Exchange Server 2016 CU21 Nov21SU'
			'15.1.2308.15'     =  'Exchange Server 2016 CU21 Oct21SU'
			'15.1.2308.14'     =  'Exchange Server 2016 CU21 Jul21SU'
			'15.1.2308.8'     =  'Exchange Server 2016 CU21'
			'15.1.2242.12'     =  'Exchange Server 2016 CU20 Jul21SU'
			'15.1.2242.10'     =  'Exchange Server 2016 CU20 Mai21SU'
			'15.1.2242.8'     =  'Exchange Server 2016 CU20 Apr21SU'
			'15.1.2242.4'     =  'Exchange Server 2016 KU20'
			'15.1.2176.14'     =  'Exchange Server 2016 CU19 Mai21SU'
			'15.1.2176.12'     =  'Exchange Server 2016 CU19 Apr21SU'
			'15.1.2176.9'     =  'Exchange Server 2016 CU19 Mrz21SU'
			'15.1.2176.2'     =  'Exchange Server 2016 CU19'
			'15.1.2106.13'     =  'Exchange Server 2016 CU18 Mrz21SU'
			'15.1.2106.2'     =  'Exchange Server 2016 CU18'
			'15.1.2044.13'     =  'Exchange Server 2016 CU17 Mrz21SU'
			'15.1.2044.4'     =  'Exchange Server 2016 CU17'
			'15.1.1979.8'     =  'Exchange Server 2016 CU16 Mrz21SU'
			'15.1.1979.3'     =  'Exchange Server 2016 CU16'
			'15.1.1913.12'     =  'Exchange Server 2016 CU15 Mrz21SU'
			'15.1.1913.5'     =  'Exchange Server 2016 CU15'
			'15.1.1847.12'     =  'Exchange Server 2016 CU14 Mrz21SU'
			'15.1.1847.3'     =  'Exchange Server 2016 CU14'
			'15.1.1779.8'     =  'Exchange Server 2016 CU13 Mrz21SU'
			'15.1.1779.2'     =  'Exchange Server 2016 CU13'
			'15.1.1713.10'     =  'Exchange Server 2016 CU12 Mrz21SU'
			'15.1.1713.5'     =  'Exchange Server 2016 CU12'
			'15.1.1591.18'     =  'Exchange Server 2016 CU11 Mrz21SU'
			'15.1.1591.10'     =  'Exchange Server 2016 CU11'
			'15.1.1531.12'     =  'Exchange Server 2016 CU10 Mrz21SU'
			'15.1.1531.3'     =  'Exchange Server 2016 CU10'
			'15.1.1466.16'     =  'Exchange Server 2016 CU9 Mrz21SU'
			'15.1.1466.3'     =  'Exchange Server 2016 CU9'
			'15.1.1415.10'     =  'Exchange Server 2016 CU8 Mrz21SU'
			'15.1.1415.2'     =  'Exchange Server 2016 CU8'
			'15.1.1261.35'     =  'Exchange Server 2016 CU7'
			'15.1.1034.26'     =  'Exchange Server 2016 CU6'
			'15.1.845.34'     =  'Exchange Server 2016 CU5'
			'15.1.669.32'     =  'Exchange Server 2016 CU4'
			'15.1.544.27'     =  'Exchange Server 2016 CU3'
			'15.1.466.34'     =  'Exchange Server 2016 CU2'
			'15.1.396.30'     =  'Exchange Server 2016 CU1'
			'15.1.225.42'     =  'Exchange Server 2016 RTM'
			'15.1.225.16'     =  'Exchange Server 2016 Vorschau'
			'15.0.1497.44'     =  'Exchange Server 2013 CU23 Nov22SU'
			'15.0.1497.42'     =  'Exchange Server 2013 CU23 Oct22SU'
			'15.0.1497.40'     =  'Exchange Server 2013 CU23 Aug22SU'
			'15.0.1497.36'     =  'Exchange Server 2013 CU23 Mai22SU'
			'15.0.1497.33'     =  'Exchange Server 2013 CU23 Mar22SU'
			'15.0.1497.28'     =  'Exchange Server 2013 CU23 Jan22SU'
			'15.0.1497.26'     =  'Exchange Server 2013 CU23 Nov21SU'
			'15.0.1497.24'     =  'Exchange Server 2013 CU23 Oct21SU'
			'15.0.1497.23'     =  'Exchange Server 2013 CU23 Jul21SU'
			'15.0.1497.18'     =  'Exchange Server 2013 CU23 Mai21SU'
			'15.0.1497.15'     =  'Exchange Server 2013 CU23 Apr21SU'
			'15.0.1497.12'     =  'Exchange Server 2013 CU23 Mrz21SU'
			'15.0.1497.2'     =  'Exchange Server 2013 CU23'
			'15.0.1473.6'     =  'Exchange Server 2013 CU22 Mrz21SU'
			'15.0.1473.3'     =  'Exchange Server 2013 CU22'
			'15.0.1395.12'     =  'Exchange Server 2013 CU21 Mrz21SU'
			'15.0.1395.4'     =  'Exchange Server 2013 CU21'
			'15.0.1367.3'     =  'Exchange Server 2013 CU20'
			'15.0.1365.1'     =  'Exchange Server 2013 CU19'
			'15.0.1347.2'     =  'Exchange Server 2013 CU18'
			'15.0.1320.4'     =  'Exchange Server 2013 CU17'
			'15.0.1293.2'     =  'Exchange Server 2013 CU16'
			'15.0.1263.5'     =  'Exchange Server 2013 CU15'
			'15.0.1236.3'     =  'Exchange Server 2013 CU14'
			'15.0.1210.3'     =  'Exchange Server 2013 CU13'
			'15.0.1178.4'     =  'Exchange Server 2013 CU12'
			'15.0.1156.6'     =  'Exchange Server 2013 CU11'
			'15.0.1130.7'     =  'Exchange Server 2013 CU10'
			'15.0.1104.5'     =  'Exchange Server 2013 CU9'
			'15.0.1076.9'     =  'Exchange Server 2013 CU8'
			'15.0.1044.25'     =  'Exchange Server 2013 CU7'
			'15.0.995.29'     =  'Exchange Server 2013 CU6'
			'15.0.913.22'     =  'Exchange Server 2013 CU5'
			'15.0.847.64'     =  'Exchange Server 2013 SP1 Mrz21SU'
			'15.0.847.32'     =  'Exchange Server 2013 SP1'
			'15.0.775.38'     =  'Exchange Server 2013 CU3'
			'15.0.712.24'     =  'Exchange Server 2013 CU2'
			'15.0.620.29'     =  'Exchange Server 2013 CU1'
			'15.0.516.32'     =  'Exchange Server 2013 RTM'
			'14.3.513.0'     =  'Updaterollup 32 für Exchange Server 2010 SP3'
			'14.3.509.0'     =  'Updaterollup 31 für Exchange Server 2010 SP3'
			'14.3.496.0'     =  'Updaterollup 30 für Exchange Server 2010 SP3'
			'14.3.468.0'     =  'Updaterollup 29 für Exchange Server 2010 SP3'
			'14.3.461.1'     =  'Updaterollup 28 für Exchange Server 2010 SP3'
			'14.3.452.0'     =  'Updaterollup 27 für Exchange Server 2010 SP3'
			'14.3.442.0'     =  'Updaterollup 26 für Exchange Server 2010 SP3'
			'14.3.435.0'     =  'Updaterollup 25 für Exchange Server 2010 SP3'
			'14.3.419.0'     =  'Updaterollup 24 für Exchange Server 2010 SP3'
			'14.3.417.1'     =  'Updaterollup 23 für Exchange Server 2010 SP3'
			'14.3.411.0'     =  'Updaterollup 22 für Exchange Server 2010 SP3'
			'14.3.399.2'     =  'Updaterollup 21 fü Exchange Server 2010 SP3'
			'14.3.389.1'     =  'Updaterollup 20 für Exchange Server 2010 SP3'
			'14.3.382.0'     =  'Updaterollup 19 für Exchange Server 2010 SP3'
			'14.3.361.1'     =  'Updaterollup 18 für Exchange Server 2010 SP3'
			'14.3.352.0'     =  'Updaterollup 17 für Exchange Server 2010 SP3'
			'14.3.336.0'     =  'Updaterollup 16 für Exchange Server 2010 SP3'
			'14.3.319.2'     =  'Updaterollup 15 für Exchange Server 2010 SP3'
			'14.3.301.0'     =  'Updaterollup 14 für Exchange Server 2010 SP3'
			'14.3.294.0'     =  'Updaterollup 13 für Exchange Server 2010 SP3'
			'14.3.279.2'     =  'Updaterollup 12 für Exchange Server 2010 SP3'
			'14.3.266.2'     =  'Updaterollup 11 für Exchange Server 2010 SP3'
			'14.3.248.2'     =  'Updaterollup 10 für Exchange Server 2010 SP3'
			'14.3.235.1'     =  'Updaterollup 9 für Exchange Server 2010 SP3'
			'14.3.224.2'     =  'Updaterollup 8 Version 2 für Exchange Server 2010 SP3'
			'14.3.224.1'     =  'Updaterollup 8, Version 1, für Exchange Server 2010 SP3 (zurückgerufen)'
			'14.3.210.2'     =  'Updaterollup 7 für Exchange Server 2010 SP3'
			'14.3.195.1'     =  'Updaterollup 6 für Exchange Server 2010 SP3'
			'14.3.181.6'     =  'Updaterollup 5 für Exchange Server 2010 SP3'
			'14.3.174.1'     =  'Updaterollup 4 für Exchange Server 2010 SP3'
			'14.3.169.1'     =  'Updaterollup 3 für Exchange Server 2010 SP3'
			'14.3.158.1'     =  'Updaterollup 2 für Exchange Server 2010 SP3'
			'14.3.146.0'     =  'Updaterollup 1 für Exchange Server 2010 SP3'
			'14.3.123.4'     =  'Exchange Server 2010 SP3'
			'14.2.390.3'     =  'Updaterollup 8 für Exchange Server 2010 SP2'
			'14.2.375.0'     =  'Updaterollup 7 für Exchange Server 2010 SP2'
			'14.2.342.3'     =  'Updaterollup 6 für Exchange Server 2010 SP2'
			'14.2.328.10'     =  'Updaterollup 5, Version 2, für Exchange Server 2010 SP2'
			'14.3.328.5'     =  'Updaterollup 5 für Exchange Server 2010 SP2'
			'14.2.318.4'     =  'Updaterollup 4, Version 2, für Exchange Server 2010 SP2'
			'14.2.318.2'     =  'Updaterollup 4 für Exchange Server 2010 SP2'
			'14.2.309.2'     =  'Updaterollup 3 für Exchange Server 2010 SP2'
			'14.2.298.4'     =  'Updaterollup 2 für Exchange Server 2010 SP2'
			'14.2.283.3'     =  'Updaterollup 1 für Exchange Server 2010 SP2'
			'14.2.247.5'     =  'Exchange Server 2010 SP2'
			'14.1.438.0'     =  'Updaterollup 8 für Exchange Server 2010 SP1'
			'14.1.421.3'     =  'Updaterollup 7, Version 3, für Exchange Server 2010 SP1'
			'14.1.421.2'     =  'Updaterollup 7, Version 2, für Exchange Server 2010 SP1'
			'14.1.421.0'     =  'Updaterollup 7 für Exchange Server 2010 SP1'
			'14.1.355.2'     =  'Updaterollup 6 für Exchange Server 2010 SP1'
			'14.1.339.1'     =  'Updaterollup 5 für Exchange Server 2010 SP1'
			'14.1.323.6'     =  'Updaterollup 4 für Exchange Server 2010 SP1'
			'14.1.289.7'     =  'Updaterollup 3 für Exchange Server 2010 SP1'
			'14.1.270.1'     =  'Updaterollup 2 für Exchange Server 2010 SP1'
			'14.1.255.2'     =  'Updaterollup 1 für Exchange Server 2010 SP1'
			'14.1.218.15'     =  'Exchange Server 2010 SP1'
			'14.0.726.0'     =  'Updaterollup 5 für Exchange Server 2010'
			'14.0.702.1'     =  'Updaterollup 4 für Exchange Server 2010'
			'14.0.694.0'     =  'Updaterollup 3 für Exchange Server 2010'
			'14.0.689.0'     =  'Updaterollup 2 für Exchange Server 2010'
			'14.0.682.1'     =  'Updaterollup 1 für Exchange Server 2010'
			'14.0.639.21'     =  'Exchange Server 2010 RTM'
	
        }
    }
 
    PROCESS {
        foreach ($Computer in $ComputerName) {
            try {
                $Computer = $Computer.ToUpper()
                $Server = Get-ExchangeServer $Computer -ErrorAction Stop
 
                $Version = $Server.AdminDisplayVersion
                $AdminVersion = $Server.AdminDisplayVersion
                $Version = [regex]::Matches($Version, "(\d*\.\d*)").value -join '.'
 
                $Product = $BuildToProductName[$Version]
 
                $Object = [pscustomobject]@{
                    ComputerName = $Computer
                    Edition      = $Server.Edition
                    BuildNumber  = $Version
                    AdminVersion = $AdminVersion
                    ProductName  = $Product
                    
                     
                }
                Write-Output $Object
 
            } catch {
                Write-Error "$_.Exception.Message"
 
            } finally {
                $Server  = $null
                $Version = $null
                $AdminVersion = $null
                $Product = $null
                
 
            }
        }
    }
 

 
    END {}
}

#Display in Console and export to C:\temp\
Get-ExchangeServer | Get-ExchangeVersion | ft -AutoSize
Get-ExchangeServer | Get-ExchangeVersion | export-csv -Path C:\temp\ExchangeVersions.csv -Encoding UTF8 -NoTypeInformation -Delimiter "|"

Bei Verbesserungsvorschlägen o.Ä. einfach melden via Kommentar.
Danke.