Callmonitor 1.*

Status
Für weitere Antworten geschlossen.
Hi
Also ich hab DS-MOD 0.2.9 auf menien Speedport 701 drauf, und wollte den Anruf Monitor starten.
Hab in listerners das so eingegeben:
PHP:
out:request     ^ ^ dreammessage --user='root' --pass='dreambox' 192.168.1.5 "${DEST} Wird Angerufen"
out:connect     ^ ^ dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Verbindung mit ${DEST} Wurde Hergestellt"
out:disconnect  ^ ^ dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Verbindung mit ${DEST} Wurde Beendet"
in:request      ^ ^ dreammessage --user='root' --pass='dreambox' 192.168.1.5
in:connect      ^ ^ dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Verbindung mit ${SOURCE} Wurde Hergestellt"
in:disconnect   ^ ^ dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Verbindung mit ${SOURCE} Wurde Beendet"
in:cancel       ^ ^ dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Die Rufnummer ${SOURCE} hat Aufgelegt"

leider kommt auf den TV über der Dreambox keine MEldung rein zum Anruf.
Beim Testanruf gibt er folgende MEldung aus:

PHP:
including /usr/lib/callmonitor/actions.d/config.sh
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
>>> in:request ID=1 TIMESTAMP=07.12.06 11:30 SOURCE=15645 DEST=51718 EXT=4 DURATION=16 PROVIDER=
[0] EVENT=in:request SOURCE='15645' DEST='51718' SOURCE_NAME='0888815645 (XXXXX)' DEST_NAME=''
[0+] SOURCE_DISP='15645' DEST_DISP='51718' ID=1 EXT=4 DURATION=16 TIMESTAMP='07.12.06 11:30' PROVIDER=
[0:0] processing rule 'out:request' '^' '^' 'dreammessage --user='root' --pass='dreambox' 192.168.1.5 "${DEST} Wird Angerufen"'
[0:0] event 'in:request' does NOT match pattern 'out:request'
[0:0] FAILED
[0:1] processing rule 'out:connect' '^' '^' 'dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Verbindung mit ${DEST} Wurde Hergestellt"'
[0:1] event 'in:request' does NOT match pattern 'out:connect'
[0:1] FAILED
[0:2] processing rule 'out:disconnect' '^' '^' 'dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Verbindung mit ${DEST} Wurde Beendet"'
[0:2] event 'in:request' does NOT match pattern 'out:disconnect'
[0:2] FAILED
[0:4] processing rule 'in:connect' '^' '^' 'dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Verbindung mit ${SOURCE} Wurde Hergestellt"'
[0:4] event 'in:request' does NOT match pattern 'in:connect'
[0:4] FAILED
[0:5] processing rule 'in:disconnect' '^' '^' 'dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Verbindung mit ${SOURCE} Wurde Beendet"'
[0:5] event 'in:request' does NOT match pattern 'in:disconnect'
[0:5] FAILED
[0:3] processing rule 'in:request' '^' '^' 'dreammessage --user='root' --pass='dreambox' 192.168.1.5'
[0:3] event 'in:request' matches pattern 'in:request'
[0:3] parameter SOURCE='15645' matches pattern '^'
[0:3] parameter DEST='51718' matches pattern '^'
[0:3] SUCCEEDED
[0:3] ACTION: 'dreammessage --user='root' --pass='dreambox' 192.168.1.5'
[0:6] processing rule 'in:cancel' '^' '^' 'dreammessage --user='root' --pass='dreambox' 192.168.1.5 "Die Rufnummer ${SOURCE} hat Aufgelegt"'
[0:6] event 'in:request' does NOT match pattern 'in:cancel'
[0:6] FAILED
HTTP/1.1 404 Not Found
Date: Thu, 07 Dec 2006 10:30:09 GMT
Content-Length: 272
Content-Type: text/html
Server: Twisted/2.4.0 TwistedWeb/[twisted.web2, version 0.2.0]
Connection: close

