Guten Tag,
es gibt hier eine reihe sehr guter Quellen, ohne die ich, so weit es nun die Einrichtung meines Systems betrifft, nicht sehr weit gekommen wäre. Trotzdem bekomme ich im Fax-Empfangsmodus immer folgende Fehlermeldung, in der Kommandozeile (Auf Debian Lenny, mit ClientSoftware: ffgtk):
Bevor ich jetzt meine gesamte Konfiguration aufzähle und alles möglich Weitere, wäre meine Frage zunächst mal, in wie weit man diese Fehlermeldungen überhaupt zuordnen kann. Ich habe natürlich mal gegoogled, aber da gab es nur Treffer, die mit Bluetooth Schnittstellen zusammenhängen.
Leider habe ich absolut keine Idee, womit diese Fehlermeldungen zusammen hängen könnten, also weiß ich da auch nicht wirklich wo ich ansetzen sollte.
Vielleicht so viel zur Verwendung: capiotcp_server auf der Box wurde mit #96*3* aktiviert und ist aktiv. Bei stehender Telnetverbindung zur Fritz.Box, bekomme ich dann folgenden Konsolenoutput:
Ein ps bringt dann:
Auf meinem Debian (Lenny) bekomme ich mit capiinfo Folgenden Output:
Jetzt muss ich mal sagen, was mir grad aufgefallen ist ^^. Immer, wenn ich capiinfo ausgeführt habe (reproduzierbar), ist nach einem weiteren ps, per telnet auf der fritz.box, kein capiotcp_server mehr als Prozess zu erkennen. ... irgendwie merkwürdig oder? Ist mir bis jetzt noch nicht aufgefallen.
Diese CRITCAL Fehlermeldungen sind allerdings die Selben, dass macht keinen Unterschied. Und nach dem Erhalt der Fehlermeldungen, bleibt der Server auch in der Prozessliste aktiv. Er scheint also nur abzustürzen, wenn capiinfo ausgeführt wurde.
Eins Noch: Über die AVMFaxSoftware (FritzFax heißt das glaub ich) funktioniert übrigens alles prima. Das heißt also auch über internet mit capiotcp_server.
Also falls da jemand Erfahrung mit einemn Client für Linux hat, wäre es nett wenn mir da jemand helfen könnte. Der Server auf der Fritz.Box funktioniert wie gesagt gut, allerdings nur unter der Verwendung von FritzFax!, und das ist inakzeptabel, weil ich 24/7 einen Debian Server am Laufen habe, und eben damit Faxe versenden, und vor allen Dingen auch empfangen will. Am liebsten wäre es mir, wenn das per smb Freigabe, also als Netzwerkdrucker ginge. Ist sowas möglich?
Gruß, IceRage
es gibt hier eine reihe sehr guter Quellen, ohne die ich, so weit es nun die Einrichtung meines Systems betrifft, nicht sehr weit gekommen wäre. Trotzdem bekomme ich im Fax-Empfangsmodus immer folgende Fehlermeldung, in der Kommandozeile (Auf Debian Lenny, mit ClientSoftware: ffgtk):
Code:
** (ffgtk:4191): CRITICAL **: dbus_g_proxy_connect_signal: assertion `DBUS_IS_G_PROXY (proxy)' failed
** (ffgtk:4191): CRITICAL **: dbus_g_proxy_connect_signal: assertion `DBUS_IS_G_PROXY (proxy)' failed
** (ffgtk:4191): CRITICAL **: dbus_g_proxy_call: assertion `DBUS_IS_G_PROXY (proxy)' failed
** (ffgtk:4191): CRITICAL **: dbus_g_proxy_call: assertion `DBUS_IS_G_PROXY (proxy)' failed
Bevor ich jetzt meine gesamte Konfiguration aufzähle und alles möglich Weitere, wäre meine Frage zunächst mal, in wie weit man diese Fehlermeldungen überhaupt zuordnen kann. Ich habe natürlich mal gegoogled, aber da gab es nur Treffer, die mit Bluetooth Schnittstellen zusammenhängen.
Leider habe ich absolut keine Idee, womit diese Fehlermeldungen zusammen hängen könnten, also weiß ich da auch nicht wirklich wo ich ansetzen sollte.
Vielleicht so viel zur Verwendung: capiotcp_server auf der Box wurde mit #96*3* aktiviert und ist aktiv. Bei stehender Telnetverbindung zur Fritz.Box, bekomme ich dann folgenden Konsolenoutput:
Code:
capiotcp_server - Version 0.1.01.01
TCP/UDP Port = 5031
MaxCntrl = 5
OffsetCntrl = 0
Code:
capiotcp_server -p5031 -m99
Auf meinem Debian (Lenny) bekomme ich mit capiinfo Folgenden Output:
Code:
vmD3000Lenny:/home/andre# capiinfo
Number of Controllers : 5
Controller 1:
Manufacturer: AVM Berlin
CAPI Version: 2.0
Manufacturer Version: 0.0-06 (0.6)
Serial Number: 0004711
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x80003c0b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000001
Transparent
0500
0200
39000000
0b3c0080
03000000
01000000
00000000 00000000 00000000 00000000 00000000 00000000
01000001 00020000 00000000 00000000 00000000
FAC WAIT - (0x1104)
Controller 2:
Manufacturer: AVM Berlin
CAPI Version: 2.0
Manufacturer Version: 0.0-06 (0.6)
Serial Number: 0004711
BChannels: 6
Global Options: 0x0003ff00
B1 protocols support: 0x00000000
B2 protocols support: 0x00000000
B3 protocols support: 0x00000000
0000
0600
00ff0300
00000000
00000000
00000000
00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000
FAC WAIT - (0x1104)
Controller 3:
Manufacturer: AVM Berlin
CAPI Version: 2.0
Manufacturer Version: 0.0-06 (0.6)
Serial Number: 0004711
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x80003c0b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000001
Transparent
0500
0200
39000000
0b3c0080
03000000
01000000
00000000 00000000 00000000 00000000 00000000 00000000
01000001 00020000 00000000 00000000 00000000
FAC WAIT - (0x1104)
Controller 4:
Manufacturer: AVM Berlin
CAPI Version: 2.0
Manufacturer Version: 0.0-06 (0.6)
Serial Number: 0004711
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x80003c0b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000001
Transparent
0500
0200
39000000
0b3c0080
03000000
01000000
00000000 00000000 00000000 00000000 00000000 00000000
01000000 20020000 00000000 00000000 00000000
FAC WAIT - (0x1104)
Controller 5:
Manufacturer: AVM Berlin
CAPI Version: 2.0
Manufacturer Version: 0.0-06 (0.6)
Serial Number: 0004711
BChannels: 6
Global Options: 0x0003ff00
B1 protocols support: 0x00000000
B2 protocols support: 0x00000000
B3 protocols support: 0x00000000
0000
0600
00ff0300
00000000
00000000
00000000
00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000
FAC WAIT - (0x1104)
Jetzt muss ich mal sagen, was mir grad aufgefallen ist ^^. Immer, wenn ich capiinfo ausgeführt habe (reproduzierbar), ist nach einem weiteren ps, per telnet auf der fritz.box, kein capiotcp_server mehr als Prozess zu erkennen. ... irgendwie merkwürdig oder? Ist mir bis jetzt noch nicht aufgefallen.
Diese CRITCAL Fehlermeldungen sind allerdings die Selben, dass macht keinen Unterschied. Und nach dem Erhalt der Fehlermeldungen, bleibt der Server auch in der Prozessliste aktiv. Er scheint also nur abzustürzen, wenn capiinfo ausgeführt wurde.
Eins Noch: Über die AVMFaxSoftware (FritzFax heißt das glaub ich) funktioniert übrigens alles prima. Das heißt also auch über internet mit capiotcp_server.
Also falls da jemand Erfahrung mit einemn Client für Linux hat, wäre es nett wenn mir da jemand helfen könnte. Der Server auf der Fritz.Box funktioniert wie gesagt gut, allerdings nur unter der Verwendung von FritzFax!, und das ist inakzeptabel, weil ich 24/7 einen Debian Server am Laufen habe, und eben damit Faxe versenden, und vor allen Dingen auch empfangen will. Am liebsten wäre es mir, wenn das per smb Freigabe, also als Netzwerkdrucker ginge. Ist sowas möglich?
Gruß, IceRage