Der Bereich Instanzenkonfiguration umfasst die Basiskonfiguration einer ELOxc Instanz. Darin werden die globalen Rahmenbedingungen der Verarbeitung festgelegt.

Die Instanzenkonfiguration erreichen Sie über die ELOxc Workspace Startseite (Haussymbol). Wählen Sie die gewünschte Instanz aus und klicken Sie auf die Schaltfläche mit dem Archivbaum und dem Stiftsymbol.

Konfigurationsversion

Im Feld Konfigurationsversion sehen Sie, welche Version verwendet wird. Die Konfigurationsversion entspricht der Programmversion.

Information: Falls Sie feststellen, dass die Konfigurationsversion veraltet ist, scheiterte die automatische Aktualisierung der Konfiguration bei Dienststart. Wenden Sie sich in diesem Fall an den Produktsupport.

Instanzentyp

Der Wert im Feld Instanzentyp bestimmt den Typ des E-Mail-Servers. Der Wert XC steht für Microsoft Exchange.

Im Instanzenfragment können folgende Teilbereiche festgelegt werden:

• Verarbeitungssteuerung
• Postfachkatalog
• ELO Einstellungen
• Einstellungen für Adressaten
• Globale Einstellungen
• Lasteinstellungen
• Protokolleinstellungen

Information: Lesen Sie im Kapitel Parameterbeschreibungen, welche Einstellungen Sie jeweils vornehmen können.

Hintergründe zur Kontenübernahme

Im Bereich Kontenübernahme ("AccountMapping") konfigurieren Sie die Abbildung der Katalogbenutzer nach ELO. Eine Kontenübernahme ist nur unter Verwendung der Katalogtypen "ldap", "ps" und "azure" möglich. Mit der Kontenübernahme definieren Sie die Details der Benutzerübernahme aus dem Azure Active Directory. Dies eignet sich vor allem dazu, die ELO Benutzerkonten in einem neuen Archiv zu erstellen, das noch keine ELO Benutzer hat. Der Vorteil besteht darin, dass bereits ab der ersten archivierten Nachricht eines Benutzers der Zugriff auf die Dokumente für ihn exklusiv und automatisch eingerichtet wird. Soll diese Option in bereits bestehenden Archiven angewandt werden, so ist es nur dann empfehlenswert, wenn es bis dato bereits eine Übernahme von Konten aus dem Active Directory gegeben hat. Das muss allerdings im Einzelfall sorgfältig erwogen werden, da mit der Kontenübernahme das Benutzerschema im ELOam erst mit ELO 10 um einige LDAP-Attribute erweitert wurde. Das hat zur Folge, dass die von ELOxc durchgeführte Kontenübernahme in historisch gewachsene Benutzerdatenbanken wie im Falle des ELO LDAP-Imports zu divergenten Datenbeständen führen kann, da ELOxc das Attribut „objectGUID“ direkt als Benutzer-GUID in ELO überträgt, während ältere Archivversionen die Benutzer-GUID zufällig erzeugt haben. Möchten Sie historisch gewachsene Archive an das „AccountMapping“ anschließen, müssen Sie die Kompatibilität mit manuellen Eingriffen vorbereiten.

Beachten Sie: Ist die automatische Benutzerübernahme aus dem Active Directory aktiviert ist, können ELO Benutzer, deren Postfächer archiviert werden, nicht auf eine andere Weise angelegt werden. Sobald Konflikte entstehen, muss auf die automatische Übertragung durch ELOxc verzichtet werden. Verwenden Sie zudem die Kontenübernahme nicht zusammen mit dem LDAP-Import.

Ist in ELOxc keine Kontenübernahme aktiviert, kümmert sich ELOxc weder um vorhandene Benutzer, noch um die Zugriffsrechte (ACLs) auf Archivpfade. In diesem Fall verlässt sich ELOxc auf die implizite ACL-Vererbung und die vorgenommenen Einstellungen des Administrators.