<html><head><title>404 Not Found</title></head><body><h1>Not Found</h1>The resource /cgi-bin/xmessage?timeout=10&amp;caption=Telefonanruf&amp;charset=latin1&amp;icon=1&amp;body=Anruf%20an%2051718%0avon%2015645%0a0943115645%20%28Schwandorf%29 cannot be found.</body></html>

Ereignis: 	:
Quellrufnummer: 	
Zielrufnummer:

kann mir da ener mal weiter helfen was ich da falsch mache ? THX

bye
Eggy
 
Eggy schrieb:
Code:
[0:3] ACTION: 'dreammessage --user='root' --pass='dreambox' 192.168.1.5'
HTTP/1.1 404 Not Found
The resource /cgi-bin/xmessage?timeout=10... cannot be found.
Deine Dreambox unterstützt über ihren Webserver die URL /cgi-bin/xmessage nicht, über die die Nachricht abgesetzt wird. Benutzt du irgendeine andere/neue Firmware?

Andreas
 
Bei meiner Frage ging es mir nur um die Dreambox-Firmware (die verhält sich anders als andere Dreamboxen/unterstützt xmessage nicht). Vielleicht kann dir irgendein anderer Dream/Gemini-2.0-Benutzer weiterhelfen, ob du irgendeinen Fehler bei dir hast oder ob es bei dieser Konfiguration eine andere Möglichkeit, Nachrichten darzustellen. Auf der Fritzbox/Speedport/Callmonitor-Seite scheint soweit erst einmal alles in Ordnung zu sein.

Andreas
 
Wie kann ich den Betreff so ändern, dass die Nummer genannt wird, wenn der Anrufer nicht bekannt ist, bzw. nicht gefunden wurde.

Alternativ ginge auch immer die Nummer hinter den Namen. Nur seltsamerweise bekomme ich bei
Code:
mail_subject() {
  echo "Anruf von $SOURCE ($SOURCE)"
}
mail_body() {
  echo "Anruf von $SOURCE_NAME ($SOURCE)"
  echo "$TIMESTAMP"
}
beim Testanruf immer die die Fehlermeldung
Code:
/usr/sbin/callmonitor-test: /mod/pkg/callmonitor/usr/lib/callmonitor/actions.local.d/foobar.sh: 1: Syntax error: Unterminated quoted string
Mein Editor lässt den Text auf UNIX, was ich daran zu erkennen glaube, dass ich z.B. aus Anruf AnrXuf machen kann und keine Fehlermeldung bekomme.
 
melino schrieb:
Wie kann ich den Betreff so ändern, dass die Nummer genannt wird, wenn der Anrufer nicht bekannt ist, bzw. nicht gefunden wurde.
Code:
echo "${SOURCE_NAME:-${SOURCE_DISP}}"
oder ausführlicher
Code:
if [ -n "$SOURCE_NAME" ]; then
  echo "$SOURCE_NAME"
else
  echo "$SOURCE_DISP"
