[Lars Schönmottel]

Hallo Zusammen,

ich habe ein merkwürdiges Problem bei der Nutzung eines GenericAgent.

Das Ziel ist trivial: Immer wenn ein neues Ticket in unserer standard Queue angelegt wird, soll ein bestimmtes Modul ausgeführt werden.

Dafür hab ich einen neuen GenericAgent angelegt und als Ereignis-Auslöser TicketCreate und ArticleCreate ausgewählt. Bei „Tickets selektieren“ habe ich nur die Queue gesetzt.  Für das Modul habe ich natürlich noch unser eigenes Modul eingetragen. Alle anderen Einstellungen des GenericAgent habe ich gelassen.

Problembeschreibung: Der GenericAgent wird getriggert wenn ein neues Telefon/E-Mail-Ticket manuell angelegt wird – alles gut. Er wird auch getriggert wenn das PostMaster E-Mail Konto von einem Admin manuell abgerufen wird. Allerdings passiert nichts, wenn die Abholung der Tickets im PostMaster durch den Cronjob ausgeführt wird. Das Ticket wird zwar erstellt und der standard Queue zugeordnet aber der GenericAgent wird nicht gestartet.

Im Systemprotokoll sehe ich keine Logzeilen die man diesem Verhalten zuordnen könnte.

Hat hier jemand dazu eine Idee woran es liegen könnte?

Vielen Dank

 

[marcel-graf]

Hallo Lars,

wir nutzen den Genric Agent und bilden damit unsere Postmaster Filter ab.  Wir hatten mit dem Postmaster Probleme, wenn mehrer Abteilungen im To oder CC Feld waren und diese Abteilungen dann auch Otobo nutzen.

Zum Beispiel Mails der Personalabteilung landen durch den Postmaster in der HR Queue:

Unter dieser HR Queue gibt es noch 3 weitere Queues:

1. Krank

2.Eintritt

3. Austritt

Nun wird für jede Queue ein Genric Agent angelegt und dieser Filter nun nach dem Btreff oder Inhalt und wird über das Ereignis Ticket -> TicketCreate ausgeführt.

Eventuell hakt da bei euch ein Postmaster Filter dazwischen.

Bei deiner Abholung der Tickets im PostMaster durch den Cronjob musst du mal im Nachrichtenprotokoll schauen, wie das da aussieht.

Gruß Marcel

[Lars Schönmottel]

Hallo Marcel,

danke für die Rückmeldung. Wir konnten das Problem mittlerweile lösen:

In unserem eigenen Perlmodul ist ein Error aufgetreten, welcher auf eine fehlerhafte Docker Installation zurückzuführen war. Der Cronjob für den Postmaster wird in dem Daemon Container ausgeführt (welcher fehlerhaft war), das manuelle Abholen passiert in dem Web Container…das erklärt dieses höhst merkwürdige Verhalten ;)

Leider hat otobo alle Fehlermeldungen aus dem Agenten „verschluckt“. Das hat das debugging enorm erschwert. Ich bin nur an dem Fehler gekommen in dem ich den Quellcode so abgeänderte habe, dass Fehlermeldungen in eine Datei geschrieben werden.

[marcel-graf]

Hallo Lars,

danke für die Rückmeldung.

Gruß Marcel

[Autor]

Beiträge