Benachrichtigung(Ereignis) funktioniert nicht

[Pascal]

Hallo,

ich habe mir folgende Benachtrichtiung angelegt.

Name: Ticket wird bearbeitet.
Empfänger-Gruppe: Kunde
Ereignis: TicketStateUpdate
Status: in Bearbeitung
Betreff: ...
Text: ...

Nachdem der Status eines Tickets inBearbeitung gesetzt wird, soll der Kunde eine E-Mail bekommen. Der Kunde bekommt aber keine Nachricht.
Auch im Systemlog steht nichts drin.
ich habe auch schon die Cronjobs gestartet. Mit ./Cron.sh start otrs oder direkt mit dem User otrs. Trotzdem funktionieren die Benachrichtigungen nicht. Habe ich irgendwas übersehen oder muss ich da noch was starten? Die OTRS_Version ist 3.1.5.

Viele Grüße und Danke im Voraus.

Pascal

[Pascal]

Problem gelöst!

Der Kunde(Testkunde), der hier die Nachricht bekommen soll, hat die gleiche E-Mail-Adresse wie der Agent. Deswegen wird anscheinend die Nachricht nicht versendet.
OTRS 3.1.5 vergleicht anscheinend die E-Mail-Adressen. Bei 3.0. hat er das noch so gemacht.

[Barcuda]

Hallo Pascal,

kannst du mir bei dem Thema weiterhelfen? Ich habe das ganze mit den unterschiedlichen E-Mail Adressen auch getestet. Bei mir wird einfach keine Mail verschickt. Ich bin inzwischen echt ratlos.

Grunddaten: ORTS 3.1.6 local auf einem Windows 7 PC

Ich möchte wenn der Agent ein Ticket schließt, eine E-Mail an den Kunden versenden. Der E-Mail Versand funktioniert soweit, da der Kunde ein E-Mail bekommt sobald er über den Kundenbereich ein neues Ticket erstellt. Ich habe mir mein Log auch bereits angeschaut, da ist aber kein Eintrag zu finden, sondern nur der Eintrag das die E-Mail an den Kunden raus ist, auf das neu erstellte Ticket.

Ich habe im Adminbereich ein Ereignis erstellt mit folgenden Werten:
Empfänger-Gruppen: Kunde
Ereignis: TicketSateUpdate
Status: erfolgreich geschlossen, mit Workaround geschlossen
Queue: alle ausgewählt die ich erstellt habe

Benachrichtigung:

Code: Select all

Betreff: Neue Info zum Ticket: <OTRS_TICKET_TicketNumber>. <OTRS_AGENT_SUBJECT[10]>
Text: Hallo <OTRS_CUSTOMER_REALNAME>,

Wir haben für Sie zum Ticket: <OTRS_TICKET_TicketNumber> neue Informationen erhalten.

Der neue Status Ihres Tickets lautet: <OTRS_TICKET_State>


Wir haben dabei folgende Info erhalten:
<OTRS_AGENT_BODY[20]>


Sie können sich Ihr Ticket über folgenden Link anschauen.

<OTRS_CONFIG_HttpType>://<OTRS_CONFIG_FQDN>/<OTRS_CONFIG_ScriptAlias>customer.pl?Action=CustomerTicketZoom;TicketID=<OTRS_TICKET_ID>

Mit freundlichen Grüßen,

Artikeltyp der Benachrichtigung: email-notification-ext

Hilft aber irgendwie alles nicht.

Dann habe ich unter Core:Ticket einen Eintrag gefunden

Code: Select all

Ticket::EventModulePost###500-NotificationEvent
Sends the notifications which are configured in the admin interface under "Notfication (Event)". 
Schlüssel: Event
Inhalt: habe ich den Namen meines Ereignis eingetragen
Module: Kernel::System::Ticket::Event::NotificationEvent
Transaction: 1

Gruß Barcuda | Tobi

[chris_k]

Schonmal in die Logdatei gesehen ob da ein Error steht oder so?

[Barcuda]

Hallo Chris,

ja im Log habe ich nachgeschaut, da steht überhaupt kein Eintrag drin was auf ein Versenden der Nachricht hindeutet wenn das Ticket geschlossen wird

Was halt im Log steht, ist das die Automatische Antwort bei Ticket erstellen über das Customer Frontend an die Mail Adresse verschickt wurde. Und dabei ist egal ob Agent und Kunde die gleiche Mail Adresse haben. Das funktioniert wunderbar.

Code: Select all

[Thu Jun 21 10:10:17 2012][Notice][Kernel::System::Ticket::Article::ArticleSend] Sent email to 'xxxx <test@domain.com>' from 'xxxx <test@domain.com>'. HistoryType => SendAutoReply, Subject => [Ticket#2012062110000015] RE: Dies ist ein Test;
[Thu Jun 21 10:10:17 2012][Notice][Kernel::System::Ticket::Article::SendAutoResponse] Sent auto response (SendAutoReply) for Ticket [2012062110000015] (TicketID=57, ArticleID=161) to 'xxxx <test@domain.com>'.

Das Ticket habe ich gerade Testweise erstellt und dann geschlossen. Das ist wiegesagt der einzige Log Eintrag den ich dazu finde.

Gruß Barcuda | Tobi

[chris_k]

Ok, aber in der Sysconfig brauchst du da gar nix eintragen das muss trotzdem funktionieren...

Naja ich würd als nächstes mal prüfen ob die Datei auch vorhanden ist unter dem Pfad unten:
Kernel::System::Ticket::Event::NotificationEvent
Wobei das schon sein müsste sonst würdest du eine Fehlermeldung kriegen, ansonsten mal testen, ob das Ereignis funktioniert wenn du nicht Kunde wählst sondern eine statische E-Mail Adresse verwendest (nur um zu testen ob dein Ereignis wirklich ausgelöst wird).

[Barcuda]

Hi Chris,

also die Datei NotificationEvent.pm habe ich im besagten Pfad gefunden.

Ich habe den Test auch mit der statischen Mail Adresse gemacht, leider wieder ohne Erfolg. Es kommt keine E-Mail an.
Habe daraufhin im Log nachgeschaut, dort ist wieder kein Eintrag vorhanden.

Gruß Barcuda | Tobi

[chris_k]

Hmmm dann hab ich nur noch die Idee dass du nochmal alles ganz genau prüfen solltest, weil ich so den Verdacht habe, dass es einfach nicht ausgelöst wird...

und wenn deine änderungen in der sysconfig noch stehen solltest du das wieder rückgängig machen da muss man für die ereignisse nix eintragen oder ändern...

[Barcuda]

Hi Chris,

ich habe alles noch mal nachgeschaut. Bei mir klappt es nicht.

Habe als Workaround es nun so gemacht, das die Tickets per Frei Text Antwort geschlossen werden. Da wird die E-Mail nämlich an den Kunden verschickt.

Danke trotzdem für die Hilfe.

Gruß Barcuda | Tobi

[Pascal]

Hallo Tobi,

sorry, dass ich mich nicht gemeldet habe. Hatte Urlaub, Schulung ...

Ich habe leider auch keine Ahnung, warum das bei dir nicht funktioniert. Ich habe auch andauernd so komische Probleme.
Vielleicht geht es bei dir, wenn du die Cronjobs neustartest. Also mit dem otrs-user unter otrs/bin/ ./Cron.sh start ausführen.

Das hat bei mir mal geholfen.