Problem mit hylafax unter 9.1
Hallo, leider habe ich bisher keinerlei Lösung "ergooglen" können und auf den hylafax seiten wurde ich auch nicht so recht fündig. Software: SuSE 9.1, alle Pakete von CD + YOU Hardware: AVM Fritz!PCI Der Faxempfang läuft soweit. Folgendes Problem nach dem Empfang eines Faxes existiert allerdings: Ich habe in der Datei bin/faxrecvd "FILETYPE=pdf" eingetragen, um ein eingegangenes Fax nach dem Empfang ins pdf-Format umwandeln zu lassen und mir als Anhang zu mailen. Das wird auch gemacht, doch leider ist der pdf-Anhang immer nur 45 Bytes gross. Was habe ich falsch gemacht?? Wo ist der Fehler? Wenn Ihr noch mehr Infos braucht, schreibt doch bitte, welche, dann poste ich sie entsprechend! ;-) Zweites Problem: Von win-clients aus faxe ich via WHFC. WHFC bekommt auch eine Verbindung und kann ein an den WHFC-Drucker gesendetes Fax an den hylafax-Server übergeben. Dieser wählt dann auch das Faxgerät an - doch es passiert nichts und nach ein paar Sekunden wird die Verbindung getrennt. Durch wen, weiss ich allerdings noch nicht, da das Faxgerät vor ein paar Tagen noch mit meiner alten 9.0-Installation und hylafax lief, schliesse ich das Faxgerät aus. Zudem benötigt das Faxgerät ca. 30 Sekunden, um den Verbindungs- abbruch zu bemerken und trennt dann erst die Leitung. Ich hoffe auf ein paar Tips von Euch, mir raucht schon etwas der Kopf... ;-) Danke schon mal, Michael
On Fri, Aug 20, 2004 at 12:45:55PM +0200, Swantje & Michael Ludwig wrote:
Hallo,
leider habe ich bisher keinerlei Lösung "ergooglen" können und auf den hylafax seiten wurde ich auch nicht so recht fündig.
Software: SuSE 9.1, alle Pakete von CD + YOU Hardware: AVM Fritz!PCI
Der Faxempfang läuft soweit. Folgendes Problem nach dem Empfang eines Faxes existiert allerdings:
Was ergibt rpm -qi libtiff
Ich habe in der Datei bin/faxrecvd "FILETYPE=pdf" eingetragen, um ein eingegangenes Fax nach dem Empfang ins pdf-Format umwandeln zu lassen und mir als Anhang zu mailen. Das wird auch gemacht, doch leider ist der pdf-Anhang immer nur 45 Bytes gross. Was habe ich falsch gemacht?? Wo ist der Fehler?
Ist das Fax vor der Konvertierung OK ? (/var/spool/fax/recvq/...) Und was steht in den 45 Bytes drin ?
Wenn Ihr noch mehr Infos braucht, schreibt doch bitte, welche, dann poste ich sie entsprechend! ;-)
Zweites Problem: Von win-clients aus faxe ich via WHFC. WHFC bekommt auch eine Verbindung und kann ein an den WHFC-Drucker gesendetes Fax an den hylafax-Server übergeben. Dieser wählt dann auch das Faxgerät an - doch es passiert nichts und nach ein paar Sekunden wird die Verbindung getrennt. Durch wen, weiss ich allerdings noch nicht, da das Faxgerät vor ein paar Tagen noch mit meiner alten 9.0-Installation und hylafax lief, schliesse ich das Faxgerät aus. Zudem benötigt das Faxgerät ca. 30 Sekunden, um den Verbindungs- abbruch zu bemerken und trennt dann erst die Leitung.
Was steht in in den hylafax logs (/var/spool/fax/log/...) -- Karsten Keil SuSE Labs ISDN development
Hallo, also der Empfang funktioniert bis jetzt tadellos. Auch die Konvertierung ins pdf. Herausgefunden habe ich das, weil auch bei der Einstellung FILETYPE=tif nur 45 Byte ankamen und im source von faxrecvd uuencode und mimencode erw�hnt wurde. sharutils bzw. metamail war auf meinem System nicht vorhanden. RPM von ftp.suse.com geladen und schon lief es... Beim senden von Fax'ens ;-) hapert es aber leider immer noch. Schicke ich ein Fax von einem Client aus ab, bekomme ich auf der /var/log/allmessages folgendes: =================================================== Aug 20 17:02:13 stargate HylaFAX[18567]: Filesystem has SysV-style file creation semantics. Aug 20 17:02:13 stargate FaxQueuer[18204]: SUBMIT JOB 10 =================================================== Danach passiert gar nichts mehr. In der Ausgabe von faxstat -s sehe ich dann den Job, im Status-Feld steht gar nichts. =================================================== stargate:~ # stargate:~ # faxstat -s HylaFAX scheduler on stargate.swami.net: Running Modem faxCAPI (+49.4236.942629): Running and idle JID Pri S Owner Number Pages Dials TTS Status 9 127 W swami 004231933622 0:0 0:3 10 127 W root 004231933454 0:0 0:12 stargate:~ # stargate:~ # =================================================== Nach einiger Zeit nichtstun f�ngt der hylafax dann pl�tzlich doch an, es zu versuchen.... =================================================== Aug 20 17:18:43 stargate isdnlog: Aug 20 17:18:43 * tei 121 calling +49 4231/933622, Verden with FAX-SERVER SWAMI.net RING (3.1 kHz audio) Aug 20 17:18:44 stargate isdnlog: Aug 20 17:18:44 tei 121 calling +49 4231/933622, Verden with FAX-SERVER SWAMI.net HANGUP Aug 20 17:18:48 stargate isdnlog: Aug 20 17:18:48 * tei 121 calling +49 4231/933454, Verden with FAX-SERVER SWAMI.net RING (3.1 kHz audio) Aug 20 17:18:49 stargate isdnlog: Aug 20 17:18:49 tei 121 calling +49 4231/933454, Verden with FAX-SERVER SWAMI.net HANGUP Aug 20 17:23:14 stargate isdnlog: Aug 20 17:23:14 * tei 121 calling +49 4231/933454, Verden with FAX-SERVER SWAMI.net RING (3.1 kHz audio) Aug 20 17:23:15 stargate isdnlog: Aug 20 17:23:15 tei 121 calling +49 4231/933454, Verden with FAX-SERVER SWAMI.net HANGUP Aug 20 17:30:38 stargate isdnlog: Aug 20 17:30:38 * tei 121 calling +49 4231/933454, Verden with FAX-SERVER SWAMI.net RING (3.1 kHz audio) Aug 20 17:30:39 stargate isdnlog: Aug 20 17:30:39 tei 121 calling +49 4231/933454, Verden with FAX-SERVER SWAMI.net HANGUP =================================================== W�hlt an, aber legt *sofort* wieder auf. Muss ich das verstehen?? Analog dazu sehe ich in /var/spool/fax/log folgendes: =================================================== stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # ll total 146 drwxr-xr-x 2 fax uucp 1192 Aug 20 17:30 . drwxr-xr-x 18 fax uucp 520 Aug 20 16:26 .. -rw------- 1 root root 477 Aug 20 10:10 c00000001 -rw------- 1 root root 480 Aug 20 10:15 c00000002 -rw------- 1 fax dialout 822 Aug 20 10:20 c00000003 -rw------- 1 root root 480 Aug 20 10:22 c00000004 -rw------- 1 root root 480 Aug 20 10:30 c00000005 -rw------- 1 root root 480 Aug 20 10:35 c00000006 -rw------- 1 root root 480 Aug 20 10:40 c00000007 -rw------- 1 root root 480 Aug 20 10:47 c00000008 -rw------- 1 fax dialout 832 Aug 20 11:54 c00000009 -rw------- 1 root root 497 Aug 20 13:03 c00000010 -rw------- 1 fax dialout 293 Aug 20 13:03 c00000011 -rw------- 1 root root 497 Aug 20 13:10 c00000012 -rw------- 1 fax dialout 293 Aug 20 13:10 c00000013 -rw------- 1 root root 480 Aug 20 13:50 c00000014 -rw------- 1 fax dialout 283 Aug 20 14:10 c00000015 -rw------- 1 fax uucp 470 Aug 20 14:57 c00000016 -rw------- 1 fax dialout 283 Aug 20 14:58 c00000017 -rw------- 1 fax uucp 470 Aug 20 15:04 c00000018 -rw------- 1 fax dialout 822 Aug 20 15:23 c00000019 -rw------- 1 fax dialout 293 Aug 20 15:22 c00000020 -rw------- 1 fax dialout 293 Aug 20 15:22 c00000021 -rw------- 1 fax dialout 822 Aug 20 15:35 c00000022 -rw------- 1 fax uucp 490 Aug 20 15:43 c00000023 -rw------- 1 fax uucp 490 Aug 20 15:50 c00000024 -rw------- 1 root root 480 Aug 20 16:26 c00000025 -rw------- 1 root root 480 Aug 20 16:33 c00000026 -rw------- 1 fax dialout 283 Aug 20 17:11 c00000027 -rw------- 1 root root 498 Aug 20 17:11 c00000028 -rw------- 1 fax dialout 283 Aug 20 17:11 c00000029 -rw------- 1 root root 499 Aug 20 17:11 c00000030 -rw------- 1 fax dialout 283 Aug 20 17:11 c00000031 -rw------- 1 root root 498 Aug 20 17:18 c00000032 -rw------- 1 root root 499 Aug 20 17:18 c00000033 -rw------- 1 root root 499 Aug 20 17:23 c00000034 -rw------- 1 root root 499 Aug 20 17:30 c00000035 -rw-r--r-- 1 root root 2 Aug 20 17:30 seqf stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # cat c00000033 Aug 20 17:18:48.77: [18823]: SESSION BEGIN 00000010 +49.4236.942629 Aug 20 17:18:48.77: [18823]: SEND FAX: JOB 10 DEST 004231933454 COMMID 00000033 Aug 20 17:18:48.77: [18823]: Try to connect to fax number 004231933454 in Hylafax mode on controller 1. Aug 20 17:18:48.77: [18823]: Dial and starting transfer of TIFF-File docq/doc13.ps;30 with normal resolution. Aug 20 17:18:49.80: [18823]: Connection dropped with Reason 0x3400 (No additional information). Aug 20 17:18:49.80: [18823]: SESSION END stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # cat c00000034 Aug 20 17:23:14.84: [18877]: SESSION BEGIN 00000010 +49.4236.942629 Aug 20 17:23:14.84: [18877]: SEND FAX: JOB 10 DEST 004231933454 COMMID 00000034 Aug 20 17:23:14.84: [18877]: Try to connect to fax number 004231933454 in Hylafax mode on controller 1. Aug 20 17:23:14.84: [18877]: Dial and starting transfer of TIFF-File docq/doc13.ps;30 with normal resolution. Aug 20 17:23:15.87: [18877]: Connection dropped with Reason 0x3400 (No additional information). Aug 20 17:23:15.88: [18877]: SESSION END stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # cat c00000035 Aug 20 17:30:38.91: [18985]: SESSION BEGIN 00000010 +49.4236.942629 Aug 20 17:30:38.91: [18985]: SEND FAX: JOB 10 DEST 004231933454 COMMID 00000035 Aug 20 17:30:38.91: [18985]: Try to connect to fax number 004231933454 in Hylafax mode on controller 1. Aug 20 17:30:38.91: [18985]: Dial and starting transfer of TIFF-File docq/doc13.ps;30 with normal resolution. Aug 20 17:30:39.95: [18985]: Connection dropped with Reason 0x3400 (No additional information). Aug 20 17:30:39.95: [18985]: SESSION END stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # stargate:/var/spool/fax/log # =================================================== Keine Ahnung, warum ich keine Faxe rauskriege... Habe nun schon den ganzen Tag damit verbracht, hier noch irgendwas zu bewegen, doch ich drehe mich immer nur im Kreis... Ich hoffe nun nat�rlich um so mehr auf Eure Hilfe und Tips... ;-) Karsten Keil schrieb:
Was ergibt rpm -qi libtiff
===================================================
stargate:~ #
stargate:~ # rpm -qi libtiff
Name : libtiff Relocations: (not
relocatable)
Version : 3.6.1 Vendor: SuSE Linux
AG, Nuernberg, Germany
Release : 38.3 Build Date: Tue Apr 27
17:31:55 2004
Install date: Tue Aug 17 16:28:25 2004 Build Host: f31.suse.de
Group : System/Libraries Source RPM:
tiff-3.6.1-38.3.src.rpm
Size : 849767 License: FSR, Other
License(s), see package
Signature : DSA/SHA1, Wed Apr 28 19:00:02 2004, Key ID
a84edae89c800aca
Packager : http://www.suse.de/feedback
URL : http://www.remotesensing.org/libtiff/
Summary : The Tiff Library (with JPEG and compression support)
Description :
This package includes the tiff libraries. To link a program with
libtiff, you will have to add -ljpeg and -lz to include the necessary
libjpeg and libz in the linking process.
Authors:
--------
Sam Leffler
Und was steht in den 45 Bytes drin ?
Irgendwelcher Schrott meiner Meinung nach, aber seht selbst... ;-) =================================================== ��� �� z�譶�{� ���>W��觲֥��Z��b��+��Z��� ===================================================
Was steht in in den hylafax logs (/var/spool/fax/log/...)
Siehe oben... ;-) Michael
On Fri, Aug 20, 2004 at 05:53:10PM +0200, Swantje & Michael Ludwig wrote:
Hallo,
also der Empfang funktioniert bis jetzt tadellos. Auch die Konvertierung ins pdf. Herausgefunden habe ich das, weil auch bei der Einstellung FILETYPE=tif nur 45 Byte ankamen und im source von faxrecvd uuencode und mimencode erwähnt wurde. sharutils bzw. metamail war auf meinem System nicht vorhanden. RPM von ftp.suse.com geladen und schon lief es...
Beim senden von Fax'ens ;-) hapert es aber leider immer noch. Schicke ich ein Fax von einem Client aus ab, bekomme ich auf der /var/log/allmessages folgendes:
Ein testfax direkt vom System funktioniert ? sendfax -d <nummer> test.txt Eventuell gibt ein capitrace mehr infos was da nicht klappt. avmcapictrl trace on Der trace geht in die /var/log/messages. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, Karsten Keil schrieb:
On Fri, Aug 20, 2004 at 05:53:10PM +0200, Swantje & Michael Ludwig wrote: Ein testfax direkt vom System funktioniert ? sendfax -d <nummer> test.txt
Leider genauso wenig wie alle anderen Versuche.
Eventuell gibt ein capitrace mehr infos was da nicht klappt. avmcapictrl trace on Der trace geht in die /var/log/messages.
Den trace habe ich (da für die Liste zu lang) unter folgender Adresse verfügbar gemacht: http://www.swanni-und-michi.de/avm_capi_trace.txt Daraus schlau werde _ich_ allerdings überhaupt nicht... ;-) Schönen abend' Euch allen noch! ;-) Michael
Kleiner Nachtrag zur vorhergehenden Mail: Swantje & Michael Ludwig schrieb:
Den trace habe ich (da für die Liste zu lang) unter folgender Adresse verfügbar gemacht: http://www.swanni-und-michi.de/avm_capi_trace.txt
Meine shell-Kommandos waren: (zum besseren Nachverfolgen) ===================================================== <--- ssh stargate.swami.net ---> ===================================================== login as: root Password: Last login: Fri Aug 20 13:27:51 2004 from neon.swami.net stargate:~ # stargate:~ # stargate:~ # stargate:~ # cd /admin/ stargate:/admin # stargate:/admin # stargate:/admin # vi test.txt stargate:/admin # stargate:/admin # stargate:/admin # stargate:/admin # cat test.txt Test - Fax ! stargate:/admin # stargate:/admin # stargate:/admin # stargate:/admin # avmcapictrl trace on avmcapictrl: trace switched on, look at the kernel messages, check dmesg(8) stargate:/admin # stargate:/admin # stargate:/admin # stargate:/admin # sendfax -d 11 test.txt request id is 11 (group id 11) for host localhost (1 file) stargate:/admin # stargate:/admin # stargate:/admin # stargate:/admin # stargate:/admin # avmcapictrl trace off avmcapictrl: trace switched off stargate:/admin # stargate:/admin # =====================================================
On Fri, Aug 20, 2004 at 09:31:01PM +0200, Swantje & Michael Ludwig wrote:
Hallo Karsten,
Karsten Keil schrieb:
On Fri, Aug 20, 2004 at 05:53:10PM +0200, Swantje & Michael Ludwig wrote: Ein testfax direkt vom System funktioniert ? sendfax -d <nummer> test.txt
Leider genauso wenig wie alle anderen Versuche.
Eventuell gibt ein capitrace mehr infos was da nicht klappt. avmcapictrl trace on Der trace geht in die /var/log/messages.
Den trace habe ich (da für die Liste zu lang) unter folgender Adresse verfügbar gemacht:
http://www.swanni-und-michi.de/avm_capi_trace.txt
Daraus schlau werde _ich_ allerdings überhaupt nicht... ;-)
Schönen abend' Euch allen noch! ;-)
Das sieht nach dem semaphore Fehler der orginalen 9.1 capi4hylafax Version aus. Das YOU Update sollte den fixen. rpm -qi capi4hylafax -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, Karsten Keil schrieb:
Das sieht nach dem semaphore Fehler der orginalen 9.1 capi4hylafax Version aus. Das YOU Update sollte den fixen. rpm -qi capi4hylafax
das YOU-Update habe ich glaube ich schon - genau wie alle anderen
YOU-Updates...
===============================================
stargate:~ #
stargate:~ # rpm -qi capi4hylafax
Name : capi4hylafax Relocations: (not
relocatable)
Version : 4.1.8 Vendor: SuSE Linux
AG, Nuernberg, Germany
Release : 24.2 Build Date: Fri May 7
21:54:43 2004
Install date: Tue Aug 17 16:27:39 2004 Build Host: coppola.suse.de
Group : Hardware/Fax Source RPM:
hylafax-4.1.8-24.2.src.rpm
Size : 626471 License: GPL
Signature : DSA/SHA1, Mon May 10 19:31:08 2004, Key ID
a84edae89c800aca
Packager : http://www.suse.de/feedback
URL : http://www.avm.de
Summary : faxcapi modem for hylafax
Description :
capi4hylafax adds a faxcapi modem to the hylafax enviroment. So you can
send and receive FAX documents with CAPI 2.0 fax controllers via a
hylafax server.
Authors:
--------
AVM
On Sat, Aug 21, 2004 at 06:05:32AM +0200, Swantje & Michael Ludwig wrote:
Hallo Karsten,
Karsten Keil schrieb:
Das sieht nach dem semaphore Fehler der orginalen 9.1 capi4hylafax Version aus. Das YOU Update sollte den fixen. rpm -qi capi4hylafax
das YOU-Update habe ich glaube ich schon - genau wie alle anderen YOU-Updates...
=============================================== stargate:~ # stargate:~ # rpm -qi capi4hylafax Name : capi4hylafax Relocations: (not relocatable) Version : 4.1.8 Vendor: SuSE Linux AG, Nuernberg, Germany Release : 24.2 Build Date: Fri May 7 21:54:43 2004 Install date: Tue Aug 17 16:27:39 2004 Build Host: coppola.suse.de Group : Hardware/Fax Source RPM: hylafax-4.1.8-24.2.src.rpm Size : 626471 License: GPL Signature : DSA/SHA1, Mon May 10 19:31:08 2004, Key ID a84edae89c800aca Packager : http://www.suse.de/feedback URL : http://www.avm.de Summary : faxcapi modem for hylafax Description : capi4hylafax adds a faxcapi modem to the hylafax enviroment. So you can send and receive FAX documents with CAPI 2.0 fax controllers via a hylafax server.
Ja das sieht OK aus, damit weiss ich aber auch nicht mehr weiter, mit diesem Update funktioniert das Versenden hier problemlos. Ein weiterer Test waere zu versuchen, ob ein direktes Versenden mit c2sendfax klappt. Dazu ein TIFF File (z.B. ein empfangens Fax) aus der recvq so verschicken: c2faxsend -f TIFF -v -d <nummer> /tmp/test.tiff -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, Karsten Keil schrieb:
Ja das sieht OK aus, damit weiss ich aber auch nicht mehr weiter, mit diesem Update funktioniert das Versenden hier problemlos.
Wieso dann hier nicht???? Komisch... Kann ich vielleicht eine neuere capi4hylafax probieren, gibt es sowas überhaupt in einer neueren Version? Wie sieht es mit der normalen CAPI 2.0 aus? Lohnt es, diese auszutauschen? Würde denn das austauschen relativ einfach von statten gehen, sprich mit rpm's, oder muss man den gesamten Kernel neu kompilieren?
Ein weiterer Test waere zu versuchen, ob ein direktes Versenden mit c2sendfax klappt. Dazu ein TIFF File (z.B. ein empfangens Fax) aus der recvq so verschicken: c2faxsend -f TIFF -v -d <nummer> /tmp/test.tiff
Es war ja nichts anderes zu erwarten, aber das funktioniert selbstverständlich auch nicht. Gleicher Fehler. Sofortiger hangup... ======================================================= stargate:~ # stargate:~ # stargate:~ # stargate:~ # cd /var/spool/fax/recvq/ stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # ll total 277 drwxr-xr-x 2 fax uucp 200 Aug 20 15:34 . drwxr-xr-x 18 fax uucp 520 Aug 20 16:26 .. -rw------- 1 fax dialout 82145 Aug 20 10:20 fax00001.tif -rw------- 1 fax dialout 61857 Aug 20 11:54 fax00002.tif -rw------- 1 fax dialout 61771 Aug 20 15:23 fax00003.tif -rw------- 1 fax dialout 59117 Aug 20 15:35 fax00004.tif -rw-r--r-- 1 fax dialout 1 Aug 20 15:34 seqf stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # c2faxsend -f TIFF -v -d 004231933622 fax00004.tif Try to connect to fax number 004231933622 in TIFF mode on controller 1. Dial and starting transfer of TIFF-File fax00004.tif with fine resolution. Connection dropped with Reason 0x3400 (No additional information). stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # ======================================================= Nun, da Du, wie Du ja schreibst, auch keine Ideen mehr hast, was kann ich nun machen? Gar nischt, habe mir SuSE 9.1 für teures Geld gekauft, stehe aber nun doch im Regen, weil ich so etwas "untypisches" wie hylafax machen möchte?? Damit möchte ich natürlich auf keinen Fall den Eindruck erwecken, dass ich hier Hilfe bzw. Unterstützung verlange, nein, auf keinen Fall. Aber sollte so etwas normales wie hylafax nicht doch schon funktionieren?? Ich meine, bin ich wirklich der einzige, der das mit einer 9.1 und Fritz!PCI nutzt?? Was mich ausserdem noch sehr wundert, ist, dass ausser Dir ja keiner Ahnung von hylafax zu haben scheint, oder warum antwortest nur Du hier?? Ich meine, nicht das mir das noch nie so gegangen ist auf dieser Liste (Du warst schon öfter bei Fragen von mir der einzigste, der geantwortet hat), aber ist schon komisch... BTW: Ich werde zwar auch ohne hylafax überleben, aber schön wäre es doch schon, wenn es laufen würde... Liebe Grüsse, Michael
Kann mir mal jemand erklären, wo überhaupt das Problem liegt? Fax eingehend funktioniert? Fax ausgehend funktioniert nicht? Habe Hylafax und FRITZ-PCI seit Monaten unter 9.0 laufen, null Problemo! Gruß, Michael -----Ursprüngliche Nachricht----- Von: Swantje & Michael Ludwig [mailto:listuser@swanni-und-michi.de] Gesendet: Samstag, 21. August 2004 15:00 An: suse-isdn@suse.com Betreff: Re: [suse-isdn] Problem mit hylafax unter 9.1 Hallo Karsten, Karsten Keil schrieb:
Ja das sieht OK aus, damit weiss ich aber auch nicht mehr weiter, mit diesem Update funktioniert das Versenden hier problemlos.
Wieso dann hier nicht???? Komisch... Kann ich vielleicht eine neuere capi4hylafax probieren, gibt es sowas überhaupt in einer neueren Version? Wie sieht es mit der normalen CAPI 2.0 aus? Lohnt es, diese auszutauschen? Würde denn das austauschen relativ einfach von statten gehen, sprich mit rpm's, oder muss man den gesamten Kernel neu kompilieren?
Ein weiterer Test waere zu versuchen, ob ein direktes Versenden mit c2sendfax klappt. Dazu ein TIFF File (z.B. ein empfangens Fax) aus der recvq so verschicken: c2faxsend -f TIFF -v -d <nummer> /tmp/test.tiff
Es war ja nichts anderes zu erwarten, aber das funktioniert selbstverständlich auch nicht. Gleicher Fehler. Sofortiger hangup... ======================================================= stargate:~ # stargate:~ # stargate:~ # stargate:~ # cd /var/spool/fax/recvq/ stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # ll total 277 drwxr-xr-x 2 fax uucp 200 Aug 20 15:34 . drwxr-xr-x 18 fax uucp 520 Aug 20 16:26 .. -rw------- 1 fax dialout 82145 Aug 20 10:20 fax00001.tif -rw------- 1 fax dialout 61857 Aug 20 11:54 fax00002.tif -rw------- 1 fax dialout 61771 Aug 20 15:23 fax00003.tif -rw------- 1 fax dialout 59117 Aug 20 15:35 fax00004.tif -rw-r--r-- 1 fax dialout 1 Aug 20 15:34 seqf stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # c2faxsend -f TIFF -v -d 004231933622 fax00004.tif Try to connect to fax number 004231933622 in TIFF mode on controller 1. Dial and starting transfer of TIFF-File fax00004.tif with fine resolution. Connection dropped with Reason 0x3400 (No additional information). stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # ======================================================= Nun, da Du, wie Du ja schreibst, auch keine Ideen mehr hast, was kann ich nun machen? Gar nischt, habe mir SuSE 9.1 für teures Geld gekauft, stehe aber nun doch im Regen, weil ich so etwas "untypisches" wie hylafax machen möchte?? Damit möchte ich natürlich auf keinen Fall den Eindruck erwecken, dass ich hier Hilfe bzw. Unterstützung verlange, nein, auf keinen Fall. Aber sollte so etwas normales wie hylafax nicht doch schon funktionieren?? Ich meine, bin ich wirklich der einzige, der das mit einer 9.1 und Fritz!PCI nutzt?? Was mich ausserdem noch sehr wundert, ist, dass ausser Dir ja keiner Ahnung von hylafax zu haben scheint, oder warum antwortest nur Du hier?? Ich meine, nicht das mir das noch nie so gegangen ist auf dieser Liste (Du warst schon öfter bei Fragen von mir der einzigste, der geantwortet hat), aber ist schon komisch... BTW: Ich werde zwar auch ohne hylafax überleben, aber schön wäre es doch schon, wenn es laufen würde... Liebe Grüsse, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
Hallo, folgende Vorraussetzungen: - Suse 9.1 Pro - AVM Fritz!PCI - alle Pakete von den Original-CDs der 9.1 bzw. von ftp.suse.com - *alle* Updates für die Pakete installiert, welche installiert sind - System vor 3 Tagen neu aufgesetzt, kein Update von 9.0, sondern eine komplette Neu-Installation auf neuen Platten, da die alten gecrashed sind... Michael Conrad schrieb:
Kann mir mal jemand erklären, wo überhaupt das Problem liegt? Fax eingehend funktioniert? Fax ausgehend funktioniert nicht?
Fax ausgehend funktioniert nicht. Verfolge den thread, unter http://www.swanni-und-michi.de/avm_capi_trace.txt habe ich den trace von avmcapictrl zur Verfügung gestellt. "Es" fängt an zu wählen, legt aber *sofort* wieder auf. Karsten ist der Meinung, das könnte das semaphore-Problem sein, welches mit dem aktuellen capi4hylafax-Patch behoben sein sollte. Ist es aber in meinem Fall anscheinend nicht.
Habe Hylafax und FRITZ-PCI seit Monaten unter 9.0 laufen, null Problemo!
SuSE 9.0 ... ;-) - wahrscheinlich dann auch Kernel 2.4.x ?.?.?.. ;-) Grüsse, Michael
On Sat, Aug 21, 2004 at 02:59:54PM +0200, Swantje & Michael Ludwig wrote:
Hallo Karsten,
Karsten Keil schrieb:
Ja das sieht OK aus, damit weiss ich aber auch nicht mehr weiter, mit diesem Update funktioniert das Versenden hier problemlos.
Wieso dann hier nicht???? Komisch... Kann ich vielleicht eine neuere capi4hylafax probieren, gibt es sowas überhaupt in einer neueren Version? Wie sieht es mit der normalen CAPI 2.0 aus? Lohnt es, diese auszutauschen?
OK um erstmal noch ein weitestgehendes gleiches Enviroment sicherzustellen: Welcher kernel ist im Einsatz ? uname -a
Würde denn das austauschen relativ einfach von statten gehen, sprich mit rpm's, oder muss man den gesamten Kernel neu kompilieren?
Ein weiterer Test waere zu versuchen, ob ein direktes Versenden mit c2sendfax klappt. Dazu ein TIFF File (z.B. ein empfangens Fax) aus der recvq so verschicken: c2faxsend -f TIFF -v -d <nummer> /tmp/test.tiff
Es war ja nichts anderes zu erwarten, aber das funktioniert selbstverständlich auch nicht. Gleicher Fehler. Sofortiger hangup...
OK einen relativ einfachen Test habe ich noch, capisuite probieren. Damit kann man dann auch abschaetzen, ob das Problem eher im core (CAPI20, kernel) oder bei capi4hylafax liegt. Einfach capisuite installieren und mit yast (Netzwerkgeraete FAX) konfiguieren, möglichst andere MSN als bei hylafax. Hylafax kann laufen bleiben. mit capisuitefax -d <nummer> postscriptfile ein Testfax verschicken (Ein postscript file laest sich z.b. mit a2ps aus einfachem ASCII Text erzeugen).
======================================================= stargate:~ # stargate:~ # stargate:~ # stargate:~ # cd /var/spool/fax/recvq/ stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # ll total 277 drwxr-xr-x 2 fax uucp 200 Aug 20 15:34 . drwxr-xr-x 18 fax uucp 520 Aug 20 16:26 .. -rw------- 1 fax dialout 82145 Aug 20 10:20 fax00001.tif -rw------- 1 fax dialout 61857 Aug 20 11:54 fax00002.tif -rw------- 1 fax dialout 61771 Aug 20 15:23 fax00003.tif -rw------- 1 fax dialout 59117 Aug 20 15:35 fax00004.tif -rw-r--r-- 1 fax dialout 1 Aug 20 15:34 seqf stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # c2faxsend -f TIFF -v -d 004231933622 fax00004.tif Try to connect to fax number 004231933622 in TIFF mode on controller 1. Dial and starting transfer of TIFF-File fax00004.tif with fine resolution. Connection dropped with Reason 0x3400 (No additional information). stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # stargate:/var/spool/fax/recvq # =======================================================
Nun, da Du, wie Du ja schreibst, auch keine Ideen mehr hast, was kann ich nun machen? Gar nischt, habe mir SuSE 9.1 für teures Geld gekauft, stehe aber nun doch im Regen, weil ich so etwas "untypisches" wie hylafax machen möchte??
Ja leider ist Faxen unter Linux noch immer ziemlich untypisch, das faengt damit an ds es nur wenige (zum Glück in DE weit verbreitete) Karten gibt, die ueber faxfaehige Treiber verfügen.
Damit möchte ich natürlich auf keinen Fall den Eindruck erwecken, dass ich hier Hilfe bzw. Unterstützung verlange, nein, auf keinen Fall. Aber sollte so etwas normales wie hylafax nicht doch schon funktionieren??
hylafax ist weder etwas normales noch einfaches, glaub mir, ich habe da schon Tage verbracht, Fehler zu suchen. Ausserdem ist es relativ kompliziert zu konfigurieren und es greifen sehr viele Sachen ineinander. (Lass Dich nicht taeuschen, bei den SuSE Paketen ist schon eine Menge voreingestellt). Das war z.b. einer der Hauptgründe capisuite zu entwickeln, nur ist hylafax für bestimmte Sachen halt immernoch die umfangreichere Loesung, das geht bei Windows Clients los.
Ich meine, bin ich wirklich der einzige, der das mit einer 9.1 und Fritz!PCI nutzt??
Nein, sicherlich nicht das geht schon allein aus der Flut der Mails die ich auf Grund des Problems des orginal Pakets bekommen habe. Der Fehler war zwar nicht ganz trivial, aber eindeutig nachvollziehbar, deshalb bin ich auch sicher, das das aktuelle Paket diesen gefixt hat.
Was mich ausserdem noch sehr wundert, ist, dass ausser Dir ja keiner Ahnung von hylafax zu haben scheint, oder warum antwortest nur Du hier??
Von den Internas von hylafax haben nur wenige Leute Ahnung, die auf dieser liste schreiben, vielleicht eine Hand voll, die meisten sind halt pure Anwender, ausserdem ist immernoch Urlaubszeit.
Ich meine, nicht das mir das noch nie so gegangen ist auf dieser Liste (Du warst schon öfter bei Fragen von mir der einzigste, der geantwortet hat), aber ist schon komisch...
BTW: Ich werde zwar auch ohne hylafax überleben, aber schön wäre es doch schon, wenn es laufen würde...
Liebe Grüsse,
Michael
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Karsten Keil SuSE Labs ISDN development
Hi Karsten, Karsten Keil schrieb:
OK um erstmal noch ein weitestgehendes gleiches Enviroment sicherzustellen: Welcher kernel ist im Einsatz ? uname -a
stargate:/var/log/squid # stargate:/var/log/squid # uname -a Linux stargate 2.6.5-7.104-default #1 Wed Jul 28 16:42:13 UTC 2004 i686 i686 i386 GNU/Linux stargate:/var/log/squid #
OK einen relativ einfachen Test habe ich noch, capisuite probieren.
Hmmm... capisuite & i4l-vbox = no go ?? War da nicht was?? Naja, zum testen... ;-) Scheint gerade recht recht umständlich zu werden... ============================================================ stargate:/admin/RPMs-for-hylafax # stargate:/admin/RPMs-for-hylafax # rpm -i \ capisuite-0.4.4-21.i586.rpm error: Failed dependencies: sfftobmp is needed by capisuite-0.4.4-21 python >= 2.3 is needed by capisuite-0.4.4-21 python < 2.3.99 is needed by capisuite-0.4.4-21 /usr/bin/python is needed by capisuite-0.4.4-21 stargate:/admin/RPMs-for-hylafax # stargate:/admin/RPMs-for-hylafax # rpm -i \ sfftobmp-2.2-168.i586.rpm stargate:/admin/RPMs-for-hylafax # stargate:/admin/RPMs-for-hylafax # rpm -i python-2.3.3-85.i586.rpm stargate:/admin/RPMs-for-hylafax # stargate:/admin/RPMs-for-hylafax # rpm -i \ capisuite-0.4.4-21.i586.rpm stargate:/admin/RPMs-for-hylafax # ============================================================ Ich sauge übrigens alle Pakete von ftp.suse.com/pub/suse/i386/9.1/suse/i586, weil ich keine Lust habe, CD's in Client reinzuschieben, smb-mount zu machen, yast verändern... Danach lasse ich you laufen, um zu sehen, ob es für die neuen Pakete updates gibt. YOU bringt keine Updates, okay, alle Pakete auf dem aktuellen Stand. ============================================================ stargate:/admin/RPMs-for-hylafax # stargate:/admin/RPMs-for-hylafax # rpm -q capisuite capisuite-0.4.4-21 stargate:/admin/RPMs-for-hylafax # rpm -q python python-2.3.3-85 stargate:/admin/RPMs-for-hylafax # rpm -q sfftobmp sfftobmp-2.2-168 stargate:/admin/RPMs-for-hylafax # rpm -q capi4hylafax capi4hylafax-4.1.8-24.2 stargate:/admin/RPMs-for-hylafax # rpm -q i4l-base i4l-base-2004.5.3-1.2 stargate:/admin/RPMs-for-hylafax # ============================================================ In /etc/capisuite/fax.conf neuen User angelegt und probiert. Folgende Ausgaben:
capisuitefax -d <nummer> postscriptfile
============================================================ ssh-Konsole ============================================================ stargate:/var/spool/capisuite # stargate:/var/spool/capisuite # capisuitefax -d 11 /admin/inn.status.ps /admin/inn.status.ps successful enqueued as /var/spool/capisuite/users/root/sendq/fax-0.sff for 11 stargate:/var/spool/capisuite # ============================================================ Die Ausgabe auf /var/log/allmessages findet Ihr hier: http://www.swanni-und-michi.de/capisuite_var_log_allmessages.txt Habe ich wegen der Länge und Zeilenlänge hier nicht gepostet, wird sonst so unleserlich... WARUM ???? Warum funktioniert das blöde Teil mit der capisuite???? Das finde ich jetzt gar nicht lustig... ;-) *g* Blödes hylafax... Allerdings kommt es mir so vor, als ob hylafax *der* bolide schlechthin ist und capisuite nur - sozusagen - eine lite-Version von irgendwas... ;-) Kann das sein? Ich habe mich doch schon sehr an die vielen Konfigurations- möglichkeiten von hylafax gewöhnt und möchte sie nicht missen... Besteht für mich irgendeine Möglichkeit, hylafax doch noch zum laufen zu bewegen?? Alles von Hand kompilieren?? Kernel, capi, avm-Kram, hylafax und und und...??? Bitte nicht!!! ;-) Michael
Hallo Karsten, Karsten Keil schrieb:
No go nicht, aber auf der gleichen MSN gewinnt halt einer von beiden.
Ach so. Hatte ich nur irgendwo gelesen... ;-)
OK, da das Fehlerbild sehr dem semaphore Fehler entspricht, als erstes mal verifizieren, das das Update auch 100% geklappt hat, mir sind zwar kein Faelle bekannt, aber ...
ls -l /usr/bin/c2fax* md5sum /usr/bin/c2fax*
rpm -V capi4hylafax
So, dann ist hier die Ausgabe... ==================================================================== stargate:~ # stargate:~ # stargate:~ # rpm -V capi4hylafax ......G. /var/spool/fax/etc/config.faxCAPI.sample stargate:~ # stargate:~ # stargate:~ # stargate:~ # ls -l /usr/bin/c2fax* -rwxr-xr-x 1 root root 225048 Apr 6 20:15 /usr/bin/c2faxrecv -rwxr-xr-x 1 root root 223085 May 7 21:54 /usr/bin/c2faxsend stargate:~ # stargate:~ # stargate:~ # stargate:~ # md5sum /usr/bin/c2fax* 803d7fc6a11eab88b0fb6b9552069cc8 /usr/bin/c2faxrecv 5b822ffe0e9410ec820ca78472a88516 /usr/bin/c2faxsend stargate:~ # stargate:~ # ==================================================================== Hmmm, also ich würde jetzt mal so aus'm Bauch heraus sagen, dass capi4hylafax nicht richtig upgedatet wurde, nur die eine Datei, das kanns' ja nicht sein, oder? Ist das update nicht richtig gelaufen?????? Michael
On Sat, Aug 21, 2004 at 08:57:41PM +0200, Swantje & Michael Ludwig wrote:
Hallo Karsten,
Karsten Keil schrieb:
No go nicht, aber auf der gleichen MSN gewinnt halt einer von beiden.
Ach so. Hatte ich nur irgendwo gelesen... ;-)
OK, da das Fehlerbild sehr dem semaphore Fehler entspricht, als erstes mal verifizieren, das das Update auch 100% geklappt hat, mir sind zwar kein Faelle bekannt, aber ...
ls -l /usr/bin/c2fax* md5sum /usr/bin/c2fax*
rpm -V capi4hylafax
So, dann ist hier die Ausgabe...
==================================================================== stargate:~ # stargate:~ # stargate:~ # rpm -V capi4hylafax ......G. /var/spool/fax/etc/config.faxCAPI.sample stargate:~ # stargate:~ # stargate:~ # stargate:~ # ls -l /usr/bin/c2fax* -rwxr-xr-x 1 root root 225048 Apr 6 20:15 /usr/bin/c2faxrecv -rwxr-xr-x 1 root root 223085 May 7 21:54 /usr/bin/c2faxsend stargate:~ # stargate:~ # stargate:~ # stargate:~ # md5sum /usr/bin/c2fax* 803d7fc6a11eab88b0fb6b9552069cc8 /usr/bin/c2faxrecv 5b822ffe0e9410ec820ca78472a88516 /usr/bin/c2faxsend
Ist definitiv das gefixte: pingi3:~ # md5sum /usr/bin/c2fax* 803d7fc6a11eab88b0fb6b9552069cc8 /usr/bin/c2faxrecv 5b822ffe0e9410ec820ca78472a88516 /usr/bin/c2faxsend
Hmmm, also ich würde jetzt mal so aus'm Bauch heraus sagen, dass capi4hylafax nicht richtig upgedatet wurde, nur die eine Datei, das kanns' ja nicht sein, oder? Ist das update nicht richtig gelaufen??????
Nein rpm -V vergleicht die in der RPM Datenbasis vorhanden Daten (md5sums,Rechte,Benutzer) mit den der Files und gibt nur Unterschiede aus. /var/spool/fax/etc/config.faxCAPI.sample hat scheinbar eine andere Gruppe, was ja nicht weiter stoert. Ich werde Dir mal ein debug c2faxsend bauen, allerdings in den naechsten Tagen. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, Karsten Keil schrieb:
Nein rpm -V vergleicht die in der RPM Datenbasis vorhanden Daten (md5sums,Rechte,Benutzer) mit den der Files und gibt nur Unterschiede aus. /var/spool/fax/etc/config.faxCAPI.sample hat scheinbar eine andere Gruppe, was ja nicht weiter stoert.
Ach so. ;-) Muss man natürlich wissen. Hätte natürlich auch der der man-page mal nachschauen können... ;-)
Ich werde Dir mal ein debug c2faxsend bauen, allerdings in den naechsten Tagen.
Prima, das würde mich freuen. Vielleicht kann man dem Problem ja doch noch irgendwie beikommen. Wäre suuuuper. Michael
Mahlzeit. Swantje & Michael Ludwig wrote: ...
stargate:/var/spool/fax/recvq # c2faxsend -f TIFF -v -d 004231933622 fax00004.tif Try to connect to fax number 004231933622 in TIFF mode on controller 1. Dial and starting transfer of TIFF-File fax00004.tif with fine resolution. Connection dropped with Reason 0x3400 (No additional information).
Bist Du ganz absolut und tottl sicher dass die Anwahl mit 0 für eine Amtsleitung beginnen muss? ISDN hängt nicht zufällig - nur zum Testen :-) - direkt am NTBA oder dem externen S0-Bus oder die Telefonanlage ist auf automaische Amtsholung programmiert? Soll ja schon vorgekommen sein. Sieht man dann schlimmstenfalls auf der nächsten Telefonrechnung...
Nun, da Du, wie Du ja schreibst, auch keine Ideen mehr hast, was kann ich nun machen? Gar nischt, habe mir SuSE 9.1 für teures Geld gekauft, stehe aber nun doch im Regen, weil ich so etwas "untypisches" wie hylafax machen möchte?? Damit möchte ich natürlich auf keinen Fall den Eindruck erwecken, dass ich hier Hilfe bzw. Unterstützung verlange, nein, auf keinen Fall.
Na, keine Lust mehr? ;-)
Aber sollte so etwas normales wie hylafax nicht doch schon funktionieren?? Ich meine, bin ich wirklich der einzige, der das mit einer 9.1 und Fritz!PCI nutzt?? Was mich ausserdem noch sehr wundert, ist, dass ausser Dir ja keiner Ahnung von hylafax zu haben scheint, oder warum antwortest nur Du hier??
Vielleicht weil 1. andere nicht das Problem haben und 2. andere mit vergleichbarer Konfiguration nicht viel Zeit mit dem Probieren am Faxserver verbringen können/wollen/dürfen?
Ich meine, nicht das mir das noch nie so gegangen ist auf dieser Liste (Du warst schon öfter bei Fragen von mir der einzigste, der geantwortet hat), aber ist schon komisch...
Nö. Maestro Keil wird wohl von S.u.S.E. (auch) dafür bezahlt, hier zu helfen. Ich zum Beispiel nicht, und deshalb kann ich nur dann eine Mail schreiben wenn mir (zufällig) was auffällt. Arno -- Arno Lehmann arno@lehleute.de http://www.lehleute.de/a
Hi Arno, Arno Lehmann schrieb:
Bist Du ganz absolut und tottl sicher dass die Anwahl mit 0 für eine Amtsleitung beginnen muss? ISDN hängt nicht zufällig - nur zum Testen :-) - direkt am NTBA oder dem externen S0-Bus oder die Telefonanlage ist auf automaische Amtsholung programmiert?
Absolut total sicher, keine Frage. ;-) AVM-Karte hängt hinter Anlage und die hat keine automatische Amtsholung. ;-)
Soll ja schon vorgekommen sein. Sieht man dann schlimmstenfalls auf der nächsten Telefonrechnung...
Nee nee, passt schon... ;-)
Vielleicht weil 1. andere nicht das Problem haben und 2. andere mit vergleichbarer Konfiguration nicht viel Zeit mit dem Probieren am Faxserver verbringen können/wollen/dürfen?
Rrrrrr, mach' mich bitte nicht total wild!!! ;-) Wieso sollten andere 9.1er nicht das Problem inkl. capi4hylafax update haben????? ;-) *grins* - das darf ja wohl nicht wahr sein!! ;-)
Nö. Maestro Keil wird wohl von S.u.S.E. (auch) dafür bezahlt, hier zu helfen. Ich zum Beispiel nicht, und deshalb kann ich nur dann eine Mail schreiben wenn mir (zufällig) was auffällt.
Ja, er wird sicherlich von Novell bezahlt, aber wie gesagt, wir wissen's ja alle (oder sollten es zumindest wissen), dass der Support hier kein Pflichtprogramm ist. Finde ich auch vollkommen okay, denn nur dadurch kann eine Distri im Preis *relativ* stabil bleiben. Bei einem grundsätzlichen Aufschlag für den Support wären die Preise für eine Distri sicherlich bald auf Winzigweich-Niveau... Und das möchte glaube ich auch niemand. Schliesslich kommen denke ich viele Neukunden _auch_ auf Grund des Preises zu alternativen wie SuSE. Also alles in allem könnte ich mich ja auch selber hinsetzen, alles durchkompilieren, mir selber den debug ansehen und und und... Aber auch wenn ich Fachinformatiker (SI) bin, von Anwendungs- entwicklung habe ich *null* Ahnung, und ehrlich gesagt bin ich auch überhaupt nicht scharf darauf, irgendwelche C++, Perl oder bash- Scripts durchzuarbeiten und zu verändern. Bevor ich das machen müsste, würde ich eher auf ein Programm (in diesem Fall hylafax und Konsorten) verzichten. Deswegen finde ich es absolut klasse von Meister Keil, dass er sich in seinem Bereich ISDN so reinhängt. Das muss mal gesagt werden, und mir persönlich hat er, wie bereits geschrieben, auch schon öfters aus der "Patsche" geholfen. Ein unverzichtbarer "Mitwirkender" also. ;-) Sorry, aber das musste mal raus... ;-) Grüsse, Michael
Hallo Liste, durch die professionelle Hilfe von Karsten Keil ist das Problem nun erst eingegrenzt, erkannt und zuletzt behoben worden. Der ständige Abbruch beim senden des Faxes liess sich auf die Fehlerhafte Einstellung der Konfigurationsoption "RingingDuration" zurückführen. Diese ist standardmässig auf "0" eingestellt. Ich hatte diesen Wert allerdings auf "1" gestellt. Dadurch bleibt dem Faxgerät, welches das ankommende Fax annehmen soll, nicht genug Zeit, abzuheben. Infolgedessen legt hylafax wieder auf. Also: In der Datei /var/spool/fax/etc/config.faxCAPI sollte folgender Eintrag entweder nicht verändert werden oder so verändert werden, dass ein entferntes Gerät noch genug Zeit hat, abzuheben. Leider gibt hylafax keinerlei Fehlermeldung aus, die in einem solchen Fall in die richtige Richtung leitet. ============================================================== /var/spool/fax/etc/config.faxCAPI ============================================================== # Gibt die Dauer in Sekunden an, die auf eine Verbindungsannahme # durch die Gegenseite gewartet wird. So wird beim Faxversand nicht # automatisch die gesamte von der Telekom vorgegebene Wartezeit # genutzt. Eine Angabe des Wertes 0 nutzt die gesamte Wartezeit. # # The duration in seconds you wait for the remote site to accept # your outgoing call In this way you do not have to use the entire # ringing duration preset by the telephone company. The default # value 0 uses the entire ringing duration. # # default 0 # RingingDuration: 0 ============================================================== Nun funktioniert auch bei mir alles ordnungsgemäss. Ohne die tolle Hilfe von Karsten Keil hätte ich das nie heraus- gefunden. Vielen Dank an alle beteiligten für die Hilfe! Michael
participants (4)
-
Arno Lehmann -
Karsten Keil -
Michael Conrad -
Swantje & Michael Ludwig