1. Startseite
  2. Nachrichten
  3. Herunterladen
    1. Thunderbird Release-Version
    2. Thunderbird 128 ESR
    3. Thunderbird 115 ESR
    4. Thunderbird Beta-Version
    5. Sprachpaket (Benutzeroberfläche)
    6. Wörterbücher (Rechtschreibprüfung)
  4. Hilfe & Lexikon
    1. Anleitungen zu Thunderbird
    2. Fragen & Antworten (FAQ) zu Thunderbird
    3. Hilfe zu dieser Webseite
  5. Forum
    1. Unerledigte Themen
    2. Letzte Beiträge
    3. Themen der letzten 24 Stunden
  • Anmelden
  • Registrieren
  • 
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Forum
  • Lexikon
  • Artikel
  • Seiten
  • Erweiterte Suche
  1. Thunderbird Mail DE
  2. Forum
  3. Hilfe zum Arbeiten mit Kontakten, Aufgaben und Kalendern
  4. Adressbuch

Keine Auflösung von Verweisen (Alias) beim LDAP-Zugriff

  • Thorsten
  • 30. August 2009 um 21:40
  • Geschlossen
  • Erledigt
  • Thorsten
    Junior-Mitglied
    Beiträge
    1
    Mitglied seit
    30. Aug. 2009
    • 30. August 2009 um 21:40
    • #1

    Hallo zusammen,

    ich möchte in der Firma einen LDAP-Server (OpenLDAP) einführen, mit dem u.a. zentral die Stammdaten der Mitarbeiter verwaltet werden sollen. Über diesen LDAP-Server sollen außerdem die Authentifikation und Autorisation für interne Applikationen erfolgen. Es wäre natürlich super, den LDAP-Server als zentrales Adressbuch einzubinden. Dieses stellt an sich kein Problem dar, da es hierfür zahlreiche Anleitungen im Netz gibt.

    Um den Verwaltungsaufwand und mögliche Fehlerquellen zu reduzieren, werden die Daten der Mitarbeiter alle in einer organizationalUnit "Personen" gespeichert. In der organizationUnit "Gruppen" können Benutzergruppen erstellt werden, die die verknüpften Personen speichern. Die Verknüpfung wird dabei durch einen Alias (siehe http://www.openldap.org/faq/data/cache/1111.html) realisiert, d.h. es wird kein neuer Personeneintrag erstellt, sondern auf einen bestehenden Eintrag verwiesen. So können an einer zentralen Stelle Änderungen durchgeführt werden.

    Das Verzeichnis hat folgenden Aufbau:

    Code
    dc=local,dc=site
     |
     |-- ou=Gruppen
     |   |
     |   |-- ou=Frauen
     |   |   |-- cn=Gabi Tester (Alias)
     |   |   |-- cn=Susanne Mustermann (Alias)
     |   |
     |   |-- ou=Maenner
     |       |-- cn=Heinz Tester (Alias)
     |       |-- cn=Max Mustermann (Alias)
     |
     |-- ou=Personen
     |   |-- cn=Gabi Tester
     |   |-- cn=Heinz Tester
     |   |-- cn=Max Mustermann
     |   |-- cn=Susanne Mustermann
    Alles anzeigen

    Die Definition eines Personeneintrags sieht so aus:

    Code
    dn: cn=Max Mustermann,ou=Personen,dc=local,dc=site
    objectClass: inetOrgPerson
    objectClass: organizationalPerson
    objectClass: person
    objectClass: top
    mail: max.mustermann@local.site
    sn: Mustermann
    cn: Max Mustermann

    Die Definition eines Alias sieht so aus:

    Code
    dn: cn=Max Mustermann,ou=Maenner,ou=Gruppen,dc=local,dc=site
    objectClass: alias
    objectClass: top
    objectClass: extensibleObject
    aliasedObjectName: cn=Max Mustermann,ou=Personen,dc=local,dc=site
    cn: Max Mustermann

    Nun möchte ich die so definierten Gruppen ebenfalls als Adressbücher in Thunderbird bereitstellen. Daher habe ich mir überlegt, pro Gruppe ein eigenes LDAP-Adressbuch zu erstellen, in dem jeweils der Basis-DN entsprechend gesetzt wird (z.B. "ou=Maenner,ou=Gruppen,dc=local,dc=site").

    Und hier kommt nun das Problem, das ich bisher noch nicht lösen konnte:

    Setze ich in einem dieser Gruppen-Adressbücher eine Suchanfrage ab (z.B. "* " für alle Personen in dieser Gruppe), dann werden Daten für die verknüpften Personen geliefert. Es werden leider jedoch nicht die Ziele der Verweise (das Objekt in der organizationalUnit "Personen") sondern der definierte Alias zurückgegeben. In diesem stehen natürlich nicht die gewünschten Daten (Nachname, Vorname, eMail-Adresse, usw.).

    In der Log-Datei des OpenLDAP findet sich für die Suchanfrage von Thunderbird folgender Eintrag:

    Code
    slapd[1139]: conn=68 op=3 SRCH base="ou=Maenner,ou=Gruppen,dc=local,dc=site" scope=2 deref=0 filter="(|(mail=**)(cn=* *)(givenName=* *)(sn=* *))"

    Das "defer=0" gibt an, daß Aliase nicht aufgelöst werden sollen und wird durch den LDAP-Client (Thunderbird also) übermittelt. Ich suche nun nach einer Möglichkeit Thunderbird so einzustellen, daß die Verweise aufgelöst werden.

    Setze ich folgendes ldapsearch ab

    Code
    ldapsearch -x -LLL -b ou=Maenner,ou=Gruppen,dc=local,dc=site -a never

    dann wird folgendes Ergebnis geliefert (der Alias-Eintrag also, da Verweise nicht aufgelöst werden sollen):

    Code
    dn: ou=Maenner,ou=Gruppen,dc=local,dc=site
    objectClass: organizationalUnit
    objectClass: top
    ou: Maenner
    
    
    
    
    dn: cn=Heinz Tester,ou=Maenner,ou=Gruppen,dc=local,dc=site
    objectClass: alias
    objectClass: top
    objectClass: extensibleObject
    aliasedObjectName: cn=Heinz Tester,ou=Personen,dc=local,dc=site
    cn: Heinz Tester
    
    
    
    
    dn: cn=Max Mustermann,ou=Maenner,ou=Gruppen,dc=local,dc=site
    objectClass: alias
    objectClass: top
    objectClass: extensibleObject
    aliasedObjectName: cn=Max Mustermann,ou=Personen,dc=local,dc=site
    cn: Max Mustermann
    Alles anzeigen

    Der zugehörige Log-Eintrag ("deref=0"):

    Code
    slapd[1139]: conn=71 op=1 SRCH base="ou=Maenner,ou=Gruppen,dc=local,dc=site" scope=2 deref=0 filter="(objectClass=*)"

    Aktiviere ich das Auflösen von Verweisen, dann bekomme ich folgendes (u.a. den gesuchten Personen-Eintrag):

    Code
    ldapsearch -x -LLL -b ou=Maenner,ou=Gruppen,dc=local,dc=site -a search

    Das Ergebnis:

    Code
    dn: cn=Heinz Tester,ou=Personen,dc=local,dc=site
    objectClass: inetOrgPerson
    objectClass: organizationalPerson
    objectClass: person
    objectClass: top
    mail: heinz.tester@local.site
    sn: Tester
    cn: Heinz Tester
    
    
    
    
    dn: cn=Max Mustermann,ou=Personen,dc=local,dc=site
    objectClass: inetOrgPerson
    objectClass: organizationalPerson
    objectClass: person
    objectClass: top
    mail: max.mustermann@local.site
    sn: Mustermann
    cn: Max Mustermann
    
    
    
    
    dn: ou=Maenner,ou=Gruppen,dc=local,dc=site
    objectClass: organizationalUnit
    objectClass: top
    ou: Maenner
    Alles anzeigen

    Und der zugehörige Log-Eintrag ("defer=1"):

    Code
    slapd[1139]: conn=72 op=1 SRCH base="ou=Maenner,ou=Gruppen,dc=local,dc=site" scope=2 deref=1 filter="(objectClass=*)"

    Die verwendete Systemkonfiguration:

    • OpenLDAP 2.4.17 mit bdb-Backend, OpenSuSE 11.1
    • Thunderbird 2.0.0.23, Windows XP Pro und Mac OS X 10.5.8

    Weiß jemand, wie ich Thunderbird so einstellen kann, daß Aliase bei der LDAP-Abfrage aufgelöst werden? Oder gibt es eine andere Möglichkeit, daß Thunderbird auf Gruppen im LDAP-Verzeichnis zugreifen kann?

    Ich hoffe, daß das nicht zu viele Informationen auf einmal waren und daß ich das Problem verdeutlichen konnte... ;)


    Viele Grüße,

    Thorsten

  • Community-Bot 3. September 2024 um 19:30

    Hat das Thema geschlossen.

