Hallo Sepp! Am 22.08.2017 um 09:20 schrieb Josef Penzkofer:
Also die Variable
funktioniert bei mir so, dass manchmal der Realname des Kunden in der Benachrichtigung steht, manchmal aber der Realname des System-Accounts.
Dann ist das vermutlich die gleiche Stelle, mit der ich rang. Meiner Meinung nach ein Bug, der allerdings historisch bedingt ist und den Changelogs nach bewusst eingeführt wurde. Ich habe das für mich wie folgt behoben: In Kernel::System::Ticket (also $OTRSHOME/Kernel/System/Ticket.pm steht in Zeile 4554ff: # trigger notification event $Self->EventHandler( Event => 'NotificationOwnerUpdate', Data => { TicketID => $Param{TicketID}, SkipRecipients => \@SkipRecipients, CustomerMessageParams => { %Param, Body => $Param{Comment} || '', }, }, UserID => $Param{UserID}, ); Die explizite Änderung der Parameter für NotificationOwnerUpdate habe ich auskommentiert: # trigger notification event $Self->EventHandler( Event => 'NotificationOwnerUpdate', Data => { TicketID => $Param{TicketID}, SkipRecipients => \@SkipRecipients, CustomerMessageParams => { %Param, # removed by SD # Body => $Param{Comment} || '', }, }, UserID => $Param{UserID}, ); Seither erhalten meine Kollegen auch bei Owner Update die erwartete Nachricht. Diese Änderung ist nicht persistent gegen Updates. Da sie so klein ist, habe ich mir nicht die Mühe gemacht herauszufinden, wie ich sie gegen Updates schütze. Gruß, Susan