Einrichtung von Postfächern in eADM

In diesem Artikel wird erläutert, wie eADM den User Principal Name (UPN), die primäre SMTP-Adresse und E-Mail-Aliase zuweist und wie sich die Bereitstellung von Postfächern bei lokalen Active Directory-, Hybrid- (Remote-Postfach) und cloud-only unterscheidet.

Wie eADM UPN und primäres SMTP zuweist

eADM legt die userPrincipalName (UPN) und die primäre SMTP-Adresse werden bei der Erstellung des Kontos auf der Grundlage der in der Synchronisierungsvorlage konfigurierten Regeln festgelegt. Diese Regeln stützen sich in der Regel auf organisatorische Daten wie Name, Abteilung und Stellencode.

In der Regel folgt eADM dem Prinzip „Ein Konto, ein Passwort“. Jeder Mitarbeiter verfügt über ein Konto und ein Passwort, das für das lokale Active Directory, Entra ID und Google Workspace gilt. UPN und primäre SMTP-Adresse können je nach Arbeitsort des Mitarbeiters festgelegt werden. Wechselt ein Mitarbeiter die Position, beispielsweise von einer Gesundheitsbehörde zu einer Schule, kann die E-Mail-Domäne automatisch aktualisiert werden, wobei die bisherige Adresse als Alias beibehalten wird.

Benutzer mit mehreren Arbeitgebern und mehreren Stellen

In einem eADM-Mandanten mit mehreren Organisationen werden die Stellenangaben eines Mitarbeiters, der Positionen in mehreren Organisationen oder Einheiten innehat, aus jedem aktiven Beschäftigungsverhältnis importiert und miteinander verknüpft. Die nationale Identifikationsnummer verknüpft die Datensätze über die Quellsysteme hinweg. Die Zugriffsrechte addieren sich: Der Benutzer erhält die Summe der Zugriffsrechte aus allen aktiven Positionen.

UPN und primäres SMTP werden anhand der Hauptstelle des Mitarbeiters festgelegt, beispielsweise anhand der Stelle mit dem höchsten Prozentsatz oder der längsten Betriebszugehörigkeit. Dies ist kundenspezifisch konfigurierbar. Endet eines der Beschäftigungsverhältnisse, wird lediglich der an diese bestimmte Stelle gebundene Zugriff entzogen. Für die anderen Beschäftigungsverhältnisse können E-Mail-Aliase angelegt werden.

Lokale, Remote- und cloud-only -Modelle

eADM unterstützt verschiedene Integrationsstufen mit den Verzeichnisdiensten von Microsoft, die von einer rein lokalen Konfiguration bis hin zu einem cloud-only ohne lokales Active Directory reichen:

Lokal: Active Directory und Exchange vor Ort

eADM schreibt Änderungen direkt in das lokale Active Directory. Die bereits vorhandene Microsoft Entra Connect Sync-Synchronisierung erfasst anschließend die Änderungen an Benutzern, Gruppen und Attributen und synchronisiert sie mit Entra ID.

Remote: Hybrid-Exchange mit einem Remote-Postfach

In einer Hybridumgebung verwaltet eADM Exchange nicht direkt. Stattdessen schreibt es die richtigen Attribute in das Active Directory-Benutzerobjekt und führt, sofern konfiguriert, ein PowerShell-Skript auf dem lokalen Exchange-Server aus (in der Regel Enable-RemoteMailbox.ps1) oder über die Exchange-Verwaltungstools, falls kein lokaler Exchange-Server mehr vorhanden ist. Dadurch wird ein Remote-Postfachobjekt erstellt, das den AD-Benutzer mit dem Postfach in Microsoft 365 verknüpft und die korrekte E-Mail-Weiterleitung gewährleistet.

Cloud-only: Entra ID und Exchange Online

In einem cloud-only verwaltet eADM userPrincipalName und mailNickname direkt in Entra ID. Die UPN ist immer die primäre E-Mail-Adresse, und Exchange Online fügt den E-Mail-Spitznamen unter der primären Domäne automatisch als Alias hinzu, sobald eine Lizenz zugewiesen wurde. Ein lokales Active Directory oder ein Exchange-Server ist nicht erforderlich.

Primäre SMTP-Adresse und E-Mail-Aliase

In Active Directory und Exchange werden die E-Mail-Adressen eines Benutzers in der proxyAddresses Attribut. Die Hauptadresse ist mit einem Großbuchstaben gekennzeichnet SMTP: Präfix; Aliase werden in Kleinbuchstaben geschrieben smtp: Präfix. Pro Konto kann jeweils nur eine primäre Adresse bestehen.

eADM unterstützt zwei allgemeine Ansätze, um die Korrektheit dieses Attributs zu gewährleisten:

• Minimale Konfiguration. eADM legt nur die mail Attribut in Active Directory. Microsoft Entra Connect und Exchange Online leiten daraus dann proxyAddresses sowie die Primäradresse automatisch unter Verwendung der Standard-Adressrichtlinien von Microsoft. Dies lässt sich einfach einrichten, bietet jedoch nur begrenzte Kontrollmöglichkeiten hinsichtlich Umbenennungen und zusätzlicher Aliase.

