Callmonitor 1.*

dreamboxer · 3 Nov 2006

Hi Leute,

habe den dsmod2.9 und Callmonitor 1.7 auf meiner 7050. Leider funktioniert die Anzeige eines Anrufers auf meiner Dreambox nicht mehr.

Hier mal der Eintrag in den Listener:

in:request ^ ^ dreammessage 192.168.0.24

und hier die Ausgabe im Log bei einem Testanruf:

including /usr/lib/callmonitor/actions.d/dboxlcd.sh
including /usr/lib/callmonitor/actions.d/dial.sh
including /usr/lib/callmonitor/actions.d/dropbear.sh
including /usr/lib/callmonitor/actions.d/mail.sh
including /usr/lib/callmonitor/actions.d/messages.sh
including /usr/lib/callmonitor/actions.d/roku.sh
including /var/tmp/flash/callmonitor/actions.local.d/messages.sh
>>> in:request ID=1 TIMESTAMP=03.11.06 11:37 SOURCE=0941879633 DEST=0941566302 EXT=4 DURATION=16 PROVIDER=
[0] EVENT=in:request SOURCE='0941879633' DEST='0941566302' SOURCE_NAME='0941879633 (HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">)' DEST_NAME='' ID=1 EXT=4 DURATION=16 TIMESTAMP='03.11.06 11:37' PROVIDER=
[0:0] processing rule 'in:request' '^' '^' 'dreammessage 192.168.0.24'
[0:0] event 'in:request' matches pattern 'in:request'
[0:0] parameter SOURCE='0941879633' matches pattern '^'
[0:0] parameter DEST='0941566302' matches pattern '^'
[0:0] SUCCEEDED
[0:0] ACTION: 'dreammessage 192.168.0.24'
getmsg: illegal option -- d
[0:0] listener failed with an exit status of 1

Ich weiß leider nicht was dieses getmsg: illegal option bedeutet.

Any ideas?

buehmann · 3 Nov 2006

Ich weiß leider nicht was dieses getmsg: illegal option bedeutet.

getmsg wird mit der Option "-d" aufgerufen; diese Option ist aber nicht erlaubt/bekannt. Das bedeutet, du benutzt eine eigene Version von dreammessage, denn die offizielle enthält kein "-d". (Früher gab es mal die Option "-d", die ist aber vor langer Zeit weggefallen.)

Da du eine eigene, selbstgeschriebene Action-Datei lädst, würde ich an deiner Stelle mal dort suchen:

dreamboxer schrieb:
including /var/tmp/flash/callmonitor/actions.local.d/messages.sh

Andreas

dreamboxer · 3 Nov 2006

buehmann schrieb:
Da du eine eigene, selbstgeschriebene Action-Datei lädst, würde ich an deiner Stelle mal dort suchen:
Andreas

Ich habe eigentlich selbst nichts verändert. Nur den dsmod und den callmonitor auf neueren Stand gebracht. Mit den alten Versionen wurde mit dem gleichen Eintrag in den Listeners ein Popup über die Dreambox angezeigt. D.h. die messages.sh war da schon integriert.

Ich häng hier mal meine messages.sh an.

grüße

buehmann · 3 Nov 2006

Diese messages.sh ist aus einer alten Version des Callmonitors. Warum du die nach /var/tmp/flash/callmonitor/actions.local.d/messages.sh kopiert hast (um Anpassungen zu machen vielleicht?), kannst nur du selbst wissen. (Lösch die Datei und dein Problem sollte verschwinden.)

Andreas

dreamboxer · 3 Nov 2006

Merci für die schnelle Hilfe!

Ich habe die Datei gelöscht und schon kommt wieder die Anzeige via Dreambox. Die sieht aber ein wenig komisch aus:

Anruf an 094143566
von 0176234666
HTML PUBLIC "-"/ETF//DTD HTML 2.0 EN

Die Rückwärtssuche geht leider auch nicht, obwohl unter DSMod Konfig eingestellt.
Hättest du da noch eine Idee?

grüße

buehmann · 3 Nov 2006

Das "HTML PUBLIC ..." ist mir oben in deinem Log schon aufgefallen und müsste fälschlicherweise aus der Antwort von Google stammen. Wie das passiert ist, kann ich nicht nachvollziehen. Ich bekomme bei deinen beiden Nummern die Antwort "Regensburg" oder "Mobilfunk, O2".

Was meinst du genau mit "Rückwärtssuche geht nicht"? Zu den beiden Nummern, die du als Beispiel genommen ist, kann bei DasÖrtliche und DasTelefonbuch kein Name gefunden werden (eine wichtige Voraussetzung für erfolgreiche Rückwärtssuche ist, dass der Inhaber der Rufnummer dem nicht widersprochen hat). Also ist auf Callmonitorseite soweit alles in Ordnung.

Andreas

dreamboxer · 4 Nov 2006

Hi nochmal,

Das "HTML..." taucht bei mir nur bei meiner Hanynummer auf. Alle anderen getesteten Handynummern führen zu einem Ergebnis ohne "HTML....". Komisch, aber nicht so schlimm.