fi
Die einzelnen Syntaxelemente erklärt z.B. das Handbuch zu bash (http://www.gnu.org/software/bash/manual/bashref.html)

An deinem Alternativcode fällt mir spontan nichts auf, was zu der Fehlermeldung führen könnte.

Andreas
 
@ Eggy

bin zwar ein bisschen spät, aber soweit ich weiss steckt die Enigma2 Firmware
der DM7025 noch in den Kinderschuhen, das Webinterface ist ja auch noch nicht
so ganz ausgereift und somit denke ich dass die Message auf die DM7025 noch
nicht funktioniert. Ich denk aber dass sich dies in naher zukunft ändern wird.

Mehr Informationen wirst du hier bestimmt im i-have-a-dreambox forum kriegen.

Gruß Latz
 
@buehmann oder all
Ich habe mir mit bodega zusammen den anrufbeantworter für nen usb stick perfektioniert...läuft 1A und ist auch in der lage mir die anrufe auf meine e-mail addi als wave zu schicken...alles ganz fein...
nur habe ich da schienbar nen problem mit dem callmonitor 1.8
immer wenn der ab angeschaltet ist, und jemand anruft, bekomme ich den anruf per yac einwandfrei angezeigt...ist der anrufer fertig mit seiner aufnahme und legt auf, bekomme ich den selben anruf nochmal via yac angezeigt...
gibt es ne möglichkeit, in einem log oder so zu erkennen, wo es da knallt?
würde das genr weg haben...wäre daher schön wenn der papa des callmonis da ne idee hätte...

Gruß Darky
 
@Darkyputz
Dann poste doch mal deine Listeners. Wahrscheinlich hast du eine Regel die beim Auflegen auch eine Anzeige macht!?

MfG Oliver
 
Hiho!
hier die listeners...
Code:
in:request ^ ^ yac 192.168.178.241
in:request ^ ^ yac 192.168.178.242
in:cancel ^ ^ mailmessage
in:request ^0175xxxxx ^680xxxx ether-wake -i eth0 00:20:ED:00:00:00

nix mit disconnect...leider...
 
Hallo Darky (und ein frohes neues Jahr an alle zusammen),

dann schalt mal im Webinterface den Debug-Modus vom Callmonitor an und schau dir dann im Syslog die Ausgabe an, wenn du das beschriebene Szenario durchführst (oder poste sie hier, aber bitte nur die Zeilen, die 'callmonitor' enthalten). Darin lassen sich alle Ereignisse, die der Callmonitor sieht und interpretiert, verfolgen.

Andreas
 
ach ja...euch allen auch ein frohes neues jahr...habe diese ferietage irgendwei verpasst gedanklich...*GRINS*
Hier nun das Logfile...hoffe es ist für euch verstandlicher als für mich...
Code:
Jan  2 14:11:39 fritz daemon.debug callmonitor: <<< timestamp=02.01.07 14:11:39 event=RING id=1 source= dest=680angerufen provider=ISDN
Jan  2 14:11:39 fritz daemon.debug callmonitor: >>> in:request ID=1 TIMESTAMP=02.01.07 14:11:39 SOURCE= DEST=680angerufen EXT= DURATION= PROVIDER=ISDN
Jan  2 14:11:39 fritz daemon.debug callmonitor: <<< timestamp=02.01.07 14:11:39 event=CALL id=0 ext=0 source=680anrufer dest=vorwahl680angerufen provider=ISDN
Jan  2 14:11:39 fritz daemon.debug callmonitor: >>> out:request ID=0 TIMESTAMP=02.01.07 14:11:39 SOURCE=680anrufer DEST=Vorwahl680angerufen EXT=0 DURATION= PROVIDER=ISDN
Jan  2 14:11:40 fritz daemon.info callmonitor: [9] EVENT=in:request SOURCE='' DEST='680angerufen' SOURCE_NAME='' DEST_NAME='Angerufen Festnetz'
Jan  2 14:11:40 fritz daemon.info callmonitor: [9+] SOURCE_DISP='' DEST_DISP='680angerufen' ID=1 EXT= DURATION= TIMESTAMP='02.01.07 14:11:39' PROVIDER=ISDN
Jan  2 14:11:40 fritz daemon.debug callmonitor: [9:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.241'
Jan  2 14:11:40 fritz daemon.debug callmonitor: [9:0] event 'in:request' matches pattern 'in:request'
Jan  2 14:11:40 fritz daemon.debug callmonitor: [9:0] parameter SOURCE='' matches pattern '^'
Jan  2 14:11:40 fritz daemon.debug callmonitor: [9:0] parameter DEST='680angerufen' matches pattern '^'
Jan  2 14:11:40 fritz daemon.debug callmonitor: [9:0] SUCCEEDED
Jan  2 14:11:40 fritz daemon.info callmonitor: [9:0] ACTION: 'yac 192.168.178.241'
Jan  2 14:11:40 fritz daemon.debug callmonitor: [9:1] processing rule 'in:request' '^' '^' 'yac 192.168.178.242'
Jan  2 14:11:40 fritz daemon.debug callmonitor: [9:1] event 'in:request' matches pattern 'in:request'
Jan  2 14:11:40 fritz daemon.debug callmonitor: [9:1] parameter SOURCE='' matches pattern '^'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:2] processing rule 'in:cancel' '^' '^' 'mailmessage'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:3] processing rule 'in:request' '^handynummer' '^6803temsn' 'ether-wake -i eth0 00:20:ED:00:00:00'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:3] event 'in:request' matches pattern 'in:request'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:3] parameter SOURCE='' does NOT match pattern '^handynummer'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:3] FAILED
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:1] parameter DEST='680angerufen' matches pattern '^'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:1] SUCCEEDED
Jan  2 14:11:41 fritz daemon.info callmonitor: [9:1] ACTION: 'yac 192.168.178.242'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:2] event 'in:request' does NOT match pattern 'in:cancel'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [9:2] FAILED
Jan  2 14:11:41 fritz daemon.info callmonitor: [10] EVENT=out:request SOURCE='680anrufer' DEST='vorwahl680angerufen' SOURCE_NAME='Anrufer VOIP' DEST_NAME='Angerufen Festnetz'
Jan  2 14:11:41 fritz daemon.info callmonitor: [10+] SOURCE_DISP='680anrufer' DEST_DISP='vorwahl680angerufen' ID=0 EXT=0 DURATION= TIMESTAMP='02.01.07 14:11:39' PROVIDER=ISDN
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.241'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:0] event 'out:request' does NOT match pattern 'in:request'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:3] processing rule 'in:request' '^handynummer' '^6803temsn' 'ether-wake -i eth0 00:20:ED:00:00:00'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:3] event 'out:request' does NOT match pattern 'in:request'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:3] FAILED
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:0] FAILED
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:1] processing rule 'in:request' '^' '^' 'yac 192.168.178.242'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:1] event 'out:request' does NOT match pattern 'in:request'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:1] FAILED
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:2] processing rule 'in:cancel' '^' '^' 'mailmessage'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:2] event 'out:request' does NOT match pattern 'in:cancel'
Jan  2 14:11:41 fritz daemon.debug callmonitor: [10:2] FAILED
Jan  2 14:11:54 fritz daemon.debug callmonitor: <<< timestamp=02.01.07 14:11:54 event=DISCONNECT id=1 duration=0
Jan  2 14:11:54 fritz daemon.debug callmonitor: >>> in:cancel ID=1 TIMESTAMP=02.01.07 14:11:54 SOURCE= DEST=680angerufen EXT= DURATION=0 PROVIDER=ISDN
Jan  2 14:11:54 fritz daemon.debug callmonitor: <<< timestamp=02.01.07 14:11:54 event=CONNECT id=0 ext=0 remote=vorwahl680angerufen
Jan  2 14:11:54 fritz daemon.debug callmonitor: >>> out:connect ID=0 TIMESTAMP=02.01.07 14:11:54 SOURCE=680anrufer DEST=vorwahl680angerufen EXT=0 DURATION= PROVIDER=ISDN
Jan  2 14:11:56 fritz daemon.info callmonitor: [11] EVENT=in:cancel SOURCE='' DEST='680angerufen' SOURCE_NAME='' DEST_NAME='Angerufener Festnetz'
Jan  2 14:11:56 fritz daemon.info callmonitor: [11+] SOURCE_DISP='' DEST_DISP='680angerufen' ID=1 EXT= DURATION=0 TIMESTAMP='02.01.07 14:11:54' PROVIDER=ISDN
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.241'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:0] event 'in:cancel' does NOT match pattern 'in:request'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:1] processing rule 'in:request' '^' '^' 'yac 192.168.178.242'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:1] event 'in:cancel' does NOT match pattern 'in:request'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:1] FAILED
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:2] processing rule 'in:cancel' '^' '^' 'mailmessage'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:2] event 'in:cancel' matches pattern 'in:cancel'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:2] parameter SOURCE='' matches pattern '^'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:2] parameter DEST='680angerufen' matches pattern '^'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:2] SUCCEEDED
Jan  2 14:11:56 fritz daemon.info callmonitor: [11:2] ACTION: 'mailmessage'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:0] FAILED
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:3] processing rule 'in:request' '^handynummer' '^6803temsn' 'ether-wake -i eth0 00:20:ED:00:00:00'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:3] event 'in:cancel' does NOT match pattern 'in:request'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [11:3] FAILED
Jan  2 14:11:56 fritz daemon.info callmonitor: [12] EVENT=out:connect SOURCE='680anrufer' DEST='vorwahl680angerufen' SOURCE_NAME='Anrufer VOIP' DEST_NAME='Angerufener Festnetz'
Jan  2 14:11:56 fritz daemon.info callmonitor: [12+] SOURCE_DISP='680anrufer' DEST_DISP='Vorwahl680angerufen' ID=0 EXT=0 DURATION= TIMESTAMP='02.01.07 14:11:54' PROVIDER=ISDN
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.241'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:0] event 'out:connect' does NOT match pattern 'in:request'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:1] processing rule 'in:request' '^' '^' 'yac 192.168.178.242'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:1] event 'out:connect' does NOT match pattern 'in:request'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:1] FAILED
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:2] processing rule 'in:cancel' '^' '^' 'mailmessage'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:2] event 'out:connect' does NOT match pattern 'in:cancel'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:2] FAILED
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:0] FAILED
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:3] processing rule 'in:request' '^Handynummer' '^6803temsn' 'ether-wake -i eth0 00:20:ED:00:00:00'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:3] event 'out:connect' does NOT match pattern 'in:request'
Jan  2 14:11:56 fritz daemon.debug callmonitor: [12:3] FAILED
Jan  2 14:11:57 fritz daemon.debug callmonitor: [11:2] listener failed with an exit status of 2
Jan  2 14:12:09 fritz daemon.debug callmonitor: <<< timestamp=02.01.07 14:12:09 event=DISCONNECT id=0 duration=15
Jan  2 14:12:09 fritz daemon.debug callmonitor: >>> out:disconnect ID=0 TIMESTAMP=02.01.07 14:12:09 SOURCE=680anrufer DEST=Vorwahl680angerufen EXT=0 DURATION=15 PROVIDER=ISDN
Jan  2 14:12:09 fritz daemon.debug callmonitor: <<< timestamp=02.01.07 14:12:09 event=RING id=0 source= dest=680angerufen provider=ISDN
Jan  2 14:12:09 fritz daemon.debug callmonitor: <<< timestamp=02.01.07 14:12:09 event=CONNECT id=0 ext=5 remote=
Jan  2 14:12:09 fritz daemon.debug callmonitor: >>> in:request ID=0 TIMESTAMP=02.01.07 14:12:09 SOURCE= DEST=680angerufen EXT= DURATION= PROVIDER=ISDN
Jan  2 14:12:09 fritz daemon.debug callmonitor: <<< timestamp=02.01.07 14:12:09 event=DISCONNECT id=0 duration=16
Jan  2 14:12:10 fritz daemon.debug callmonitor: >>> in:connect ID=0 TIMESTAMP=02.01.07 14:12:09 SOURCE= DEST=680angerufen EXT=5 DURATION= PROVIDER=ISDN
Jan  2 14:12:10 fritz daemon.debug callmonitor: >>> in:disconnect ID=0 TIMESTAMP=02.01.07 14:12:09 SOURCE= DEST=680angerufen EXT=5 DURATION=16 PROVIDER=ISDN
Jan  2 14:12:14 fritz daemon.info callmonitor: [14] EVENT=in:request SOURCE='' DEST='680angerufen' SOURCE_NAME='' DEST_NAME='Angerufener Festnetz'
Jan  2 14:12:14 fritz daemon.info callmonitor: [14+] SOURCE_DISP='' DEST_DISP='680angerufen' ID=0 EXT= DURATION= TIMESTAMP='02.01.07 14:12:09' PROVIDER=ISDN
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.241'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:0] event 'in:request' matches pattern 'in:request'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:0] parameter SOURCE='' matches pattern '^'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:0] parameter DEST='680angerufen' matches pattern '^'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:0] SUCCEEDED
Jan  2 14:12:14 fritz daemon.info callmonitor: [14:0] ACTION: 'yac 192.168.178.241'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:1] processing rule 'in:request' '^' '^' 'yac 192.168.178.242'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:2] processing rule 'in:cancel' '^' '^' 'mailmessage'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:2] event 'in:request' does NOT match pattern 'in:cancel'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:2] FAILED
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:1] event 'in:request' matches pattern 'in:request'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:1] parameter SOURCE='' matches pattern '^'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:1] parameter DEST='680angerufen' matches pattern '^'
Jan  2 14:12:14 fritz daemon.debug callmonitor: [14:1] SUCCEEDED
Jan  2 14:12:14 fritz daemon.info callmonitor: [14:1] ACTION: 'yac 192.168.178.242'
Jan  2 14:12:15 fritz daemon.debug callmonitor: [14:3] processing rule 'in:request' '^Handynummer' '^6803temsn' 'ether-wake -i eth0 00:20:ED:00:00:00'
Jan  2 14:12:15 fritz daemon.debug callmonitor: [14:3] event 'in:request' matches pattern 'in:request'
Jan  2 14:12:15 fritz daemon.debug callmonitor: [14:3] parameter SOURCE='' does NOT match pattern '^Handynummer'
Jan  2 14:12:15 fritz daemon.debug callmonitor: [14:3] FAILED
Jan  2 14:12:16 fritz daemon.info callmonitor: [16] EVENT=in:disconnect SOURCE='' DEST='680angerufen' SOURCE_NAME='' DEST_NAME='Angerufener Festnetz'
Jan  2 14:12:16 fritz daemon.info callmonitor: [16+] SOURCE_DISP='' DEST_DISP='680angerufen' ID=0 EXT=5 DURATION=16 TIMESTAMP='02.01.07 14:12:09' PROVIDER=ISDN
Jan  2 14:12:16 fritz daemon.info callmonitor: [15] EVENT=in:connect SOURCE='' DEST='680angerufen' SOURCE_NAME='' DEST_NAME='Angerufener Festnetz'
Jan  2 14:12:16 fritz daemon.info callmonitor: [15+] SOURCE_DISP='' DEST_DISP='680angerufen' ID=0 EXT=5 DURATION= TIMESTAMP='02.01.07 14:12:09' PROVIDER=ISDN
Jan  2 14:12:16 fritz user.info mailer[1539]: avmssl_init: done
Jan  2 14:12:16 fritz user.info mailer[1539]: startup (Nov 17 2006 11:45:39) Mail: Subject: AB - /var/media/ftp/USB_DRIVE-Partition-0-1/anrufbeantworter/neue_anrufe/vorwahl680angerufen-000003---1167743499-417864, From: e-mailaddi, To: e-mailaddi, Attachment: /var/media/ftp/USB_DRIVE-Partition-0-1/anrufbeantworter/neue_anrufe/vorwahl680angerufen-000003---1167743499-417864.wav
Jan  2 14:12:16 fritz user.info mailer[1539]: dns: mail.gmx.net: query
Jan  2 14:12:16 fritz user.info mailer[1539]: dns: mail.gmx.net: 213.165.64.20 ttl=4294 from 127.0.0.1.
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:2] processing rule 'in:cancel' '^' '^' 'mailmessage'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:2] event 'in:disconnect' does NOT match pattern 'in:cancel'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:2] FAILED
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.241'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:0] event 'in:connect' does NOT match pattern 'in:request'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:0] FAILED
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.241'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:0] event 'in:disconnect' does NOT match pattern 'in:request'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:0] FAILED
Jan  2 14:12:16 fritz daemon.info callmonitor: [13] EVENT=out:disconnect SOURCE='680anrufer' DEST='Vorwahl680angerufen' SOURCE_NAME='Angerufener VOIP' DEST_NAME='Angerufener Festnetz'
Jan  2 14:12:16 fritz daemon.info callmonitor: [13+] SOURCE_DISP='680anrufer' DEST_DISP='Vorwahl680angerufen' ID=0 EXT=0 DURATION=15 TIMESTAMP='02.01.07 14:12:09' PROVIDER=ISDN
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:2] processing rule 'in:cancel' '^' '^' 'mailmessage'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:2] event 'in:connect' does NOT match pattern 'in:cancel'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:2] FAILED
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:3] processing rule 'in:request' '^Handynummer' '^6803temsn' 'ether-wake -i eth0 00:20:ED:00:00:00'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:3] event 'in:connect' does NOT match pattern 'in:request'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:3] FAILED
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:1] processing rule 'in:request' '^' '^' 'yac 192.168.178.242'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:1] event 'in:connect' does NOT match pattern 'in:request'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [15:1] FAILED
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:2] processing rule 'in:cancel' '^' '^' 'mailmessage'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:2] event 'out:disconnect' does NOT match pattern 'in:cancel'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:3] processing rule 'in:request' '^Handynummer' '^6803temsn' 'ether-wake -i eth0 00:20:ED:00:00:00'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:0] processing rule 'in:request' '^' '^' 'yac 192.168.178.241'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:0] event 'out:disconnect' does NOT match pattern 'in:request'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:0] FAILED
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:3] processing rule 'in:request' '^Handynummer' '^6803temsn' 'ether-wake -i eth0 00:20:ED:00:00:00'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:3] event 'in:disconnect' does NOT match pattern 'in:request'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [16:3] FAILED
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:1] processing rule 'in:request' '^' '^' 'yac 192.168.178.242'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:1] event 'out:disconnect' does NOT match pattern 'in:request'
Jan  2 14:12:16 fritz daemon.debug callmonitor: [13:1] FAILED
Jan  2 14:12:17 fritz daemon.debug callmonitor: [16:1] processing rule 'in:request' '^' '^' 'yac 192.168.178.242'
Jan  2 14:12:17 fritz daemon.debug callmonitor: [16:1] event 'in:disconnect' does NOT match pattern 'in:request'
Jan  2 14:12:17 fritz daemon.debug callmonitor: [16:1] FAILED
Jan  2 14:12:17 fritz daemon.debug callmonitor: [13:2] FAILED
Jan  2 14:12:17 fritz daemon.debug callmonitor: [13:3] event 'out:disconnect' does NOT match pattern 'in:request'
Jan  2 14:12:17 fritz daemon.debug callmonitor: [13:3] FAILED
Jan  2 14:12:19 fritz user.info mailer[1539]: Testmail sent
Jan  2 14:12:19 fritz user.info mailer[1539]: mailer finished with 0, Mailer-Response=250 2.6.0 Message accepted {mp010}
 