Ist die Kontenübernahme aktiviert, was Sie sofort nach der Erzeugung der Archive und der Benutzerdatenbank tun sollten, wird ein externer Benutzer als ELO Benutzer übernommen, falls keine Identifikation des externen Benutzers in der Menge der ELO Benutzer möglich ist. Bei Erzeugen der ELO Benutzer können Sie optional zufällige Passwörter erzeugen und direkt an die Benutzer per E-Mail von ELOxc versenden lassen. Sie können aber auch ein Standard-Kennwort für alle erzeugten Benutzerkonten vergeben.

Wenn externe Benutzer als ELO Benutzer identifiziert werden können, ist ELOxc auch in der Lage, eine ACL zu generieren, um den Benutzerordner für den "abgebildeten Postfachbesitzer" abzusichern. Dies geschieht ohne vorherige Anmeldung des ELO Benutzers.

Der konkrete Archivpfad des Benutzerordners hängt davon ab, wie die Archivpfade (siehe "ArcPathDef") in ELOxc konfiguriert wurden. Archivpfade können relativ zum Archivobjekt (der Archivwurzel) erzeugt werden, was einer absoluten Pfadangabe entspricht, oder relativ zum ELO Benutzer des Postfachbesitzers (ELO Benutzerpfad). ELOxc kann in einer Konfiguration beide Pfadarten parallel unterstützen, doch ELO Benutzerpfade können nur mit der Kontenübernahme verwendet werden.

Die Identifikation externer Benutzer als ELO Benutzer spielt eine zentrale Rolle, damit die Kontenübernahme auf Dauer funktioniert. Ist diese Identifikation gestört, ist es möglich, dass Benutzer mehrfach angelegt werden oder Postfachbesitzer auf die falschen ELO Benutzer abgebildet werden. Eine Ursachenanalyse und Bereinigung ist sehr aufwändig, da die archivierten Daten mit den Benutzer-IDs in den ACLs fest abgelegt worden sind - eine ACL enthält immer eine Benutzer-ID. Werden externe Benutzer doppelt übernommen, würde eine neue, zweite ID verwendet werden, was auch die verwendete ACL ändern würde.

Die von ELOxc definierte Kontenübernahme setzt die Verwendung der ELOam-Tabelle "ldapuserprops" voraus. Diese Tabelle dient als Erweiterung der ELO Benutzerdatenbank zur Verknüpfung bzw. Assoziation externer Datensätze mit ELO Datensätzen. In dieser Tabelle werden die Felder des externen Datensatzes gespeichert, damit ELO Benutzer nach ihrer Erstanlage jederzeit wieder mit ihren externen Daten identifiziert werden können. Eine wichtige Rolle spielt die GUID, welche in der Datenmenge der unterstützten Kataloge existiert. Diese GUID wird auch beim Erzeugen des ELO Benutzers in "userdata" verwendet. Im Regelfall ist dann eine direkte Assoziation des externen Benutzers mit dem ELO Benutzer möglich. Außerdem können Sie per ELOxc Konfiguration steuern, welches Format der ELO Benutzername haben soll.

Die Identifikation kann scheitern, wenn die Kontenübernahme von ELOxc auf eine historisch gewachsene ELO Benutzerdatenbank trifft. Es existiert zwar eine komplexe Kaskade zur heuristischen Bestimmung eines historischen ELO Benutzers auf Basis der aktuellen externen Daten (GUID, SMTP, SAMAccountName, UserPrincipalName, DisplayName), aber das kann natürlich auch scheitern. Die historisch gewachsenen ELO Benutzerdatenbanken haben in der Regel keine Inhalte in "ldapuserprops", sondern bestenfalls anwendungsspezifisch belegte Werte der klassischen "UserProps", sodass eine Identifikation von der Datengüte in "Benutzername", "Windows-Anmeldung" und/oder "Email" abhängt.