Bei der Rückwärtssuche habe ich der DSMod-Konfig "Das Örtliche" eingestellt. Die Nummern habe ich im Thread verändert (muß ja nicht jeder meine Nummern im Netz lesen). Die in meinem Test verwendete Festnetznummer wird auf Seite das-örtliche.de jedoch gefunden. Daher meine Anfrage...

grüße

buehmann · 4 Nov 2006

dreamboxer schrieb:
Das "HTML..." taucht bei mir nur bei meiner Hanynummer auf.

Dass es jetzt immer wieder bei dir auftaucht, liegt nur daran, dass das Ergebnis der ersten Abfrage zwischengespeichert wurde. Taucht die gleiche Nummer noch einmal auf, muss so nicht die aufwendige Rückwärtssuche angestoßen werden. Du könntest die Nummer einfach aus dem Cache löschen (in Callers oder /tmp/callers, je nach deinen Einstellungen).

Auch bei deiner Festnetznummer könnte es am Caching liegen. DasÖrtliche ist seit der Umstellung deren Webseite ziemlich unzuverlässig; ich würde einen der anderen Provider empfehlen.

Gruß,
Andreas

dreamboxer · 4 Nov 2006

Vielen Dank nochmal!

Es lag wirklich am Caching. Habe die Nummern aus den Callers gelöscht und nun geht auch die Rückwärtssuche über das Örtliche.

grüße

bolle · 10 Nov 2006

Hi Andreas,
kannst du mir sagen warum es mir die jenigen Anrufen trotzdem anzeigt die auf der Nummer 52308 anrufen? Müsste doch so richtig sein - oder?

Alle Teilnehmer die die Nummer 52308 sollen als message ausgeschlossen werden...

in:request ^ !^52308$ bolle -> RELOOK
in:request ^ !^52308$ dboxmessage xxx:[email protected] -> DBOX
in:request ^ !^52308$ dboxlcd xxx:[email protected] -> DBOX

Gruß Bolle

buehmann · 10 Nov 2006

Hi Bolle,

sieht gut aus und funktioniert bei mir mit Testanrufen. Bist du sicher, dass bei deinen echten Anrufen DEST wirklich genau "52308" ist? Schau mal im Syslog nach, was das sagt ...

Viele Grüße,
Andreas

bolle · 11 Nov 2006

Morgen Andreas,

0:0] processing rule 'in:request' '^' '!^52308$' 'relook'
[0:0] event 'in:request' matches pattern 'in:request'
[0:0] parameter SOURCE='67018' matches pattern '^'
[0:0] parameter DEST='52308' does NOT match pattern '!^52308$'
[0:0] FAILED

Das wird angezeig. Ist aber jetzt nur ein Auschnitt, da noch mehere Boxen dran hänegn. Dies ist jetzt von der relook.

Kann es sein dass es zuviel in:request Anfragen sind?
Insgesamt stehn bei mir jetzt 12 in:request drin.

Gruß Bolle

buehmann · 11 Nov 2006

Morgen,

der Ausschnitt aus dem Log sieht doch gut aus: Der Anruf an die 52308 wird wie gewünscht nicht signalisiert. Wenn ich dich richtig verstanden habe, müsste doch irgendwo ein SUCCESS auftauchen, obwohl du das nicht haben willst.

12 Regeln sind kein Problem.

Andreas

bolle · 11 Nov 2006

Komisch er zeigt trotzdem Anrufe für den Teilnehmer der Nummer 52308 auf meinem TV an??? da wo er es anzeigen soll, steht succeeded...

ich habe kürzlich was an der debug.cfg geändert kann das damit zusammenhängen?

Gruß BOLLE

buehmann · 11 Nov 2006

