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

Am 17.08.2017 um 10:44 schrieb Jan.Dreyer@bertelsmann.de:

...

Am 17.08.2017 um 09:49 schrieb Josef Penzkofer mailto:Josef.Penzkofer@rz.uni-regensburg.de>:

schrieb:

Soweit ich mich erinnere, funktioniert nur für Kunden, die einen Eintrag in (einer der) Kunden-DB haben.

Dem muss ich widersprechen. Dann würde es bei uns so gut wie nie funktionieren. Tut es aber. Gruß, Susan