Danke; es fehlen aber noch ein paar Informationen zu dem Log, um es verstehen zu können: Was genau hast du gemacht? (Dich via ISDN selbst angerufen? Was genau bedeuten die verschiedenen Nummern, die auftauchen? (680angerufen, 680anrufer, vorwahl680angerufen); wie schnell geht der Anrufbeantworter ran, wie schnell hast du wieder aufgelegt (beides ca. 15 Sekunden?)).

Das ist das, was der Callmonitor von der Box zu sehen bekommt:
Code:
14:11:39 event=RING id=1 source= dest=680angerufen provider=ISDN
14:11:39 event=CALL id=0 ext=0 source=680anrufer dest=vorwahl680angerufen provider=ISDN
14:11:54 event=DISCONNECT id=1 duration=0
14:11:54 event=CONNECT id=0 ext=0 remote=vorwahl680angerufen
14:12:09 event=DISCONNECT id=0 duration=15
14:12:09 event=RING id=0 source= dest=680angerufen provider=ISDN
14:12:09 event=CONNECT id=0 ext=5 remote=
14:12:09 event=DISCONNECT id=0 duration=16
Da ist beim DISCONNECT um 12:09 noch ein kompletter RING/CONNECT/DISCONNECT-Zyklus dabei. Stammt der vielleicht irgendwie von dem Anrufbeantworter?

