In dem Fall kannst du in der hangup extension prüfen ob der Kanal zum einen von deiner Queue kommt und zum anderen bislang unbeantwortet ist. So in der Art (für queue 5000):
ich weiß das Thema hängt hier schon ein weilchen - bei uns gab es die gleiche Anforderung und ich war froh dafür ein fertiges Script gefunden zu haben - ich hatte es bei unserem alten Asterisk ähnlich gelöst. Aber bei weitem nicht so komfortabel
Mir ist nur noch eine Sache aufgefallen an der ich gerade rumgrüble…
Bei uns haben manche User mehere Telefone - soll vorkommen - und eben diese User bekommen dann pro Telefon eine Emailbenachrichtigung. Auch wenn ein Telefon ran geht kommt für die beiden anderen in diesem Moment die Meldung, dass der Anruf verpasst wurde. Hab ich das nur an einer falschen Stelle eingeklinkt - oder ist das tatsächlich ein “Design”-Problem?
das ist mal eine gute Gelegenheit, wie versprochen, zu berichten.
Wir haben die Skripte seit einigen Wochen bei uns selbst und bei Kunden im Einsatz - und sie funktionieren perfekt.
An dieser Steller nochmals vielen DANK an TOM!!!
Ich selbst habe an meinem Benutzer auf unserer eigenen Anlage 4 Telefone hängen, (Telefone kann man nie genug haben )
kann aber nicht bestätigen, dass es eine eMail (verpasster Anruf) für einen beantworten Anruf gibt, egal an welchem Telefon
ich das Gespräch entgegen nehme. Ebenfalls egal ist auch, ob ein Anruf direkt auf meine Duchwahl kommt oder mich über
eine Warteschlange erreicht.
Wenn Du eine eMail nach erfolgr. beantwortetem Anruf erhälst, dann trifft die Bedingung ${CHANSTATE}" = “Ring” bzw. ${DIALSTATUS}"!=“ANSWER” in Deiner Konfig nicht zu.
Hast Du schon mal in der CLI nachgeschaut wie der entsprechende Status nach Beendigung eines Telefonats ist?
Ich stelle Dir mal ein Teil von unserem def_hangup Skript ein. Dann kannst Du mal mit Deinem vergleichen…
kannst Du mir das noch genauer erklären, wie ich wo was eintragen muss?
Und wie genau die Reihenfolge beim Abwerfen ist
Bin noch nicht wirklich drinnen in der Materie, würde das “Feature” aber gerne nutzen!
Habe eine MobyDick mit v7.11.1 und Nutzer mit Dreistelliger Durchwahl.
Jedoch habe ich auch das Problem, dass wenn der CALL an eine Rufgruppe geht, alle eine Mail erhalten auch wenn einer in der Gruppe das Gespräch abgenommen hat.
Vielleicht findet sich da ja noch eine Lösung.
Danke aber so Ähnlich haben wir es nur das JEDER eine andere Mail hinterlegt hat.
da die Anlage immer größer wird will ich ein riesiges def_hangup vermeiden… auch ein “Inline Script” bei jeden User zu setzen ( momentan 300 Stück ) ist leider auch nicht zielführend.
mit curl kann ich die Daten ja abrufen -
ich bräuchte die Möglichkeit das in einem Script (def_hangup ?) abzurufen
und dann auf die E-mail zu Filtern / als Variable zu setzen
Ich muss dieses alte Thema noch einmal aufrufen, weil keine der im Thread erwähnten Lösungen wirklich befriedigend ist.
Ziel: Eine E-Mail über einen verpassten Anruf an ein Team, wenn entweder
a) Timeout Extern erreicht ist
oder
b) Der Anrufer vorher auflegt.
Bisherige Ansätze:
InlineSkript im Extern-Nachher-Kontext des Teams. Das funktioniert unter dem Aspekt, dass der Anrufer es wirklich lange genug klingeln lässt um in den Nacher-Kontext zu gelangen. Legt der Anrufer vorher auf, greift das nicht.
Somit wären wir im Default-Hangup-Skript. Da habe ich das soweit laufen, allerdings mit einer unschönen Begleiterscheinung, nämlich dass die E-Mail für jedes Team-Mitglied einmal erzeugt wird.
Somit bin ich auf der Suche für eine vermeintlich einfache Anforderung und daher für jeden Hinweis dankbar.
Ist das eine Onsite und dort läuft das lokale Python-Script und custom-missed?
Wie sich das mittlerweile verhält kann ich Dir leider nicht sagen, da bei uns alles Cloud ist…
Dein Skript funktioniert nur unter der Bedingung, dass es kein Timeout Extern im Team gibt bzw. der Anrufer vor erreichen des Timeouts auflegt. Ansonsten erfolgt keine Benachrichtigung.
Das scheint daran zu liegen, dass bei Erreichen des Timeouts in den Kontext Extern-Nachher gewechselt wird und damit die Bedingung CallState = Ring nicht mehr erfüllt ist. Zudem muss ich dort bewusst auflegen muss bei “Keine Antwort”, sonst würde der Anruf weiter signalisiert bis zum Erreichen des Timeouts für die gerufenen Teilnehmer.
Also noch ein wenig unglücklich. Ich forsche mal weiter.
ch habe noch nicht ganz heraus gefunden, wie ich sowohl als auch abbilden kann
… Du brauchst beides. Einmal ein Inline-Script im Nachher-Kontext, wenn der Timeout erreicht ist. Jetzt landet der Anruf in Extern-Nachher und der defaul009 wird nicht mehr durchlaufen.
System(echo Verpasster Anruf von ${CALLERID(num)} | mail -s "Pascom: Verpasster Anruf von ${CALLERID(num)} Name: ${MDC_DIALCALLERNAME} // Team: ${MDC_CALLEE_TM_NAME} - DW${MDC_EXTEN} am ${STRFTIME(${EPOCH},,%Y-%m-%d um %H:%M:%S)}" itsxx@sxx.de)
ich habe dein Skript ausprobiert, aber es funktioniert leider nicht bei mir. Das Problem besteht darin, dass in unserem Team anstelle von Freizeichen eine Ansage als Wartemusik eingerichtet ist. Zudem bleibt der Kanalstatus trotz verpasster Anrufe auf “UP”. Hast du vielleicht noch eine Idee, wie wir das dennoch lösen können?
leider kann ich Dir nicht weiter helfen. Habe vor ca. 1 Jahr den Arbeitgeber gewechselt und bin seit dem komplett weg von dem VOIP-Zeugs. Die Pascom-Weiterentwicklung habe ich leider auch nicht mehr auf dem Schirm. Ab u. an lese ich noch das Forum, aber das war es dann auch. Es gibt bestimmt noch andere Kollegen, die Dir weiterhelfen können…