Ereignisbasierte Benachrichtigungen funktionieren nicht

[Piv0]

Hallo zusammen

Ich habe unser Ticketsystem auf Version 4.0.14 upgedatet. Leider funktionieren nun die erreignisbasierten Benachrichtigungen nicht mehr.

Hier ein Beispiel:
Ereignis: TicketStateUpdate
Status: erfolgreich geschlossen
Empfänger: Kunde (testweise auch einfach meine Mailadresse)
Artikeltyp: Notiz extern

Die Benachrichtigungen welche ich per AutoAntworten-Queue versende funktionieren einwandfrei.
Mit der Version 3.2 hat das noch prima funktioniert.

Danke für eure Hilfe.
Gruss

[KlausNehrer]

Was steht denn in den Logs und in der Tickethistorie?
Und die Benachrichtigung Testweise schon neu erstellt?
Betrifft es alle Benachrichtigungen?
Und glaubst Du, dass nur ich auf diese Fragen hätte kommen können?

[Piv0]

Hallo KlausNehrer

im otrs.log steht leider nur folgendes:

Code: Select all

[Fri Nov 20 09:28:29 2015][Notice][main::_Start] Scheduler Daemon start! PID 13576
[Fri Nov 20 09:28:35 2015][Notice][main::_AutoRestart] Config.pm changed, unsafe to continue!
Scheduler is restarting...!
[Fri Nov 20 09:28:35 2015][Notice][main::_Start] Scheduler Daemon start! PID 13580
[Fri Nov 20 09:30:01 2015][Debug][main::_Status][580] Scheduler Daemon status request! PID 13580
[Fri Nov 20 09:55:02 2015][Debug][main::_Status][580] Scheduler Daemon status request! PID 13580
[Fri Nov 20 10:00:00 2015][Info][Kernel::System::Scheduler::Run] Task is rescheduled (TaskID: 1).
[Fri Nov 20 10:55:02 2015][Debug][main::_Status][580] Scheduler Daemon status request! PID 13580
[Fri Nov 20 11:00:00 2015][Info][Kernel::System::Scheduler::Run] Task is rescheduled (TaskID: 1).
[Fri Nov 20 11:00:01 2015][Debug][main::_Status][580] Scheduler Daemon status request! PID 13580

Apache2 Error.log

Code: Select all

ERROR: OTRS-CGI-10 Perl: 5.14.2 OS: linux Time: Fri Nov 20 10:00:18 2015
 Message: Invalid Challenge Token!
 RemoteAddress: x.x.x.x
 RequestURI: /otrs/index.pl?Action=AdminMailAccount;Subaction=Run;ID=4;ChallengeToken=HnP06TBN5tWCAb5uhGGiULI6ecwwRTxl;
 Traceback (13702):
   Module: Kernel::Output::HTML::Layout::ChallengeTokenCheck Line: 837
   Module: Kernel::Modules::AdminMailAccount::Run Line: 56
   Module: Kernel::System::Web::InterfaceAgent::Run Line: 996
   Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler Line: 41
   Module: (eval) (v1.99) Line: 204
   Module: ModPerl::RegistryCooker::run (v1.99) Line: 204
   Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 170
   Module: ModPerl::Registry::handler (v1.99) Line: 31

Auch in der Tickethistory fehlt der Punkt: System Email extern, so wie ich das kenne..
Aus diesem Grund habe ich auch meine Mailadresse direkt eingetragen, um zu checken ob das Ereignis überhaupt erkannt wird...

Wie bereits gesagt, es funktionieren nur die Erreignisbasierten Benachrichtigungen nicht.. und ja da funktioniert keine...
Auch wenn ich die Benachrichtigung neu baue, funktioniert sie nacher nicht.. Habe anstelle von TicketStateUpdate auch ArticleCreate verwendet.

Meine Vermutung ist dass das Erreignis gar nicht erst erkannt wird, Mailfunktion sollte kein Problem darstellen, allerdings wieso erkennt OTRS das Erreignis nicht...

Danke für deine Antwort und ja die Fragen habe ich mir auch gestellt, leider ohne Erfolg.
Ich werde aber meine Posts einwenig ausführlicher halten..

Danke und lieber Gruss

[mlamberty]

Hast du mal geguckt ob in deinen Persönlichen einstellung auch der Haken drin ist das du benachrichtigt werden willst?

[Piv0]

Hast du mal geguckt ob in deinen Persönlichen einstellung auch der Haken drin ist das du benachrichtigt werden willst?

Bin mir jetzt nicht sicher ob ich aufm Schlauch steh, aber als Customer kann ich dies doch gar nicht einrichten.

Und der Agent hat ja kein Problem, der Customer erhält die Mails nicht...
(ich kann aber mal versuchen für ein Agent ein erreignisbasierte Benachrichtigung einzurichten, bisher gabs noch keinen Need dazu...)

Gruss

[KlausNehrer]

Mailfunktion sollte kein Problem darstellen? Versendet das OTRS E-Mails?
Und mal ein grundlegende Ereignisbenachrichtigung erstellt?
Vielleicht klemmt es in migrierten Konfig? Die mal neu erstellt?

[Piv0]

Wie bereits gesagt, es funktionieren nur die Erreignisbasierten Benachrichtigungen nicht.. und ja da funktioniert keine...
Auch wenn ich die Benachrichtigung neu baue, funktioniert sie nacher nicht.. Habe anstelle von TicketStateUpdate auch ArticleCreate verwendet.

Meine Vermutung ist dass das Erreignis gar nicht erst erkannt wird, Mailfunktion sollte kein Problem darstellen, allerdings wieso erkennt OTRS das Erreignis nicht...

OTRS versendet Mails: JA Autoantworten funktionieren.
Ereignisbasierte Benachrichtigungen: NEIN funktionieren nicht. Wurden auch bereits neu erstellt!

[Piv0]

Also ich habe da Problem gefunden, allerdings kann ich es doch nicht lösen.

Ereignisbasierte Benachrichtigung funktioniert nur nicht, wenn der Kunde im Ticket auch Agent ist....

Sobald der Kunde kein Agent ist funktioniert es problemlos...

Jemand eine Idee? Danke und Gruss

[jojo]

es sollte problemlos funktionieren wenn der Kunde nicht die gleiche Mailadresse wie der Agent hat.

[mlamberty]

Also folgt die meldung nur daraus wenn ein Agent ein Ticket erstellt wo er sich selber als Kundenbenutzer angibt?

[KlausNehrer]

Nein, genau andersherum.

[Piv0]

Bei uns arbeiten verschiedene Abteilungen mit dem OTRS. Manchmal bin ich als Agent auch Kunde...
Nun spielt es eig. keine Rolle wer das Ticket erfasst, sobald der Kunde auch Agent ist, erhält er keine ereignisbasierten Benachrichtigungen.

Gibt es da einen Workaround?

[KlausNehrer]

Rollen
Oder ist jeder Agent in jeder Queue berechtigt!

[Piv0]

Bei uns ist jeder Agent in jeder Queue berechtigt.

[KlausNehrer]

Dann ist die E-Mail Adresse in jeder Queue als AgentAdresse bekann.
Für die Benachrichtigung solltest dann nicht den Kunden, sondern den Agent wählen.
Oder, über euer Konzept nachdenken. Alle Agents sind Kunden und haben Rechte auf alle Queues. Da stolpert man ja schon beim lesen.