Andreas
 
680angerufen ist die nummer die ich von 680anrufen angegerufen habe
vorwahl680angerufen ist in der box wie die die nummer erkannt wird die angerufne wurde...
sozusagen msn 1 an msn 2

das letzte ring connect disconnect scheint nicht von mit manuell zu sein...
wieso das allerdings passiert ist mir schleierhaft.
kann es sein, das die box/der anrufbeantowrter den anruf auf interne nummer weiterleitet und daher nen neuer anruf gemeldet wird, der dann aber vom anrufbeantowrter angenommen wurde?
von wegen msn 2 ruft dann internen capi controler an udn der geht ran zum aufnehmen??
 
Könnte dann wohl ach die interessante art der Anruflisze erklären, was?
Naja...halt kosmetik...
 

Anhänge

  • Abrufliste.JPG
    Abrufliste.JPG
    81.1 KB · Aufrufe: 62
kann ich bei der abfrage auf welche anrufe reagiert werden soll auch listen machen??
z.b.
in:request ^ ^rufnummer1 && rufnummer2 yac 192.168.178.242
oder sollte ich dann lieber 2 abfragen machen ala
in:request ^ ^rufnummer1 yac 192.168.178.242
in:request ^ ^rufnummer2 yac 192.168.178.242


UUUUUND noch eine frage nebenbei...