Aktuelle Programmversion

  • Thunderbird 139.0.2 veröffentlicht

    Thunder 11. Juni 2025 um 17:31

Aktuelle ESR-Version

  • Thunderbird 128.11.1 ESR veröffentlicht

    Thunder 11. Juni 2025 um 17:27

Keine Werbung

Hier wird auf Werbeanzeigen verzichtet. Vielleicht geben Sie dem Website-Betreiber (Alexander Ihrig - aka "Thunder") stattdessen etwas aus, um diese Seiten auf Dauer finanzieren zu können. Vielen Dank!

Vielen Dank für die Unterstützung!

Kaffee ausgeben für:

Per Paypal unterstützen*

*Weiterleitung zu PayPal.Me

Thunderbird Mail DE
  1. Impressum & Kontakt
  2. Datenschutzerklärung
    1. Einsatz von Cookies
  3. Nutzungsbedingungen
  4. Spendenaufruf für Thunderbird
Hilfe zu dieser Webseite
  • Übersicht der Hilfe zur Webseite
  • Die Suchfunktion benutzen
  • Foren-Benutzerkonto - Erstellen (Neu registrieren)
  • Foren-Thema erstellen und bearbeiten
  • Passwort vergessen - neues Passwort festlegen
Copyright © 2003-2025 Thunderbird Mail DE

Sie befinden sich NICHT auf einer offiziellen Seite der Mozilla Foundation. Mozilla®, mozilla.org®, Firefox®, Thunderbird™, Bugzilla™, Sunbird®, XUL™ und das Thunderbird-Logo sind (neben anderen) eingetragene Markenzeichen der Mozilla Foundation.

Community-Software: WoltLab Suite™