Hallo zusammen,
habe eine Frage zu einem zugegebenermaßen etwas betagten Paket, aber ich weiss nicht weiter.
Ich wollte nach einem Hardwarewechsel meinen Anrufbeantworter (vbox) einrichten.
Hardware: [Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)]
Nachdem ich die kleine Huerde genommen hatte (event.d und nicht mehr die inittab zu benutzen) läuft eigentlich auch alles bestens, bis auf vboxgetty.
Er horcht auf der richtigen MSN, geht nach der gewuenschten Zeit ran, spielt alles gut ab und nimmt auch alles ordnungsgemaess auf - nur dann
verfaellt er in Tiefschlaf und laesst sich nur durch einen Neustart (des vboxgetty) oder das Warten auf die max. Aufnahmezeit dazu bewegen, wieder zu horchen.
Legt jemand auf, bevor die Aufnahme gestartet wurde hat er keine Probleme.
Die aufgenommene Datei steht dem vboxd in gewuenschter Form zur verfuegung und hat auch nur die tatsächliche Laenge der Verbindung.(obwohl der getty bis zum Timeout gewartet hat).
12-Jan 22:50:46 <I> Running vbox version 2.0.0BETA5... 12-Jan 22:50:46 <I> Tcl interpreter version 8.3... 12-Jan 22:50:46 <I> User jens's messagebox is "/var/spool/vbox/jens"... 12-Jan 22:50:46 <I> User jens's vbox.conf is "/var/spool/vbox/jens/vbox.conf"... 12-Jan 22:50:46 <I> Drop permissions to userid 1000; groupid 1000... 12-Jan 22:50:46 <I> Initializing modem port (voice mode; 2500 ms)... 12-Jan 22:50:49 <I> Waiting... 12-Jan 22:53:07 <I> Wakeup! 12-Jan 22:53:07 <I> [ 1/ 2] RING... 12-Jan 22:53:07 <I> [ 1/ 2] CALLER NUMBER: [i][XXXXXXX][/i] (*** Unknown ***)... 12-Jan 22:53:12 <I> [ 2/ 5] RING... 12-Jan 22:53:17 <I> [ 3/ 5] RING... 12-Jan 22:53:22 <I> [ 4/ 5] RING... 12-Jan 22:53:27 <I> [ 5/ 5] RING... 12-Jan 22:53:27 <I> Running tcl script "/var/spool/vbox/jens/standard.tcl"... 12-Jan 22:53:27 <I> Playing "/var/spool/vbox/jens/messages/standard.msg"... 12-Jan 22:53:34 <I> Playing "/var/spool/vbox/jens/messages/beep.msg"... 12-Jan 22:53:36 <I> Recording "/var/spool/vbox/jens/incoming/00001200174807-00005419" (600 secs)...
Mit der unteren Zeile ist Schluss, bis die 600 secs um sind, obwohl die Gegenstelle schon lange aufgelegt hat.
Danach gehts wie folgt weiter:
12-Jan 23:03:40 <I> Playing "/var/spool/vbox/jens/messages/timeout.msg"... 12-Jan 23:03:46 <I> Initializing modem port (voice mode; 2500 ms)... 12-Jan 23:03:49 <I> Waiting...
Das tcl-script scheint also den "HANGUP" nicht mitzubekommen - aber warum?
Im isdnlog wird der Hangup wie gewohnt gelogt und vboxgetty selbst scheint ihn ja auch mitzubekommen, schliesslich entspricht die Aufnahmelaenge nicht immer denn 600s max. Rec-Time.
Habe die "standard.tcl" schon auf ein puristisches Mass reduziert, um Fehler auszuschliessen und die dem Paket beiliegende Version benutzt, aber ohne Erfolg ☹
Jemand eine Idee?
PS: Ich weiss, dass vbox alt ist und es wohl mittlerweile besseres gibt, wuerde aber aus Zeitmangel vorerst gerne bei i4l bleiben.
Vielen Dank und Gruesse Jens