Wende doch mal die altbewährte Strategie zur Lösung von Problemen an: Vereinfachung/Eingrenzung. Kommentier zum Beispiel mal alle Listener bis auf einen mit '!^52308$' aus (# vor die Zeile) und schau, ob das Problem noch auftritt. So ist auf jeden Fall das Log übersichtlicher als bei 12 Regeln.

Andreas

bolle · 11 Nov 2006

Habe den Feherl gefunden! sieht so aus:

in:request ^ !^52308$ bolle
#in:request ^ !^78901$ bolle

wenn ich das #wegnehme funktioniert es nicht mehr. Muss ich bzw kann ich die
78901 in die erste Zeile noch mit hinuzufügen, da es sich auf die action bolle bezieht?

buehmann · 11 Nov 2006

Klar, die zweite Regel passt auf 52308, da das nicht die 78901 ist ... Wenn du beide Nummern ausschließen willst, kannst du das so machen:

Code:

in:request  ^  !^(52308|78901)$  bolle

(das "|" bedeutet "oder")

Andreas

bolle · 12 Nov 2006

guten morgen,
andreas so wie du mir es gesagt hast funktioniert es! nur ein Problem ist jetzt noch, die Zeile mit dboxmessage wird zu lang und passt somit nicht mehr rein.
was kann ich da dagegen tun?

Gruß BOLLE

buehmann · 12 Nov 2006

Guten Morgen!

Im Webinterface für die Listeners? Wenn dort eine Zeile umbricht, ist das egal, solange du nicht die Return-Taste dafür gedrückt hast: Gespeichert wird immer noch alles in einer Zeile.

Andreas

mic29 · 14 Nov 2006

action dial funktioniert nicht mit vers. 1.7

Hi,

ich habe gerade von Callmonitor 1.5 auf 1.7 umgestellt und dieselbe Regel, welche vorher funktionierte, geht jetzt nicht mehr. Hat jemand eine Erklärung?

Listener:
in:cancel ^0176222xxxx ^ dial 0176xxxx 2

log mit Vers.1.7:

Code:

Nov 14 09:31:40 fritz daemon.debug callmonitor: <<< timestamp=14.11.06 09:31:40 event=DISCONNECT id=0 duration=0
Nov 14 09:31:40 fritz daemon.debug callmonitor: >>> in:cancel ID=0 TIMESTAMP=14.11.06 09:31:40 SOURCE=0176222xxxx DEST= EXT= DURATION=0 PROVIDER=POTS
Nov 14 09:31:40 fritz daemon.info callmonitor: [14] EVENT=in:cancel SOURCE='0176222xxxx' DEST='POTS' SOURCE_NAME='0176222xxxx (HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">)' DEST_NAME='' ID=0 EXT= DURATION=0 TIMESTAMP='14.11.06 09:31:40' PROVIDER=POTS
Nov 14 09:31:40 fritz daemon.debug callmonitor: [14:0] processing rule 'in:cancel' '^0176222xxxx' '^' 'dial 0176222xxxx 2'
Nov 14 09:31:40 fritz daemon.debug callmonitor: [14:0] event 'in:cancel' matches pattern 'in:cancel'
Nov 14 09:31:40 fritz daemon.debug callmonitor: [14:0] parameter SOURCE='0176222xxxx' matches pattern '^0176222xxxx'
Nov 14 09:31:40 fritz daemon.debug callmonitor: [14:0] parameter DEST='POTS' matches pattern '^'
Nov 14 09:31:40 fritz daemon.debug callmonitor: [14:0] SUCCEEDED
Nov 14 09:31:40 fritz daemon.info callmonitor: [14:0] ACTION: 'dial 0176222xxxx 2'
Nov 14 09:31:41 fritz daemon.debug callmonitor: [14:0] [B]listener failed with an exit status of 1[/B]

Was bedeutet das?
Habe anschließend auf Vers. 1.5 zurückgeflasht und die Regel funktioniert wieder:

Code:

Nov 14 09:39:08 fritz daemon.debug callmonitor: <<< timestamp=14.11.06 09:39:08 event=DISCONNECT id=0 duration=0
Nov 14 09:39:08 fritz daemon.debug callmonitor: >>> in:cancel ID=0 TIMESTAMP=14.11.06 09:39:08 SOURCE=0176222xxxx DEST= EXT= DURATION=0 PROVIDER=POTS
Nov 14 09:39:08 fritz daemon.info callmonitor: [2] EVENT=in:cancel SOURCE='0176222xxxx' DEST='' SOURCE_NAME='' DEST_NAME='' ID=0 EXT= DURATION=0 TIMESTAMP='14.11.06 09:39:08' PROVIDER=POTS
Nov 14 09:39:08 fritz daemon.debug callmonitor: [2:0] processing rule 'in:cancel' '^0176222xxxx' '^' 'dial 0176222xxxx 2'
Nov 14 09:39:08 fritz daemon.debug callmonitor: [2:0] event 'in:cancel' matches pattern 'in:cancel'
Nov 14 09:39:08 fritz daemon.debug callmonitor: [2:0] parameter SOURCE='0176222xxxx' matches pattern '^0176222xxxx'
Nov 14 09:39:08 fritz daemon.debug callmonitor: [2:0] parameter DEST='' matches pattern '^'
Nov 14 09:39:08 fritz daemon.debug callmonitor: [2:0] SUCCEEDED
Nov 14 09:39:08 fritz daemon.info callmonitor: [2:0] ACTION: 'dial 0176222xxxx 2'
Nov 14 09:39:16 fritz daemon.debug callmonitor: <<< timestamp=14.11.06 09:39:16 event=CALL id=0 ext=1 source= dest=090010350176222xxxxprovider=POTS
Nov 14 09:39:16 fritz daemon.debug callmonitor: >>> out:request ID=0 TIMESTAMP=14.11.06 09:39:16 SOURCE= DEST=090010350176222xxxxEXT=1 DURATION= PROVIDER=POTS
Nov 14 09:39:17 fritz daemon.info callmonitor: [3] EVENT=out:request SOURCE='' DEST='090010350176222xxxx' SOURCE_NAME='' DEST_NAME='' ID=0 EXT=1 DURATION= TIMESTAMP='14.11.06 09:39:16' PROVIDER=POTS

Danke für Eure Hilfe

Gruß
mic29

PS. Falls die Log-Einträge hier stören, bitte löschen oder kurze Mitteilung, danke.

Callmonitor 1.*

Neuer User

Aktives Mitglied

Neuer User

Anhänge

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Neuer User

Statistik des Forums