Agentname nicht änderbar

Hilfe zu Znuny Problemen aller Art
Post Reply
thomdade
Znuny newbie
Posts: 2
Joined: 02 Apr 2025, 15:34
Znuny Version: 6.5.14
Real Name: David Thomi

Agentname nicht änderbar

Post by thomdade »

Hallo in die Runde,

wir haben ein seltsames Problem mit dem Nachnamen eines Agenten, den wir aufgrund eines Schreibfehlers korrigieren möchten. Egal auf welchem Weg wir es versuchen (Web-UI oder direkt in der Datenbank in der "Users" Tabelle): die Änderung wird in dem Moment, in dem sich der Agent das nächste Mal anmeldet, rückgängig gemacht.

Nach der Änderung über die Web-UI steht der korrekte Nachname in der Datenbank, aber sobald der nächste Login erfolgt, schreibt das System den alten Namen zurück (und in der Spalte "change_time" steht der Timestamp des Logins). Er scheint ihn also noch irgendwo anders zu persistieren - aber wo?

Wir haben auch schon mehrfach vor der Änderung den Cache gelöscht (Maint::Cache::Delete) und die Config neu erstellt (Maint::Config::Rebuild). Auch Reboots helfen nicht.

Hat jemand einen Tipp, was wir übersehen?

Vielen Dank und viele Grüße!

Version: Znuny 6.5.15 LTS
root
Administrator
Posts: 4243
Joined: 18 Dec 2007, 12:23
Znuny Version: Znuny and Znuny LTS
Real Name: Roy Kaldung
Company: Znuny
Contact:

Re: Agentname nicht änderbar

Post by root »

Hallo,

vermutlich habt ihr ein AuthSync mit einem LDAP/Active Directory konfiguriert. Da werden dann, bei gleichen Loginnamen, andere Attribute beim Anmelden aktualisiert. Da hilft nur AuthSync aus oer, besser, im Verzeichnisdienst die Daten korrigieren.

- Roy
Znuny and Znuny LTS running on CentOS / RHEL / Debian / SLES / MySQL / PostgreSQL / Oracle / OpenLDAP / Active Directory / SSO

Use a test system - always.

Do you need professional services? Check out https://www.znuny.com/

Do you want to contribute or want to know where it goes ?
thomdade
Znuny newbie
Posts: 2
Joined: 02 Apr 2025, 15:34
Znuny Version: 6.5.14
Real Name: David Thomi

Re: Agentname nicht änderbar

Post by thomdade »

Hallo,

in der Tat - das war die Ursache. Nur noch ein kleiner Teil der User wird über die angebundene AD verwaltet und wir hatte nicht mehr auf dem Schirm, dass ausgerechnet der betroffene Benutzer darunter fiel.

Daher vielen Dank für den Tipp!
Post Reply