• Deutsch
  • English
  • Anmeldung OTOBO Community
+49 (0)9427 68 39 000
OTOBO
  • SOFTWARE
    • Software | Überblick
    • IT Service Management
    • Customer Service Management
    • Enterprise Service Management
    • Demo
    • Download
    • Dokumentation
  • SERVICES
    • Überblick Services
    • Beratung
    • Training
    • Entwicklung
    • OTRS Migration zu OTOBO
    • Support
    • Managed Service
    • Support-Portal
  • UNTERNEHMEN
    • Über uns
    • Karriere
    • Partner
    • Kontakt
    • Newsletter
  • RESSOURCEN
  • COMMUNITY
    • Open Source
    • Community Forum
    • Download
    • Dokumentation
    • OTOBO übersetzen
  • Click to open the search input field Click to open the search input field Suche
  • Menü Menü

Schlagwörter: LDAP Login Kundeninterface Agenteninterface

Ansicht von 3 Antwort-Threads
  • Autor
    Beiträge
    • 11. April 2024 um 10:41 Uhr - Views: 873 #29743
      Tristan Ochs
      Teilnehmer

        Mahlzeit Zusammen,

        ich würde den Kundenbenutzern (bzw. ebenfalls den Agenten) gerne ermöglichen, sich sowohl mit ihrem Benutzernamen, als auch mit der vollständigen E-Mailadresse anzumelden.

        Sprich aktuell funktioniert der Login via LDAP nur mit Hilfe des Benutzernamens. Zukünftig soll auch Benutzername@Firmenname.de funktionieren.

        Lässt sich das irgendwie umsetzen? Ich befürchte sonst führt das bei unseren Usern z.T. dazu, dass sich verzweifelt versucht wird mit der E-Mailadresse anzumelden – natürlich ohne Erfolg.

        Grüße
        Tristan

      • 11. April 2024 um 17:35 Uhr #30070
        Stefan Abel
        Moderator

          Hallo,

          ggf. statt sAMAccountName oder uid in der Einstellung AuthModule::LDAP::UID die Mailadresse verwenden und mit AuthModule::LDAP::UserSuffix arbeiten?

          Habe ich noch nicht ausprobiert und normalerweise bekommen die Anwender das auch hin, wenn man denen sagt, dass sie sich mit ihrem Windows-Login (bspw.) anmelden sollen.

        • 11. April 2024 um 17:37 Uhr #30071
          Stefan Abel
          Moderator

            Ah, Kundenbenutzer wäre adäquat Customer::AuthModule::LDAP::UID und Customer::AuthModule::LDAP::UserSuffix. Bzw. dann ggf. noch das Mapping anpassen.

          • 16. April 2024 um 8:27 Uhr #30079
            Tristan Ochs
            Teilnehmer

              Hallo Stefan,

              danke für deine Idee. Ich habe nun alles umgeswitcht auf den Login via mail.

              Das Ganze verhält sich nun folgendermaßen:
              1. Ist Customer::AuthModule::LDAP::UserSuffix aktiviert und konfiguriert, wird sich per Nutzername eingeloggt, es kann sich nicht per E-Mail eingeloggt werden.
              2. Ist Customer::AuthModule::LDAP::UserSuffix deaktiviert, kann sich ausschließlich per E-Mail eingeloggt werden.

              Leider ist es somit immer noch nicht die Lösung, nach der ich gesucht habe.

              Ich denke mal, dass wird dann auch nur durch eine Veränderung des Programmcodes möglich sein – sprich es müsste so programmiert sein, dass der UserSuffix optional genutzt wird und nicht zwingend. Wenn keiner eine andere Idee hat, dann switch ich jetzt zurück auf Login via sAMAccountName und belass das erst einmal so.

              Grüße
              Tristan

          • Autor
            Beiträge
          Ansicht von 3 Antwort-Threads
          • Du musst angemeldet sein, um auf dieses Thema antworten zu können.

          Foren durchsuchen

          Anmeldung

          Anmeldung

          Konto erstellen
          Passwort vergessen?

          Login via Social

          Profil

          Bitte vervollständigen Sie nach der Registrierung Ihr Profil, das vereinfacht die spätere Kommunikation enorm. Ihre Profileinstellung finden Sie, wenn Sie auf Ihr Avatarbild klicken.

          Sie können Ihren Avatar ändern, indem Sie sich mit Ihrer E-Mail-Adresse unter gravatar.com registrieren.

          Letzte Aktivitäten

          • Queues ändern per Script oder Massenänderung
          • Mandantenfähigkeit
          • Dynamische Felder in AgentTicketNote mit ACL verstecken
          • FAQ: kaputtes Copy & Paste von Bildern zwischen Artikeln
          • Benachrichtigung „Ticket wurde mir entzogen“ möglich?

          Unternehmen

          Über uns
          Karriere
          Stellenbörse
          Partner werden
          Kontakt
          Newsletter

          OTOBO | Simplify work and create exceptional service experiences.

          Die Source Code Owner und Maintainer hinter OTOBO.

          Software

          Service Management-Plattform
          OTOBO Demo
          OTOBO Download
          OTOBO Dokumentation

          Security-Problem melden:
          security@otobo.org

          Services

          Support-Portal
          Beratung
          Training
          Support
          Managed Services
          Erweiterung
          OTRS Migration
          Partner finden

          Community

          Open Source
          Community Forum
          Mitmachen
          OTOBO Developer
          OTOBO@GitHub

          © 2026 Rother OSS GmbH | All rights reserved.
          • Cookie-Einstellungen
          • Impressum
          • Datenschutz
          • Haftungsausschluss
          Nach oben scrollen Nach oben scrollen Nach oben scrollen