in unserer 19.06 Cloud funktionieren die Skripte immer noch und tun zuverlässig das, was sie sollen.
Bitte beachtet, dass nicht jeder Anruf zwingend in Extern/Nachher oder in def_hangup landet! Das ist abhängig davon, was mit dem eingehenden Anruf alles passieren kann. (Abwürfe,Umleitungen, AB, Blindtransfer, Übernahmen usw…) Deshalb ist es durchaus möglich, dass ein verpasster Anruf nicht als verpasste eMail zugestellt wird, weil ggf. 1. das entsprechende Skript erst gar nicht aufgerufen wurde oder 2. die Bedingung im Skript zum Versenden einer eMail nicht zu trifft.
So ist zB. ${CHANNEL(state)} bei einem verpassten Anruf auf die direkte DW eines Benutzers anders, als bei einem verpassten Anruf auf ein Team. Das muss im Script entsprechend abgefangen werden.
Dazu unbedingt die CLI anschauen, um den entsprechenden Status an zu erfahren!
Die verpassten Anrufe kommen über das Team rein und das “def_hangup” hat früher ja auch die Mails versendet. Ich denke ich werde das mal in einer Testanlage ausprobieren, wenn es eigentlich noch funktionieren sollte.
das war nur zum Test für @radek angedacht, ob seine Anlage überhaupt eMails verschickt…
Ändere es mal wieder wie es war. Wenn Du copy/paste verwendest achte drauf, dass sich keine falschen Hochkomma im Skript einschleichen.
Ruf das Team an und und beende den Anruf bevor Timeout Extern des Teams abgelaufen ist.
Habe es gerade mal auf unserer 19.06 Cloud-Spieleanlage getestet. Funktioniert auf Anhieb…
Und weil ich so gerne Bilder mache…
vielen Dank für deine Hilfe. Scheinbar mache ich was falsch?! Wenn ich den Befehl von dir eingebe, copy & paste funktioniert leider nicht, erhalte ich:
steht in der Zeile weiter hinten ggf. noch… (type 'core show help echo…
Dann hast Du die echo-Zeile an der CLI eingetippt und nicht an der Konsole!?
CLI mit ! beenden (Ausrufezeichen eintippen und mit ENTER bestätigen)- dann bist Du an der Konsole. (asterisk@deinInstanzName:/$)
Die echo-Zeile in meinem Post habe ich in einen Code-Block eingefügt. Die solltest Du beruhigt mit CTRL+c kopieren können und an der Cloud-Konsole mit SHIFT+CTRL+v einfügen, email@domain.de mit Deiner eMail-Adresse ersetzten und mit ENTER abschicken.
Da jeder Benutzer seine eigene DW hat, kannst Du die var_mail auch im hang-up Skript setzten.
Der Vorteil ist halt, dass Du alles kompakt an einer Stelle konfigurieren kannst.
Du kannst natürlich auch ein eigenes Skript erstellen, in dem Du die entsprechende eMail-Adresse setzten lässt. Dazu musst Du dann natürlich aus dem hang-up in Dein eigenes Skript verzweigen und mit dem Ergebnis als Übergabeparameter wieder zurück zu hang-up.
Die Möglichkeiten sind vielfältig…
Ich habe einen Anruf abgesetzt und den relevanten CLI Auszug in eine Textdatei kopiert, die ich an diesen Beitrag angehängt habe. Kannst du damit etwas anfangen und einen Rückschluss ziehen, warum es nicht funktioniert?
Wie auch immer – wenn es so ist, soll es so sein….
In beiden Fällen sind die Bedingungen des ExecIf nicht erfüllt (zu erkennen an der 0 in Zeile 10 u. 14) –
"0?System(echo…… Wäre die Bedingung erfüllt, müsste an der Stelle eine 1 stehen und die eMail geht raus.
Wenn wir den ersten Aufruf ab Zeile8 betrachten und das ExecIf in Deinem Script so aus sieht
erkennen wir in Zeile 8 u. 9, dass MDC_EXTEN gleich 10 ist. (DW des Teams) Das würde also passen. Bleibt die Vermutung, dass Variable CHANNEL(state) anstelle -Ring- etwas anderes enthält. (wenn auch nur schwer vorstellbar). Leider sehen wir den Inhalt von CHANNEL(state) in der CLI nicht.
Das kannst Du aber ändern, indem Du in der def_hangup, in Zeile 2 u. 3 folgendes einfügst
Im zweiten Aufruf ist ExecIf nicht erfüllt, weil MDC_EXTEN offensichtlich LEER ist. (Erkennbar in Zeile12 u. 13 / vergl. Zeile8 u. 9) Das soll uns nicht weiter stören, da wir sonst 2 eMails bekommen würden.
Ist Deine Anlage 19.06 oder ist das noch eine ältere Version?
Vielen Dank für deinen ausführlichen Beitrag! Ich werde vermmutlich morgen dazu kommen das auszuprobieren und werde das Ergebnis im Anschluss hier posten.