ws könnte diese ausgabe im shell der Box bedeuten???
Code:
telefon: '/var/calllog' script not found!
telefon: '/var/flash/calllog' script not found!

und bekommt ihr noch ne mail wenn ihr nen anruf verpasst habt(kein aktivierter anrufbeantworter)??
schicken scheint er ne mail ja zu wollen...

Code:
Jan  3 17:09:27 fritz daemon.info callmonitor: [4:4] ACTION: 'mailmessage'
 
Zuletzt bearbeitet:
Darkyputz schrieb:
kann ich bei der abfrage auf welche anrufe reagiert werden soll auch listen machen??
Da es sich bei Quelle und Ziel um reguläre Ausdrücke handelt, kannst du das mit Hilfe des Oder-Operators "|" erreichen:
Code:
^(123|456)$ passt auf 123 oder 456
^123(45|67)$ passt auf 12345 oder 12367
telefon: '/var/calllog' script not found!
Das ist ein Skript, das der telefon-Dämon bei einem Anruf aufruft, wenn es vorhanden ist. Wenn es nicht vorhanden ist, gibt es diese Meldung.

Andreas
 
danke...werde ich probieren
 
Listeners-Aktionen zeitabhängig machen

Ich suche nach einer Möglichkeit die Ereignis-Information "TIMESTAMP" im Rahmen von Callback zu nutzen.

Mir schwebt da folgendes vor:

- Ich rufe vom Handy an und lege auf.
- Beim Ereignis "in:cancel" soll die FB mich während der festgelegten Bürozeiten im Büro zurückrufen.
- außerhalb der Bürozeiten soll der Rückruf auf meine Handynummer erfolgen.

Wie kann ich das Mittels des Callmonitors realisieren. Eine Möglichkeit ohne Shellscripting wäre ideal.

Vielleicht ist das ja auch ein Feature für kommende Versionen.
Man könnte auch den Wochentag übergeben (idealerweise in einer extra Variable wie "WEEKDAY")

Was haltet ihr davon und ist das überhaupt realisierbar?


EDIT: Also der Rückruf funktioniert grundsätzlich, es geht sich hier nur um die zeitabhängige Steuerung
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.