ich wende mich an euch, in der Hoffnung, dass ihr mir noch weitere Tipps geben könnt.
Wir setzen in unserem Haus schon seit Jahren OTRS/Znuny LTS ein und hatten vor einer Weile offene Versionsupdates vorgenommen.
Wir sind von Version 6.0.35 Schritt für Schritt auf Version 6.0.46 gegangen.
Leider ist es so, dass keine Benachrichtigungen für die Agenten mehr verschickt werden.
Ich habe mir alle möglichen Logs oder auffindbare Post im Netz angesehen, konnte das Problem aber nicht lösen.
Das Problem ist, dass das Event anscheinend gar nicht erst getriggert wird. In der Historie oder in den Logs gibt es keinerlei Einträge.
Das Auto-Reply funktioniert, aber ordnungsgemäß, was zumindest für unsere Kunden gut ist.
Auffällig ist, dass in der DB die Tabelle notification_event_item merkwürdige Einträge aufweist. Hier mal ein Ausschnitt vom SQL-Dump:
Code: Select all
INSERT INTO `notification_event_item` (`notification_id`, `event_key`, `event_value`) VALUES
...
(11, 'QueueID', '55'),
(11, 'QueueID', '56'),
(11, 'QueueID', '57'),
(11, 'QueueID', '58'),
(11, 'QueueID', '59'),
...
Grundsätzlich konnte ich das Ganze leider auch reproduzieren.
Ich habe ein Testsystem ebenfalls mit der Version 6.0.35 Schritt für Schritt geupdated und konnte ab Version 6.0.39 feststellen, dass auch hier keine Benachrichtigungen mehr an die Agenten verschickt werden.
Nach dem Wechsel zurück auf 6.0.38 wurden die Benachrichtigungen für die Agenten ordnungsgemäß verschickt.
Auch mit einer komplett neuen Znuny-Instanz auf dem Testsystem mit Version 6.0.39 und einer neuen DB funktionieren die Benachrichtigungen für die Agenten ordnungsgemäß.
Ich habe dann testhalber die neue DB in der Config.pm der nicht funktionierenden Znuny-Instanz 6.0.39 hinterlegt und siehe da, die Benachrichtigungen funktionieren.
Das Gleiche habe ich dann auch noch einmal mit der alten DB aus der nicht funktionierenden Znuny-Instanz und der neuen Instanz gemacht und konnte das Ganze so reproduzieren, das es mit der DB, welche die Updates mit gemacht hat nicht funktioniert.
Der Vergleich der beiden DB brachte leider auch keine genauen Erkenntnisse. Auch gibt es in der nicht funktionierenden DB keine komischen Einträge wie aus dem obigen Auszug von unserem Produktivsystem.
Manuelle Anpassungen in den Testsystem sind lediglich die LDAP-Anbindung und eine SOAP-Schnittstelle für das Kundenbackend.
Habt ihr noch eine Idee, wonach ich suchen könnte?
Über jegliche Hinweise wäre ich sehr dankbar.
Grüße, Paul