Technische Referenz für den Lotus Domino-Connector
Dieser Artikel beschreibt den Lotus Domino-Connector. Der Artikel bezieht sich auf folgende Produkte:
- Microsoft Identity Manager 2016 (MIM2016)
- Forefront Identity Manager 2010 R2 (FIM2010R2)
- Muss Hotfix 4.1.3671.0 oder höher verwenden.
Der Connector steht für MIM2016 und FIM2010R2 im Microsoft Download Centerzum Download zur Verfügung.
Übersicht über den Lotus Domino-Connector
Der Lotus Domino-Connector ermöglicht die Integration des Synchronisierungsdiensts in den Lotus Domino-Server von IBM.
Im Anschluss finden Sie einen allgemeinen Überblick über die von der aktuellen Connector-Version unterstützten Features:
| Komponente | Unterstützung |
|---|---|
| Verbundene Datenquelle | Server: |
| Szenarien | |
| Operations | |
| Schema |
Der Lotus Domino-Connector verwendet für die Kommunikation mit dem Lotus Domino-Server den Lotus Notes-Client. Aufgrund dieser Abhängigkeit muss auf dem Synchronisierungsserver ein unterstützter Lotus Notes-Client installiert sein. Die Kommunikation zwischen Client und Server wird über die .NET-Interop-Schnittstelle für Lotus Notes (Interop.domino.dll) implementiert. Diese Schnittstelle ermöglicht die Kommunikation zwischen der Microsoft-.NET-Plattform und dem Lotus Notes-Client und unterstützt den Zugriff auf Lotus Domino-Dokumente und -Sichten. Abhängig von der ausgewählten Deltaimportmethode kann für den Deltaimport ggf. auch die native C++-Schnittstelle verwendet werden.
Voraussetzungen
Bevor Sie den Connector verwenden, stellen Sie sicher, dass auf dem Synchronisierungsserver folgende Voraussetzungen erfüllt sind:
- Microsoft .NET 4.6.2 Framework oder höher
- Auf dem Synchronisierungsserver muss der Lotus Notes-Client installiert sein.
- Für den Lotus Domino-Connector muss auf dem Domino-Verzeichnisserver die standardmäßige Lotus Domino-LDAP-Schemadatenbank (schema.nsf) vorhanden sein. Sollte sie nicht vorhanden sein, können Sie sie installieren, indem Sie auf dem Domino-Server den LDAP-Dienst ausführen oder neu starten.
- VC++ 14 Runtime, x86 - und x64-Versionen von VC++ Redistributable
Die Bereitstellung dieses Connectors erfordert möglicherweise eine Anpassung Ihres Lotus Domino-Servers. Für Bereitstellungen, die die Integration von MIM mit Domino in einer Produktionsumgebung umfassen, empfehlen wir Kunden, mit einem Bereitstellungspartner zusammenzuarbeiten, um Hilfe, Anleitungen und Unterstützung für diese Integration zu erhalten.
Berechtigungen für die verbundene Datenquelle
Zum Ausführen der unterstützten Vorgänge des Lotus Domino-Connectors müssen Sie folgenden Gruppen angehören:
- Administratoren mit Vollzugriff
- Administrators
- Datenbankadministratoren
Die folgende Tabelle gibt Aufschluss über die erforderlichen Berechtigungen für die einzelnen Vorgänge:
| Vorgang | Zugriffsrechte |
|---|---|
| Importieren | |
| Exportieren und Kennwort festlegen | Effektiver Zugriff: |
Direkte Vorgänge und AdminP
Vorgänge werden entweder direkt oder aber über den AdminP-Prozess an das Domino-Verzeichnis weitergeleitet. Die folgenden Tabellen enthalten alle unterstützten Objekte, Vorgänge und (sofern zutreffend) die dazugehörige Implementierungsmethode:
Primäres Adressbuch
| Object | Erstellen | Aktualisieren | Löschen |
|---|---|---|---|
| Person | AdminP | Direkt | AdminP |
| Gruppieren | AdminP | Direkt | AdminP |
| Mail-In-Datenbank | Direkt | Direkt | Direkt |
| Resource | AdminP | Direkt | AdminP |
Sekundäres Adressbuch
| Object | Erstellen | Aktualisieren | Löschen |
|---|---|---|---|
| Person | – | Direkt | Direkt |
| Gruppieren | Direkt | Direkt | Direkt |
| Mail-In-Datenbank | Direkt | Direkt | Direkt |
| Resource | – | – | – |
Beim Erstellen einer Ressource wird ein Notes-Dokument erstellt. Analog dazu wird beim Löschen einer Ressource auch das Notes-Dokument gelöscht.
Ports und Protokolle
Der IBM Lotus Notes-Client und die Domino-Server kommunizieren per NRPC (Notes Remote Procedure Call, NRPC). Für NRPC muss TCP/IP verwendet werden. Die Standardportnummer 1352 kann vom Domino-Administrator geändert werden.
Nicht unterstützt
Die folgenden Vorgänge werden von der aktuellen Version des Lotus Domino-Connectors nicht unterstützt:
- Verschieben des Postfachs zwischen Servern
Erstellen eines neuen Connectors
Installieren und Konfigurieren der Clientsoftware
Lotus Notes muss auf dem Server installiert sein, bevor der Connector installiert wird.
Führen Sie eine Einzelbenutzerinstallation aus. Die standardmäßige Mehrbenutzerinstallation kann nicht verwendet werden.
Installieren Sie auf der Featureseite nur die erforderlichen Lotus Notes-Features und die einmalige Clientanmeldung. Einmaliges Anmelden ist für die Anmeldung des Connectors beim Domino-Server erforderlich.
Hinweis: Starten Sie Lotus Notes einmalig mit einem Benutzer, der sich auf demselben Server befindet wie das Konto, das sie als Dienstkonto des Connectors verwenden. Stellen Sie auch sicher, dass der Lotus Notes-Client auf dem Server geschlossen ist. Der Client darf nicht ausgeführt werden, wenn der Connector versucht, eine Verbindung mit dem Domino-Server herzustellen.
Connectorerstellung
Wählen Sie zum Erstellen eines Lotus Domino-Connectors im Synchronisierungsdienst die Option Verwaltungs-Agent und anschließend Erstellen aus. Wählen Sie den Connector Lotus Domino (Microsoft) aus.
Falls Ihre Synchronisierungsdienstversion eine Möglichkeit zum Konfigurieren der Architektur bietet, stellen Sie sicher, dass der Connector auf den Standardwert für die Ausführung in Prozess festgelegt ist.
Konnektivität
Auf der Konnektivitätsseite müssen Sie den Namen des Lotus Domino-Servers sowie die Anmeldeinformationen angeben.
Die Domino-Servereigenschaft unterstützt zwei Formate für den Server:
- ServerName
- Servername/Verzeichnisname
Das Format Servername/Verzeichnisname wird für dieses Attribut bevorzugt, da es die Reaktionsgeschwindigkeit erhöht, wenn der Connector den Domino-Server kontaktiert.
Die angegebene Benutzer-ID-Datei wird in der Konfigurationsdatenbank des Synchronisierungsdiensts gespeichert.
Für den Deltaimport stehen folgende Optionen zur Verfügung:
- Keine. Der Connector führt keine Deltaimporte aus.
- Hinzufügen/Aktualisieren. Der Connector führt Deltaimporte für Hinzufüge- und Aktualisierungsvorgänge aus. Für Löschvorgänge ist ein vollständiger Import erforderlich. Bei diesem Vorgang wird die .NET-Interop verwendet.
- Hinzufügen/Aktualisieren/Löschen. Der Connector führt Deltaimporte für Hinzufüge-, Aktualisierungs- und Löschvorgänge aus. Bei diesem Vorgang werden die nativen C++-Schnittstellen verwendet.
Folgende Schemaoptionen stehen zur Auswahl:
- Standardschema. Der Connector erkennt das Schema vom Domino-Server. Diese Auswahl ist die Standardoption.
- DSML-Schema. Wird nur verwendet, wenn der Domino-Server das Schema nicht verfügbar macht. In diesem Fall können Sie eine DSML-Datei mit dem Schema erstellen und das Schema stattdessen importieren. Weitere Informationen zu DSML finden Sie unter OASIS.
Wenn Sie auf „Weiter“ klicken, werden die Konfigurationsparameter für Benutzer-ID und Kennwort überprüft.
Globale Parameter
Die Seite mit den globalen Parametern dient zum Konfigurieren der Zeitzone und der Option für Import- und Exportvorgänge.
Der Parameter Domino Server-Serverzeitzone definiert den Standort Ihres Domino-Servers.
Diese Konfigurationsoption wird für Vorgänge vom Typ Deltaimport benötigt, da der Synchronisierungsdienst so Veränderungen zwischen den letzten beiden Importen ermitteln kann.
Hinweis
Seit dem Update vom März 2017 beinhaltet der Bildschirm mit den globalen Parametern die Option zum Löschen der E-Mail-Datenbank des Benutzers während der Löschung des Benutzers.
Importeinstellungen, Methode
Für Vollständigen Import durchführen nach stehen folgende Optionen zur Verfügung:
- Suche
- Sicht (empfohlen)
Suche nutzt die Indizierung in Domino, die Indizes werden jedoch häufig nicht in Echtzeit aktualisiert, und die vom Server zurückgegebenen Daten sind nicht immer korrekt. Für Systeme mit vielen Änderungen eignet sich diese Option in der Regel nicht gut, und in bestimmten Fällen führt sie sogar zu ungewollten Löschvorgängen. Suche ist allerdings schneller als Sicht.
Sicht wird empfohlen, da diese Option den korrekten Zustand der Daten liefert. Sie ist geringfügig langsamer als „Suche“.
Erstellen virtueller Contact-Objekte
Die Enable creation of _Contact object (Aktivieren der Erstellung von _Contact-Objekt ) verfügt über folgende Optionen:
- Keine
- Werte ohne Verweis
- Verweiswerte und Werte ohne Verweis
In Domino können Verweisattribute viele verschiedene Formate für den Verweis auf andere Objekte enthalten. Um verschiedene Variationen darstellen zu können, implementiert der Connector _Contact-Objekte, die auch als virtuelle Kontakte (Virtual Contacts , VC) bezeichnet werden. Diese Objekte werden erstellt, damit sie mit vorhandenen MV-Objekten verknüpft oder als neue Objekte projiziert werden können. Auf diese Weise können Attributverweise beibehalten werden.
Wenn diese Einstellung aktiviert wird und der Inhalt eines Verweisattributes kein DN-Format ist, wird ein _Contact -Objekt erstellt. Ein Mitgliedsattribut einer Gruppe kann beispielsweise SMTP-Adressen enthalten. In Verweisattributen können auch „shortName“ und andere Attribute vorhanden sein. Wählen Sie für dieses Szenario die Option Werte ohne Verweisaus. Diese Konfiguration ist die am häufigsten verwendete Einstellung für Domino-Implementierungen.
Wenn Lotus Domino so konfiguriert ist, dass es separate Adressbücher mit unterschiedlichen namen aufweist, die dasselbe Objekt darstellen, ist es auch möglich, _Contact -Objekte für alle Verweiswerte zu erstellen, die in einem Adressbuch gefunden werden. Wählen Sie in diesem Szenario die Option Verweiswerte und Werte ohne Verweis aus.
Wenn das Attribut FullName in Domino mehrere Werte besitzt, müssen Sie auch die Erstellung virtueller Kontakte aktivieren, damit Verweise aufgelöst werden können. Dieses Attribut kann nach einer Zusammenführung oder Trennung z.B. mehrere Werte aufweisen. Aktivieren Sie das Kontrollkästchen Aktivieren ... FullName verfügt für dieses Szenario über mehrere Werte .
Durch die Verknüpfung mit den richtigen Attributen werden die _Contact Objekte mit dem MV-Objekt verknüpft.
Diese Objekte haben VC=_Contact ihrem DN hinzugefügt.
Importeinstellungen, Konfliktobjekt
Konfliktobjekt ausschließen
In einer großen Domino-Implementierung kann es aufgrund von Replikationsproblemen vorkommen, dass mehrere Objekte den gleichen DN besitzen. In diesen Fällen liegen dem Connector zwei Objekte mit unterschiedlichen UniversalID-Werten, aber gleichem DN vor. Dieser Konflikt hätte die Erstellung eines kurzlebigen Objekts im Connectorbereich zur Folge. Der Connector kann Objekte ignorieren, die in Domino als Replikationsopfer ausgewählt wurden. Es wird empfohlen, dieses Kontrollkästchen nicht zu deaktivieren.
Exporteinstellungen
Wenn die Option AdminP zum Aktualisieren von Verweisen verwenden deaktiviert ist, werden Verweisattribute wie etwa ein Mitgliedsattribut mit einem direkten Aufruf ohne Verwendung des AdminP-Prozesses exportiert. Verwenden Sie diese Option nur, wenn AdminP nicht konfiguriert wurde, um die referenzielle Integrität zu gewährleisten.
Routinginformationen
In Domino können Routinginformationen als DN-Suffix in ein Verweisattribut eingebettet werden. Beispielsweise kann das Member-Attribut in einer Gruppe CN=example/organization@ABC enthalten. Das Suffix @ABC ist die Routinginformation. Routinginformationen dienen in Domino zum Senden von E-Mails an das richtige Domino-System. Hierbei kann es sich um ein System in einer anderen Organisation handeln. Im Feld für Routinginformationen können Sie die Routingsuffixe angeben, die innerhalb der Organisation im Connectorbereich verwendet werden. Wird einer dieser Werte als Suffix in einem Verweisattribut gefunden, wird die Routinginformation aus dem Verweis entfernt. Wenn das Routingsuffix für einen Verweiswert nicht mit einem der angegebenen Werte abgeglichen werden kann, wird ein _Contact -Objekt erstellt. Diese _Contact-Objekte werden erstellt, wobei RO=@<RoutingSuffix> in den DN eingefügt wird. Für diese _Contact-Objekte werden auch die folgenden Attribute hinzugefügt, um bei Bedarf die Verknüpfung mit einem echten Objekt zu ermöglichen: _routingName, _contactName, _displayName und UniversalID.
Zusätzliche Adressbücher
Falls keine Directory Assistance zur Angabe des Namens sekundärer Adressbücher installiert ist, können Sie die Adressbücher manuell eingeben.
Mehrwertige Transformation
Viele Attribute in Lotus Domino sind mehrwertig. Die entsprechenden Metaverse-Attribute sind in der Regel einwertig. Durch Konfigurieren der Option für den Import- und Exportvorgang kann der Connector zur erforderlichen Umwandlung der betroffenen Attribute beitragen.
Export
Die Option für den Exportvorgang unterstützt zwei Modi:
- Element anfügen
- Element ersetzen
Element ersetzen : Bei Verwendung dieser Option entfernt der Connector immer die aktuellen Werte des Attributs in Domino und ersetzt sie durch die angegebenen Werte. Die angegebenen Werte können ein- oder mehrwertig sein.
Beispiel: Das Assistentenattribut eines Personenobjekts hat folgende Werte:
- CN=Greg Winston/OU= Contoso /O=Americas,NAB=names.nsf
- CN=John Smith/OU= Contoso /O=Americas,NAB=names.nsf
Wird diesem Personenobjekt nun ein neuer Assistent namens David Alexander zugewiesen, sieht das Ergebnis wie folgt aus:
- CN=David Alexander/OU= Contoso /O=Americas,NAB=names.nsf
Element anfügen : Bei Verwendung dieser Option behält der Connector die vorhandenen Werte des Attributs in Domino bei und fügt am Anfang der Datenliste neue Werte ein.
Beispiel: Das Assistentenattribut eines Personenobjekts hat folgende Werte:
- CN=Greg Winston/OU= Contoso /O=Americas,NAB=names.nsf
- CN=John Smith/OU= Contoso /O=Americas,NAB=names.nsf
Wird diesem Personenobjekt nun ein neuer Assistent namens David Alexander zugewiesen, sieht das Ergebnis wie folgt aus:
- CN=David Alexander/OU= Contoso /O=Americas,NAB=names.nsf
- CN=Greg Winston/OU= Contoso /O=Americas,NAB=names.nsf
- CN=John Smith/OU= Contoso /O=Americas,NAB=names.nsf
Importieren
Die Option für den Importvorgang unterstützt zwei Modi:
- Standard
- Mehrwertig zu einwertig
Standard : Bei Verwendung der Option „Standard“ werden sämtliche Werte aller Attribute importiert.
Mehrwertig zu einwertig : Bei Verwendung dieser Option wird ein mehrwertiges Attribut in ein einwertiges Attribut konvertiert. Sind mehrere Werte vorhanden, wird der oberste Wert verwendet (dies ist meist auch der neueste Wert).
Beispiel: Das Assistentenattribut eines Personenobjekts hat folgende Werte:
- CN=David Alexander/OU= Contoso /O=Americas,NAB=names.nsf
- CN=Greg Winston/OU= Contoso /O=Americas,NAB=names.nsf
- CN=John Smith/OU= Contoso /O=Americas,NAB=names.nsf
Die neueste Aktualisierung dieses Attributs ist David Alexander. Da die Importvorgangsoption auf „Mehrwertig zu einwertig“ festgelegt ist, importiert der Connector nur David Alexander in den Connectorbereich.
Die Logik zum Konvertieren von mehrwertigen Attributen in einwertige Attribute gilt nicht für das Gruppenmitgliedsattribut und das Person-Attribut fullname .
Es ist auch möglich, Import- und Exporttransformationsregeln für mehrwertige Attribute pro Attribut (als Ausnahme für die globale Regel) zu konfigurieren. Um diese Option zu konfigurieren, geben Sie [objecttype].[attributename] in die Textfelder import exclusion attribute list (Import exclusion attribute list ) und export exclusion attribute list (Ausschlusssattributliste importieren) ein. Wenn Sie also beispielsweise „Person.Assistant“ eingeben und das globale Flag auf den Import aller Werte festgelegt ist, wird für den Assistenten nur der erste Wert importiert.
Zertifizierer
Alle Organisationen/Organisationseinheiten werden vom Connector aufgeführt. Zum Exportieren von Personenobjekten in das primäre Adressbuch wird ein Zertifizierer mit dazugehörigem Kennwort benötigt.
Wenn alle Zertifizierer dasselbe Kennwort haben, kann das Kennwort für alle Zertifizierer verwendet werden. In diesem Fall können Sie hier das Kennwort eingeben und nur die Zertifiziererdatei angeben.
Bei reinen Importvorgängen muss kein Zertifizierer angegeben werden.
Bereitstellungshierarchie konfigurieren
Überspringen Sie diese Seite beim Konfigurieren des Lotus Domino-Connectors. Der Lotus Domino-Connector unterstützt hierarchische Bereitstellungen nicht.
Partitionen und Hierarchien konfigurieren
Wenn Sie Partitionen und Hierarchien konfigurieren, müssen Sie das primäre Adressbuch namens „NAB=names.nsf“ auswählen. Zusätzlich zum primären Adressbuch können Sie auch sekundäre Adressbücher auswählen (sofern vorhanden).
Attribute auswählen
Wenn Sie Ihre Attribute konfigurieren, müssen Sie alle Attribute auswählen, denen _MMS_ vorangestellt ist. Diese Attribute sind erforderlich, wenn Sie neue Objekte für Lotus Domino bereitstellen.
Objektlebenszyklusverwaltung
Dieser Abschnitt enthält eine Übersicht über die verschiedenen Objekte in Domino.
Personenobjekte
Das Personenobjekt stellt Benutzer in der Organisation und in Organisationseinheiten dar. Zusätzlich zu den Standardattributen kann der Domino-Administrator einem Personenobjekt auch benutzerdefinierte Attribute hinzufügen. Ein Personenobjekt muss mindestens alle erforderlichen Attribute enthalten. Eine vollständige Liste mit erforderlichen Attributen finden Sie unter Lotus Notes-Eigenschaften. Die Registrierung eines Personenobjekts setzt Folgendes voraus:
- Das Adressbuch (names.nsf) muss definiert worden sein, und es muss sich um das primäre Adressbuch handeln.
- Sie müssen über die O-/OE-Zertifizierer-ID und das Kennwort für die Registrierung eines bestimmten Benutzers in der Organisation/Organisationseinheit verfügen.
- Sie müssen einen spezifischen Satz von Lotus Notes-Eigenschaften für ein Personenobjekt definieren. Diese Eigenschaften werden für die Bereitstellung des Personenobjekts verwendet. Weitere Informationen finden Sie weiter unten in diesem Dokument im Abschnitt Lotus Notes-Eigenschaften.
- Das ursprüngliche HTTP-Kennwort für eine Person ist ein Attribut und wird bei der Bereitstellung festgelegt.
- Für Personenobjekte werden folgende Typen unterstützt:
- Normaler Benutzer mit einer Mail- und einer Benutzer-ID-Datei
- Roamingbenutzer (ein normaler Benutzer mit allen Roamingdatenbankdateien)
- Kontakte (Benutzer ohne ID-Datei)
Personen (mit Ausnahme von Kontakten) können weiter in US-Benutzer und internationale Benutzer gruppiert werden, wie durch den Wert der _MMS_IDRegType-Eigenschaft definiert. Diese Personen greifen mithilfe des Notes-Clients auf Lotus Domino-Server zu, besitzen eine Notes-ID und verfügen über ein Personendokument. Bei Verwendung von Notes Mail besitzen sie außerdem eine Maildatei. Zur Aktivierung muss der Benutzer registriert werden. Weitere Informationen finden Sie unter
- Einrichten von Notizenbenutzern, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_SETTING_UP_NOTES_USERS.html - Benutzerregistrierung, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_REGISTERING_USERS.html - Verwalten von Benutzern, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_MANAGING_USERS_5151.html - Umbenennen von Benutzern, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_RENAMING_A_LOTUS_INOTES_USER_STEPS.html
Alle diese Vorgänge werden in Lotus Domino ausgeführt und anschließend in den Synchronisierungsdienst importiert.
Ressourcen und Räume
Eine Ressource ist eine andere Art von Datenbank in Lotus Domino. Bei Ressourcen kann es sich um Konferenzräume mit unterschiedlichen Arten von Ausstattung (z.B. Projektoren) handeln. Der Lotus Domino-Connector unterstützt Untertypen von Ressourcen, die anhand des Ressourcentypattributs definiert werden:
| Ressourcentyp | Ressourcentypattribut |
|---|---|
| Raum | 1 |
| Ressource (Sonstiges) | 2 |
| Onlinebesprechung | 3 |
Für die ordnungsgemäße Verwendung des Ressourcenobjekttyps ist Folgendes erforderlich:
- Die Ressourcenreservierungsdatenbank muss bereits auf dem verbundenen Domino-Server vorhanden sein.
- Der Standort für die Ressource muss bereits definiert sein.
Die Ressourcenreservierungsdatenbank enthält drei Arten von Dokumenten:
- Standortprofil
- Resource
- Reservierung
Weitere Informationen zum Einrichten der Ressourcenreservierungsdatenbank finden Sie unter Einrichten der Ressourcenreservierungsdatenbank, zuvor unter https://www-01.ibm.com/support/knowledgecenter/SSKTMJ_8.0.1/com.ibm.help.domino.admin.doc/DOC/H_SETTING_UP_THE_RESOURCE_RESERVATIONS_DATABASE.html.
Erstellen, Aktualisieren und Löschen von Ressourcen
Die Erstellungs-, Aktualisierungs- und Löschvorgänge werden vom Lotus Domino-Connector in der Ressourcenreservierungsdatenbank ausgeführt. Ressourcen werden als Dokumente in „Names.nsf“ (dem primären Adressbuch) erstellt. Weitere Informationen zum Bearbeiten und Löschen von Ressourcen finden Sie unter Bearbeiten und Löschen von Ressourcendokumenten, zuvor unter https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_EDITING_AND_DELETING_RESOURCE_DOCUMENTS.html.
Importieren und Exportieren von Ressourcen
Die Ressourcen können genau wie andere Objekttypen in den Synchronisierungsdienst importiert und daraus exportiert werden. Wählen Sie den Objekttyp während der Konfiguration als Ressource aus. Halten Sie für einen erfolgreichen Exportvorgang Details zu Ressourcentyp, Konferenzdatenbank und Standortname bereit.
Mail-In-Datenbanken
Eine Mail-In-Datenbank ist eine Datenbank für den Empfang von E-Mails. Diese Datenbank ist ein Lotus Domino-Postfach, das keinem bestimmten Lotus Domino-Benutzerkonto zugeordnet ist (d.h. es besitzt keine eigene ID-Datei und kein eigenes Kennwort). Einer Mail-In-Datenbank sind eine eindeutige Benutzer-ID (Kurzname) und eine eigene E-Mail-Adresse zugeordnet.
Falls ein separates Postfach mit eigener E-Mail-Adresse benötigt wird, die von verschiedenen Benutzern gemeinsam genutzt werden kann (z.B. „group@contoso.com“), wird eine Mail-In-Datenbank erstellt. Der Zugriff auf dieses Postfach wird mithilfe der entsprechenden Zugriffssteuerungsliste (Access Control List, ACL), gesteuert. Diese enthält die Namen der Notes-Benutzer, die zum Öffnen des Postfachs berechtigt sind.
Eine Liste mit den erforderlichen Attributen finden Sie weiter unten in diesem Artikel im Abschnitt Erforderliche Attribute .
Wenn eine Datenbank für den E-Mail-Empfang konzipiert wird, wird in Lotus Domino ein Mail-In-Datenbankdokument erstellt. Dieses Dokument muss im Domino-Verzeichnis jedes Servers vorhanden sein, auf dem eine Kopie der Datenbank gespeichert wird. Eine ausführliche Beschreibung zum Erstellen eines E-Mail-Datenbankdokuments finden Sie unter Erstellen eines Mail-In Datenbankdokuments, zuvor unter https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_A_MAILIN_DATABASE_DOCUMENT_FOR_A_NEW_DATABASE_OVERVIEW.html.
Vor dem Erstellen einer Mail-In-Datenbank muss die Datenbank bereits auf dem Domino-Server vorhanden sein (sollte vom Lotus-Administrator erstellt worden sein).
Gruppenverwaltung
Eine ausführliche Übersicht über die Lotus Domino-Gruppenverwaltung finden Sie in den folgenden Ressourcen:
- Verwenden von Gruppen, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_USING_GROUPS_OVER.html - Erstellen einer Gruppe, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_AND_MODIFYING_GROUPS_STEPS_MIDTOPIC_55038956829238418.html - Erstellen und Ändern von Gruppen, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_AND_MODIFYING_GROUPS_STEPS.html - Verwalten von Gruppen, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_MANAGING_GROUPS_1804.html - Umbenennen einer Gruppe, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_RENAMING_A_GROUP_STEPS.html
Kennwortverwaltung
Für einen registrierten Lotus Domino-Benutzer gibt es zwei Arten von Kennwörtern:
- Benutzerkennwort (gespeichert in der Datei „User.id“)
- Internet-/HTTP-Kennwort
Der Lotus Domino-Connector unterstützt nur Vorgänge mit HTTP-Kennwort.
Zur Verwaltung von Kennwörtern müssen Sie im Verwaltungs-Agent-Designer die Kennwortverwaltung für den Connector aktivieren. Wählen Sie dazu auf der Dialogseite Erweiterungen konfigurieren die Option Kennwortverwaltung aktivieren aus.
Der Lotus Domino-Connector unterstützt folgende Vorgänge für das Internetkennwort:
- Kennwort festlegen: Legt in Domino ein neues HTTP-/Internetkennwort für den Benutzer fest. Das Konto wird außerdem standardmäßig entsperrt. Das Entsperr-Flag wird über die WMI-Schnittstelle des Synchronisierungsmoduls verfügbar gemacht.
- Kennwort ändern: In diesem Szenario möchte ein Benutzer unter Umständen sein Kennwort ändern, oder er wird nach einer bestimmten Zeit zu einer Kennwortänderung aufgefordert. Bei diesem Vorgang muss sowohl das alte als auch das neue Kennwort angegeben werden. Nach erfolgter Änderung wird das neue Kennwort in Lotus Domino aktualisiert.
Weitere Informationen finden Sie unter
- Verwenden des Internetsperrfeatures
- Verwalten von Internetkennwörtern, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_NOTES_AND_INTERNET_PASSWORD_SYNCHRONIZATION_7570_OVER.html
Verweisinformationen
In diesem Abschnitt werden Attributbeschreibungen und Attributanforderungen für den Lotus Domino-Connector aufgeführt.
Lotus Notes-Eigenschaften
Bei der Bereitstellung von Personenobjekten für Ihr Lotus Domino-Verzeichnis benötigen Ihre Objekte einen spezifischen Satz von Eigenschaften mit bestimmten Werten. Diese Werte sind nur bei Erstellvorgängen erforderlich.
In der folgenden Tabelle werden diese Eigenschaften aufgeführt und beschrieben:
| Eigenschaft | BESCHREIBUNG |
|---|---|
| _MMS_AltFullName | Der alternative vollständige Name des Benutzers. |
| _MMS_AltFullNameLanguage | Die Sprache für die Angabe des alternativen vollständigen Namens des Benutzers. |
| _MMS_CertDaysToExpire | Die Anzahl von Tagen (ab dem aktuellen Datum) bis zum Ablauf des Zertifikats. Ohne Angabe wird standardmäßig ein Datum verwendet, das vom aktuellen Datum aus zwei Jahre in der Zukunft liegt. |
| _MMS_Certifier | Eigenschaft, die den Organisationshierarchienamen des Zertifizierers enthält. Beispiel: OU=OrganizationUnit,O=Org,C=Country. |
| _MMS_IDPath | Ist diese Eigenschaft leer, wird auf dem Synchronisierungsserver keine lokale Benutzer-ID-Datei erstellt. Wenn die Eigenschaft einen Dateinamen enthält, wird eine Benutzer-ID-Datei im madata Ordner erstellt. Die Eigenschaft kann auch einen vollständigen Pfad enthalten. |
| _MMS_IDRegType | Personen können als Kontakte, US-Benutzer und internationale Benutzer klassifiziert werden. Die folgende Tabelle enthält die möglichen Werte: |
| _MMS_IDStoreType | Erforderliche Eigenschaft für US-Benutzer und internationale Benutzer. Die Eigenschaft enthält einen Ganzzahlwert, der angibt, ob die Benutzer-ID als Anlage im Notes-Adressbuch oder in der Maildatei der Person gespeichert wird. Wenn die Benutzer-ID-Datei eine Anlage im Adressbuch ist, kann sie optional als Datei mit _MMS_IDPath erstellt werden. |
| _MMS_MailQuotaSizeLimit | Die für die E-Mail-Dateidatenbank zulässige Anzahl von Megabytes. |
| _MMS_MailQuotaWarningThreshold | Die Anzahl von Megabytes für die E-Mail-Dateidatenbank, bei deren Überschreitung eine Warnung ausgegeben wird. |
| _MMS_MailTemplateName | Die E-Mail-Vorlagendatei, die zum Erstellen der E-Mail-Datei des Benutzers verwendet wird. Ist eine Vorlage angegeben, wird die Maildatei unter Verwendung der angegebenen Vorlage erstellt. Ist keine Vorlage angegeben, wird die Datei auf der Grundlage der Standardvorlagendatei erstellt. |
| _MMS_OU | Optionale Eigenschaft zum Angeben des Namens der Organisationseinheit unter dem Zertifizierer. Bei Kontakten muss diese Eigenschaft leer sein. |
| _MMS_Password | Erforderliche Eigenschaft für Benutzer. Die Eigenschaft enthält das Kennwort für die ID-Datei des Objekts. |
| _MMS_UseAdminP | Legen Sie diese Eigenschaft auf „true“ fest, wenn die Maildatei durch den AdminP-Prozess auf dem Domino-Server (und damit asynchron zum Exportvorgang) erstellt werden soll. Ist die Eigenschaft auf „false“ festgelegt, wird die Maildatei mit dem Domino-Benutzer (synchron im Exportvorgang) erstellt. |
Für einen Benutzer mit einer zugeordneten Identifikationsdatei muss die _MMS_Password-Eigenschaft einen Wert enthalten. Für den E-Mail-Zugriff über den Lotus Notes-Client müssen die Eigenschaften „MailServer“ und „MailFile“ eines Benutzers einen Wert enthalten.
Für den E-Mail-Zugriff über einen Webbrowser müssen die folgenden Eigenschaften Werte enthalten:
- MailFile: Erforderliche Eigenschaft, die den Pfad auf dem Lotus Domino-Server enthält, an dem die Maildatei gespeichert ist.
- MailServer: Erforderliche Eigenschaft, die den Namen des Lotus Domino-Servers enthält. Bei diesem Wert handelt es sich um den Namen, der beim Erstellen der Lotus-Maildatei auf dem Domino-Server verwendet werden muss.
- HTTPPassword: Optionale Eigenschaft, die das Webzugriffskennwort für das Objekt enthält.
Für den Zugriff auf den Domino-Server ohne E-Mail-Funktion muss die Eigenschaft „HTTPPassword“ einen Wert enthalten. Die Eigenschaften „MailFile“ und „MailServer“ können dagegen leer sein.
Mit _MMS_ IDStoreType = 2 (Speicher-ID in der Mail-Datei) wird die MailSystem-Eigenschaft von NotesRegistrationclass auf REG_MAILSYSTEM_INOTES (3) festgelegt.
Erforderliche Attribute
Der Lotus Domino-Connector unterstützt hauptsächlich die folgenden Arten von Objekten (Dokumenttypen):
- Gruppieren
- Mail-In-Datenbank
- Person
- Kontakt (Person ohne Zertifizierer)
- Resource
In diesem Abschnitt sind die Attribute aufgeführt, die für die einzelnen unterstützten Objekte erforderlich sind, um sie auf einen Domino-Server zu exportieren.
| Objekttyp | Erforderliche Attribute |
|---|---|
| Gruppieren | |
| Mail-In-Datenbank | |
| Person | |
| Kontakt (Person ohne Zertifizierer) | |
| Resource |
Allgemeine Probleme und Fragen
Die Schema-Erkennung funktioniert nicht.
Für eine erfolgreiche Schemaerkennung muss die Datei „schema.nsf“ auf dem Domino-Server vorhanden sein. Diese Datei wird nur angezeigt, wenn auf dem Server LDAP installiert ist. Überprüfen Sie Folgendes, falls das Schema nicht erkannt wird:
- Die Datei „schema.nsf“ befindet sich im Stammordner des Domino-Servers.
- Der Benutzer ist zum Anzeigen der Datei „schema.nsf“ berechtigt.
- Erzwingen Sie einen Neustart des LDAP-Servers. Öffnen Sie die Lotus Domino-Konsole, und laden Sie das Schema mithilfe des Befehls Tell LDAP ReloadSchema neu.
Es werden nicht alle sekundären Adressbücher angezeigt.
Für die Suche nach sekundären Adressbüchern benötigt der Domino-Connector das Feature Directory Assistance . Wenn die sekundären Adressbücher fehlen, überprüfen Sie, ob die Verzeichnisunterstützung auf https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_ABOUT_DIRECTORY_ASSISTANCE.html dem Domino-Server aktiviert und konfiguriert wurde.
Benutzerdefinierte Attribute in Domino
Das Schema kann in Domino auf unterschiedliche Arten erweitert werden, sodass es als benutzerdefiniertes Attribut erscheint, das vom Connector genutzt werden kann.
Ansatz 1: Erweitern des Lotus Domino-Schemas
- Erstellen Sie eine Kopie der Domino-Verzeichnisvorlage {PUBNAMES. NTF}, indem Sie die folgenden Schritte ausführen, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_A_COPY_OF_THE_DEFAULT_PUBIC_ADDRESS_BOOK_TEMPLATE.html(Sie sollten die IBM Lotus Domino-Standardverzeichnisvorlage nicht anpassen): - Öffnen Sie die Kopie der Domino-Verzeichnisvorlage {CONTOSO.NTF}, die Sie erstellt haben, in Domino Designer, und führen Sie die folgenden Schritte aus:
- Klicken Sie auf „Freigegebene Elemente“, und erweitern Sie „Unterformulare“.
- Doppelklicken Sie anschließend auf das Unterformular „${ObjectName}InheritableSchema“ (wobei „{ObjectName}“ der Name der standardmäßigen strukturellen Objektklasse ist, z.B. „Person“).
- Geben Sie für das Attribut, das Sie dem Schema hinzufügen möchten, den Namen „{MyPersonAtrribute}“ ein. Erstellen Sie ein entsprechendes Feld, indem Sie im Menü Erstellen die Option Feld auswählen.
- Legen Sie die Eigenschaften des hinzugefügten Felds fest, indem Sie im Fenster mit den Feldeigenschaften den Typ, das Format, die Größe, die Schriftart und ähnliche Parameter auswählen.
- Behalten Sie für den Standardwert des Attributs den für das Attribut vergebenen Namen bei. (Wenn der Attributname also beispielsweise „MyPersonAttribute“ lautet, behalten Sie den Standardwert mit dem gleichen Namen bei.)
- Speichern Sie das Unterformular „${ObjectName}InheritableSchema“ mit den aktualisierten Werten.
- Ersetzen Sie die Domino-Verzeichnisvorlage {PUBNAMES. NTF} mit der neuen angepassten Vorlage {CONTOSO. NTF}, indem Sie die folgenden Schritte ausführen, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_ABOUT_RULES_FOR_CUSTOMIZING_THE_PUBLIC_ADDRESS_BOOK.html. - Schließen Sie Domino Administrator, und öffnen Sie die Domino-Konsole, um den LDAP-Dienst neu zu starten und das LDAP-Schema neu zu laden:
- Fügen Sie in der Domino-Konsole den Befehl unter Domino-Befehlstext gespeichert ein, um den LDAP-Dienst neu zu starten– Task LDAP neu starten, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_10.0.1/admin/conf_startingandstoppingtheldapservice_c.html. - Verwenden Sie zum Neuladen des LDAP-Schemas den Befehl „Tell LDAP ReloadSchema“.
- Fügen Sie in der Domino-Konsole den Befehl unter Domino-Befehlstext gespeichert ein, um den LDAP-Dienst neu zu starten– Task LDAP neu starten, zuvor unter
- Öffnen Sie Domino Administrator, und rufen Sie die Registerkarte für Personen und Gruppen auf, um sich zu vergewissern, dass das hinzugefügte Attribut beim Hinzufügen einer Person in Domino verfügbar ist.
- Öffnen Sie auf der Dateiregisterkarte die Datei „Schema.nsf“, und vergewissern Sie sich, dass sich das hinzugefügte Attribut in der LDAP-Objektklasse „dominoPerson“ befindet.
Ansatz 2: Erstellen einer Erweiterungsklasse mit benutzerdefiniertem Attribut und Zuordnen zur Objektklasse
- Erstellen Sie eine Kopie der Domino-Verzeichnisvorlage {PUBNAMES. NTF}, indem Sie die folgenden Schritte ausführen, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_A_COPY_OF_THE_DEFAULT_PUBIC_ADDRESS_BOOK_TEMPLATE.html(Nie anpassen der IBM Lotus Domino-Standardverzeichnisvorlage): - Öffnen Sie die Kopie der Domino-Verzeichnisvorlage {CONTOSO.NTF}, die Sie erstellt haben, in Domino Designer.
- Wählen Sie im linken Bereich „Freigegebener Code“ und anschließend „Unterformulare“ aus.
- Klicken Sie auf „Neues Unterformular“.
- Führen Sie folgende Schritte aus, um die Eigenschaften für das neue Unterformular anzugeben:
- Wählen Sie im geöffneten neuen Unterformular „Design“ und anschließend „Unterformulareigenschaften“ aus.
- Geben Sie neben der Eigenschaft „Name“ einen Namen für die Erweiterungsobjektklasse ein (beispielsweise „TestSubform“).
- Lassen Sie die Optionseigenschaft „In Einfügedialogfeld für das Unterformular einschließen“ aktiviert.
- Deaktivieren Sie die Optionseigenschaft „Pass-through-HTML in Notes rendern“.
- Lassen Sie die anderen Eigenschaften unverändert, und schließen Sie das Eigenschaftendialogfeld für das Unterformular.
- Speichern und schließen Sie das neue Unterformular.
- Gehen Sie wie folgt vor, um ein Feld zum Definieren der Erweiterungsobjektklasse hinzuzufügen:
- Öffnen Sie das von Ihnen erstellte Unterformular.
- Wählen Sie „Erstellen“ und anschließend „Feld“ aus.
- Geben Sie neben dem Namen auf der Registerkarte „Grundlagen“ des Felddialogfelds einen beliebigen Namen an (beispielsweise „{MyPersonTestAttribute}“).
- Legen Sie die Eigenschaften des hinzugefügten Felds fest, indem Sie den Typ, das Format, die Größe, die Schriftart und ähnliche Parameter auswählen.
- Behalten Sie für den Standardwert des Attributs den für das Attribut vergebenen Namen bei. (Wenn der Attributname also beispielsweise „MyPersonTestAttribute“ lautet, behalten Sie den Standardwert mit dem gleichen Namen bei.)
- Speichern Sie das Unterformular mit den aktualisierten Werten, und gehen Sie dann wie folgt vor:
- Wählen Sie im linken Bereich „Freigegebener Code“ und anschließend „Unterformulare“ aus.
- Wählen Sie das neue Unterformular und anschließend „Design“ > „Designeigenschaften“ aus.
- Klicken Sie auf die dritte Registerkarte von links, und wählen Sie Dieses Designänderungsverbot weitergebenaus.
- Öffnen Sie das Unterformular „${ObjectName}ExtensibleSchema“ (wobei „{ObjectName}“ der Name der standardmäßigen strukturellen Objektklasse ist, z.B. „Person“).
- Fügen Sie die Ressource ein, wählen Sie das von Ihnen erstellte Unterformular (z.B. „TestSubform“) aus, und speichern Sie das Unterformular „${ObjectName}ExtensibleSchema“.
- Ersetzen Sie die Domino-Verzeichnisvorlage {PUBNAMES. NTF} mit der neuen angepassten Vorlage {CONTOSO. NTF}, indem Sie die folgenden Schritte ausführen, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_ABOUT_RULES_FOR_CUSTOMIZING_THE_PUBLIC_ADDRESS_BOOK.html. - Schließen Sie Domino Administrator, und öffnen Sie die Domino-Konsole, um den LDAP-Dienst neu zu starten und das LDAP-Schema neu zu laden:
- Fügen Sie in der Domino-Konsole den Befehl unter Domino-Befehlstext gespeichert ein, um den LDAP-Dienst neu zu starten– Task LDAP neu starten, zuvor unter
https://www.ibm.com/support/knowledgecenter/SSKTMJ_10.0.1/admin/conf_startingandstoppingtheldapservice_c.html. - Verwenden Sie zum Neuladen des LDAP-Schemas den Befehl Tell LDAP ReloadSchema.
- Fügen Sie in der Domino-Konsole den Befehl unter Domino-Befehlstext gespeichert ein, um den LDAP-Dienst neu zu starten– Task LDAP neu starten, zuvor unter
- Öffnen Sie Domino Administrator, und rufen Sie die Registerkarte für Personen und Gruppen auf, um sich zu vergewissern, dass das hinzugefügte Attribut beim Hinzufügen einer Person in Domino (auf der Registerkarte „Sonstiges“) verfügbar ist.
- Öffnen Sie auf der Dateiregisterkarte die Datei „Schema.nsf“, und vergewissern Sie sich, dass sich das hinzugefügte Attribut in der LDAP-Erweiterungsobjektklasse „TestSubform“ befindet.
Methode 3: Hinzufügen des benutzerdefinierten Attributs zur ExtensibleObject-Klasse
- Öffnen Sie die im Stammverzeichnis abgelegte Datei „{Schema.nsf}“.
- Wählen Sie im linken Menü unter Alle Schemadokumente LDAP-Objektklassen aus, und klicken Sie anschließend auf die Schaltfläche Objektklasse hinzufügen:
- Geben Sie den LDAP-Namen im Format „{zzzExtensibleSchema}“ ein (wobei „zzz“ der Name der standardmäßigen strukturellen Objektklasse ist, z.B. „Person“). Wenn Sie das Schema also beispielsweise für die Objektklasse „Person“ erweitern möchten, geben Sie den LDAP-Namen „{PersonExtensibleSchema}“ an.
- Geben Sie den übergeordneten Objektklassennamen an, für den Sie das Schema erweitern möchten. Wenn Sie das Schema also beispielsweise für die Objektklasse „Person“ erweitern möchten, geben Sie den übergeordneten Objektklassennamen „{dominoPerson}“ an.
- Geben Sie eine gültige, der Objektklasse entsprechende OID an.
- Wählen Sie unter den Feldern für obligatorische oder optionale Attributtypen nach Bedarf erweiterte/benutzerdefinierte Attribute aus.
- Klicken Sie auf Speichern und schließen, nachdem Sie der erweiterbaren Objektklasse (ExtensibleObjectClass) die erforderlichen Attribute hinzugefügt haben.
- Für die entsprechende Standardobjektklasse wird eine erweiterte Objektklasse (ExtensibleObjectClass) mit erweiterten Attributen erstellt.
Problembehandlung
- Informationen zum Aktivieren der Protokollierung für die Behandlung von Connectorproblemen finden Sie unter Vorgehensweise: Aktivieren der ETW-Ablaufverfolgung für Connectors.