Hi princenewton007,
ja danke, die Lösung kenne ich, sie funktioniert. Allerdings erfordert sie einige Tastendrücke am MusicPal, bis die Anrufliste erscheint (und wenn diese lang ist, braucht das eine kleine Ewigkeit). Stattdessen suche ich eine Lösung, die Anrufer (und idealerweise AB-Nachrichten) ohne weiteres Zutun auf dem MusicPal-Display anzeigt, direkt und automatisch. Also "push" statt "pull", sozusagen.
Hi Andreas,
klar, absolut. Habe einige weitere Tests gemacht, siehe hier. Es scheint, /bin/ipc_send würde bei http-Aufrufen den timeout ignorieren und funktioniere nur bei Aufruf via script zuverlässig.
Da könnte man jetzt möglicherweise im MP einen Wrapper bauen, aber wir suchen ja eine plugin-Lösung als Benachrichtigungs-Aktion für callmonitor, die ohne MusicPal-Hack funktioniert.
Allerdings gibt es auch Anzeichen eines Codepage-Problems... kannst Du bei getmsg festlegen, dass der http-request als unicode gesendet wird? Dann könnte das u.U. doch noch klappen, möglicherweise.
So weiss ich bis heute auch nach längerem Rumprobieren noch immer nicht, warum zB nur das erste Wort des Anrufernamens angezeigt wird (ja! in der Tat!) und nicht der gesamte Namensstring. Und ob man auch ohne diese +-Zeichen auskommt, ohne die ich's bisher nicht hinbekommen habe? (nach elenden Versuchen...)
Zumindest habe ich jetzt eine recht hübsche zweizeilige Darstellung mit Anrufer und Ziel-Nummer:
Zu einem Indikator für neue Nachrichten auf dem Anrufbeantworter, à la "message waiting":
Na ja, ich dachte man könnte vielleicht ausnutzen, dass laut callmonitor-Doku bei in:connect die Umgebungsvariable $EXT auf den Anrufbeantworter zeigen sollte. Die Idee ist: man kommt nach Hause und sieht auf dem MP auf einen Blick, dass auf dem AB neue Nachrichten vorliegen.
Wenn es möglich wäre, eingegangene AB-Nachrichten als RSS-Feed abzurufen, wäre das Problem sogar noch einfacher lösbar. Der MP kann im Standby RSS-Feeds unter der Uhr anzeigen, etwa klassisch vom SPIEGEL. Stattdessen müßte man nur auf http://fritz.box/messages.rss zeigen und hätte einen prima message-waiting-indicator, der sogar zwischenzeitliche Anrufer-Anzeigen von getmsg problemlos überleben würde.
Aber Du hast recht: so wäre das kein Thema für callmonitor... insofern hier OT, ich mache einen neuen Thread auf.
Wäre jedenfalls prima wenn wir die Anrufer-Anzeige auf dem MusicPal in callmonitor übernehmen könnten -- danke!
Ulf
ja danke, die Lösung kenne ich, sie funktioniert. Allerdings erfordert sie einige Tastendrücke am MusicPal, bis die Anrufliste erscheint (und wenn diese lang ist, braucht das eine kleine Ewigkeit). Stattdessen suche ich eine Lösung, die Anrufer (und idealerweise AB-Nachrichten) ohne weiteres Zutun auf dem MusicPal-Display anzeigt, direkt und automatisch. Also "push" statt "pull", sozusagen.
Hi Andreas,
Besser wäre es natürlich, wir bekämen die Sache mit dem Timeout zum Laufen.
klar, absolut. Habe einige weitere Tests gemacht, siehe hier. Es scheint, /bin/ipc_send würde bei http-Aufrufen den timeout ignorieren und funktioniere nur bei Aufruf via script zuverlässig.
Code:
#!/bin/sh
/bin/ipc_send show_msg_box Textzeile1§Textzeile2§#10
Allerdings gibt es auch Anzeichen eines Codepage-Problems... kannst Du bei getmsg festlegen, dass der http-request als unicode gesendet wird? Dann könnte das u.U. doch noch klappen, möglicherweise.
Beide, sowohl latin1 als auch UTF-8.Welche der folgenden URLs liefert richtige Umlaute?
Beide funktionieren nicht. Die Version mit §#5 setzt zwar korrekterweise ein § vor das # (notwendig!) und verschwindet sogar nach unbestimmter Zeit, aber ein nachfolgender Aufruf mit anderem Text zeigt erneut den alten Text statt des neuen. Und das kann sich beim Anzeigen des Anrufers unschön auswirken: "hallo Schatz! hallo Chef..."eine der beiden Timeout-Test-URLs funktioniert also nicht
Das ist nett. Ich glaube, im Wiki zu getmsg wären 2 einfache Beispiele sehr hilfreich: zB eine konkrete minimale Konfiguration; und ein komplexerer Aufruf mit mehreren Ereignis-Informationen/Umgebungsvariablen.erkläre ich dir gerne, wie man getmsg benutzt.
So weiss ich bis heute auch nach längerem Rumprobieren noch immer nicht, warum zB nur das erste Wort des Anrufernamens angezeigt wird (ja! in der Tat!) und nicht der gesamte Namensstring. Und ob man auch ohne diese +-Zeichen auskommt, ohne die ich's bisher nicht hinbekommen habe? (nach elenden Versuchen...)
Zumindest habe ich jetzt eine recht hübsche zweizeilige Darstellung mit Anrufer und Ziel-Nummer:
Code:
in:request ^ ^ getmsg admin:admin@musicpal /admin/cgi-bin/ipc_send?show_msg_box+Anruf+an+$DEST_DISP+§+von+$SOURCE_NAME+§#10
in:connect ^ ^ getmsg admin:admin@musicpal /admin/cgi-bin/ipc_send?menu_collapse
in:disconnect ^ ^ getmsg admin:admin@musicpal /admin/cgi-bin/ipc_send?menu_collapse
in:cancel ^ ^ getmsg admin:admin@musicpal /admin/cgi-bin/ipc_send?menu_collapse
Zu einem Indikator für neue Nachrichten auf dem Anrufbeantworter, à la "message waiting":
das hat auch wenig mit dem Callmonitor zu tun. Allerdings könnte man eine Funktion musicpalmessage, sobald sie denn fertig ist, auch dafür benutzen.
Na ja, ich dachte man könnte vielleicht ausnutzen, dass laut callmonitor-Doku bei in:connect die Umgebungsvariable $EXT auf den Anrufbeantworter zeigen sollte. Die Idee ist: man kommt nach Hause und sieht auf dem MP auf einen Blick, dass auf dem AB neue Nachrichten vorliegen.
Wenn es möglich wäre, eingegangene AB-Nachrichten als RSS-Feed abzurufen, wäre das Problem sogar noch einfacher lösbar. Der MP kann im Standby RSS-Feeds unter der Uhr anzeigen, etwa klassisch vom SPIEGEL. Stattdessen müßte man nur auf http://fritz.box/messages.rss zeigen und hätte einen prima message-waiting-indicator, der sogar zwischenzeitliche Anrufer-Anzeigen von getmsg problemlos überleben würde.
Aber Du hast recht: so wäre das kein Thema für callmonitor... insofern hier OT, ich mache einen neuen Thread auf.
Wäre jedenfalls prima wenn wir die Anrufer-Anzeige auf dem MusicPal in callmonitor übernehmen könnten -- danke!
Ulf