• Skriptbasierte Adressverwaltung. Ein von eADM ausgelöstes PowerShell-Skript berechnet die Primäradresse und etwaige Aliase und schreibt diese explizit. Dies ermöglicht Namensänderungen mit automatischer Beibehaltung der alten Adresse als Alias, Regeln für mehrere Domänen und andere kundenspezifische Anforderungen, erfordert jedoch zusätzlichen Aufwand für die Skripterstellung und Wartung.

Die richtige Vorgehensweise hängt von der Komplexität der Namenskonventionen und der Domänenstruktur des Kunden ab. Identum berät Sie beim Onboarding hinsichtlich des am besten geeigneten Modells.

Was ändert sich, wenn man einen Exchange-Server austauscht?

Wenn eine Organisation ihren lokalen Exchange-Server ersetzt oder aktualisiert, muss der Hostname oder der FQDN des neuen Servers in dem von eADM verwendeten PowerShell-Skript aktualisiert werden. In den meisten Standardkonfigurationen ist dies der $exchange Variable am Anfang von Enable-RemoteMailbox.ps1.

Je nachdem, wie das Skript ursprünglich eingerichtet wurde, müssen möglicherweise weitere Verbindungsparameter überprüft werden:

• $exchange, der Hostname oder der FQDN des Exchange-Servers

• Anmeldedaten des Dienstkontos für die Verbindung mit Exchange, sofern nicht die aktuelle Windows-Sitzung verwendet wird

• Jede explizite URI oder Verbindungszeichenfolge in New-PSSession oder Connect-ExchangeServer

Warnung: Aktualisieren Sie das Skript nicht in der Produktionsumgebung, ohne zuvor die Verbindung in der Testumgebung zu überprüfen. Ein falsch konfigurierter Exchange-Endpunkt führt dazu, dass die Bereitstellung von Postfächern für neue Benutzer stillschweigend fehlschlägt, bis das Problem behoben ist.

So aktualisieren Sie die Exchange-Server-Referenz

1. Suchen Sie die Enable-RemoteMailbox.ps1 Skript in der eADM-Synchronisationskonfiguration.

2. Aktualisieren Sie die $exchange Variable durch den Hostnamen oder den FQDN des neuen Exchange-Servers ersetzen.

3. Überprüfen Sie alle weiteren Verbindungsparameter (siehe Liste oben).

4. Testen Sie das aktualisierte Skript manuell auf dem neuen Server, bevor Sie es in der Produktionskonfiguration speichern.

5. Führen Sie in eADM eine Testbereitstellung durch, um zu überprüfen, ob das Remote-Postfach korrekt angelegt wurde.

6. Wenden Sie sich an den Identum-Support, falls das Skript Änderungen erfordert, die über die $exchange Variable oder wenn die aktuelle Skriptkonfiguration unklar ist.

Umfang des Identum-Supports

Identum kann in folgenden Fällen Unterstützung leisten, wenn sich die Exchange-Umgebung eines Kunden ändert oder wenn ein Wechsel zwischen verschiedenen Kontomodellen erfolgt:

• Überprüfung und Aktualisierung der $exchange Variable und zugehörige Parameter im eADM-Provisioning-Skript

• Beratung hinsichtlich des am besten geeigneten Vorgehens bei der Verwaltung von UPN, primärem SMTP und Aliasen für die Domänenstruktur des Kunden

• Testen der aktualisierten Konfiguration in einer Sandbox-Umgebung

• Überprüfung, ob neue Benutzerkonten nach einer Änderung korrekt eingerichtet wurden

Identum übernimmt weder die Verwaltung noch die Konfiguration oder die Fehlerbehebung des Exchange-Servers oder des Entra ID-Tenants selbst. Änderungen an der Infrastruktur, einschließlich der Installation, der Migration in cloud-only der Zertifikatsverwaltung, liegen in der Verantwortung der IT-Abteilung des Kunden oder dessen Exchange- bzw. Entra ID-Administrators.

Verwandte Artikel

• Synchronisierung – Active Directory und Azure AD

• Aktualisierung von Benutzerdaten in eADM

• Kontakt zum Identum-Support

In diesem Artikel wird erläutert, wie eADM UPN, primäre SMTP-Adressen und E-Mail-Aliase zuweist und wie sich die Bereitstellung von Postfächern bei lokalen Active Directory-, Hybrid- (Remote-Postfach) und cloud-only unterscheidet. Er behandelt das Attribut „proxyAddresses“, das Skript „Enable-RemoteMailbox.ps1“ und die Variable „$exchange“, die in Hybridkonfigurationen verwendet werden, UPN-Regeln für mehrere Arbeitgeber sowie den Umfang des Supports durch Identum bei einem Wechsel der Exchange-Server oder beim Umstieg der Kunden auf cloud-only. Die Zielgruppe sind IT- und Exchange-Administratoren bei den kommunalen Kunden von Identum.

Zuletzt aktualisiert: 20. Juli 2026