capi4linux-hylafax-susefax
Hallo Leute! Es gab sehr viele hilfreiche Antworten auf mein Fragen bezüglich der ganzen Faxerei. Danke! Ich bin mir aber nicht sicher, ob der ganze Thread noch an einem Faden hing! Deshalb möchte ich jetzt meine bisherigen Bemühungen zusammenfassen (vielleicht hilft's ja auch wem...): - isdn4linux und capi4linux laufen o.k. - hylafax läuft auch o.k.: simba:~ # rchylafax status Checking for service HylaFAX: HylaFAX queue manager process: OK HylaFAX client-server protocol server: OK - Folgende 'Fax-Dämonen' sind aktiv: simba:~ # ps aux |grep fax uucp 703 0.0 0.2 6616 1108 ? S 10:46 0:00 /usr/local/bin/c2faxrecv uucp 704 0.0 0.2 6616 1108 ? S 10:46 0:00 /usr/local/bin/c2faxrecv uucp 705 0.0 0.2 6616 1108 ? S 10:46 0:00 /usr/local/bin/c2faxrecv uucp 706 0.0 0.2 6616 1108 ? S 10:46 0:00 /usr/local/bin/c2faxrecv uucp 936 0.0 0.3 2956 1352 ? S 10:49 0:00 /usr/sbin/faxq uucp 939 0.0 0.2 2824 1044 ? S 10:49 0:00 /usr/lib/fax/hfaxd -i hylafax -o 4557 -s 444 FRAGE: Warum laufen 4 x c2faxrecvd ? - faxstat sagt Folgendes, was dann auch im Hylafax ServerStatus von susefax zu lesen ist: simba:~ # faxstat HylaFAX scheduler on simba.intranet.<name der einrichtung>.de: Running Modem faxCAPI (+49.351.<xxxxxxx>): Running and idle - Beim Senden eines Faxes auf die gerade genannte Nummer erhält der Sender die Nachricht: 'Endgerät meldet sich nicht!'. /var/log/messages sagt: Jun 6 11:04:15 simba kernel: capidrv-1: incoming call 0351<xxxxxxx>,1,1,512 Jun 6 11:04:15 simba kernel: capidrv-1: patching si2=1 to 0 for VBOX Jun 6 11:04:15 simba kernel: isdn_net: call from 0351<xxxxxxx>,1,0 -> 512 Jun 6 11:04:15 simba kernel: isdn_net: Service-Indicator not 7, ignored Jun 6 11:04:15 simba kernel: isdn_tty: call from 0351<xxxxxxx> -> 512 ignored Jun 6 11:04:15 simba kernel: capidrv-1: incoming call 0351<xxxxxxx>,1,0,512 ignored - Beim Senden mit eines ps-Dokuments mit susefax steht kurzzeitig ein Dokument in der Sendeschlange, und verschwindet dann. /var/log/messages: 6 11:08:10 simba HylaFAX[1004]: Filesystem has SysV-style file creation semantics. Jun 6 11:08:10 simba FaxQueuer[936]: SUBMIT JOB 38 Jun 6 11:08:12 simba FaxQueuer[1011]: JOB 38: CONVERT DOCUMENT: Could not reopen converted document to verify format Jun 6 11:08:12 simba FaxQueuer[936]: NOTIFY: bin/notify "doneq/q38" "format_failed" "" - Hier ein Auszug aus meiner config.faxCAPI: OutgoingMSN: 4913512 UseISDNFaxService: 1 AcceptSpeech: 1 IncomingMSNs: 4913512 } } So, liebe Leute. Wer sieht hier noch was Verdächtiges??? Auch Lit.-Hinweise nehme ich gern entgegen, obwohl ich das INET schon abgegrast habe! Danke für's viele Lesen und ide Hilfe! Peter.
- Folgende 'Fax-Dämonen' sind aktiv:
simba:~ # ps aux |grep fax uucp 703 0.0 0.2 6616 1108 ? S 10:46 0:00 /usr/local/bin/c2faxrecv uucp 704 0.0 0.2 6616 1108 ? S 10:46 0:00 /usr/local/bin/c2faxrecv uucp 705 0.0 0.2 6616 1108 ? S 10:46 0:00 /usr/local/bin/c2faxrecv uucp 706 0.0 0.2 6616 1108 ? S 10:46 0:00 /usr/local/bin/c2faxrecv uucp 936 0.0 0.3 2956 1352 ? S 10:49 0:00 /usr/sbin/faxq uucp 939 0.0 0.2 2824 1044 ? S 10:49 0:00 /usr/lib/fax/hfaxd -i hylafax -o 4557 -s 444
FRAGE: Warum laufen 4 x c2faxrecvd ? /etc/inittab
reicht nichzt einer?
- faxstat sagt Folgendes, was dann auch im Hylafax ServerStatus von susefax zu lesen ist:
simba:~ # faxstat HylaFAX scheduler on simba.intranet.<name der einrichtung>.de: Running Modem faxCAPI (+49.351.<xxxxxxx>): Running and idle
- Beim Senden eines Faxes auf die gerade genannte Nummer erhält der Sender die Nachricht: 'Endgerät meldet sich nicht!'. /var/log/messages sagt:
Jun 6 11:04:15 simba kernel: capidrv-1: incoming call 0351<xxxxxxx>,1,1,512 Jun 6 11:04:15 simba kernel: capidrv-1: patching si2=1 to 0 for VBOX Jun 6 11:04:15 simba kernel: isdn_net: call from 0351<xxxxxxx>,1,0 -> 512 Jun 6 11:04:15 simba kernel: isdn_net: Service-Indicator not 7, ignored Jun 6 11:04:15 simba kernel: isdn_tty: call from 0351<xxxxxxx> -> 512 ignored Jun 6 11:04:15 simba kernel: capidrv-1: incoming call 0351<xxxxxxx>,1,0,512 ignored Antwort kam doch schoin von karsten.
- Beim Senden mit eines ps-Dokuments mit susefax steht kurzzeitig ein Dokument in der Sendeschlange, und verschwindet dann. /var/log/messages:
6 11:08:10 simba HylaFAX[1004]: Filesystem has SysV-style file creation semantics. Jun 6 11:08:10 simba FaxQueuer[936]: SUBMIT JOB 38 Jun 6 11:08:12 simba FaxQueuer[1011]: JOB 38: CONVERT DOCUMENT: Could not reopen converted document to verify format Jun 6 11:08:12 simba FaxQueuer[936]: NOTIFY: bin/notify "doneq/q38" "format_failed" "" loglevel erhoehen, wie bereits mehrfach erwähnt!!!
- Hier ein Auszug aus meiner config.faxCAPI:
OutgoingMSN: 4913512
UseISDNFaxService: 1
AcceptSpeech: 1
IncomingMSNs: 4913512 } }
So, liebe Leute. Wer sieht hier noch was Verdächtiges???
Auch Lit.-Hinweise nehme ich gern entgegen, obwohl ich das INET schon abgegrast habe!
Danke für's viele Lesen und ide Hilfe!
Peter.
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-isdn-unsubscribe@suse.com For additional commands, e-mail: suse-isdn-help@suse.com
FRAGE: Warum laufen 4 x c2faxrecvd ? /etc/inittab
reicht nichzt einer?
Ja, denke ich auch, in /etc/inittab steht der Aufruf auch nur einmal!
loglevel erhoehen, wie bereits mehrfach erwähnt!!!
ok...hab ich gemacht und ich kann (für mich!) keine neuen Infos gewinnen, außer diesem Convert-Fehler, den ich bereits gepostet hatte: ---------------Auszug aus /var/log/messages------------------------------ un 6 12:44:41 simba HylaFAX[1633]: HylaFAX INET connection from localhost [127.0.0.1] Jun 6 12:44:41 simba HylaFAX[1633]: command: USER pzabelt Jun 6 12:44:41 simba HylaFAX[1633]: USER pzabelt Jun 6 12:44:41 simba HylaFAX[1633]: <--- 230 User pzabelt logged in. Jun 6 12:44:41 simba HylaFAX[1633]: FAX LOGIN FROM localhost [127.0.0.1], pzabelt Jun 6 12:44:41 simba HylaFAX[1633]: command: IDLE 900 Jun 6 12:44:41 simba HylaFAX[1633]: IDLE 900 Jun 6 12:44:41 simba HylaFAX[1633]: <--- 213 Idle timeout set to 900. Jun 6 12:44:41 simba HylaFAX[1633]: command: TZONE LOCAL Jun 6 12:44:41 simba HylaFAX[1633]: TZONE LOCAL Jun 6 12:44:41 simba HylaFAX[1633]: <--- 200 Using time values in CET. Jun 6 12:44:41 simba HylaFAX[1633]: command: JOBFMT "%-4j|%.20J|%4i|%8o|%15e|%1n|%5P|%5D|%7z|%.25s" Jun 6 12:44:41 simba HylaFAX[1633]: <--- 200 JOBFMT command successful. Jun 6 12:44:41 simba HylaFAX[1633]: command: RCVFMT "%7m|%6n|%2p|%12s|%f|%t" Jun 6 12:44:41 simba HylaFAX[1633]: <--- 200 RCVFMT command successful. Jun 6 12:44:41 simba HylaFAX[1633]: command: PORT 127,0,0,1,148,117 Jun 6 12:44:41 simba HylaFAX[1633]: PORT 127.0.0.1;30100 Jun 6 12:44:41 simba HylaFAX[1633]: <--- 200 PORT command successful. Jun 6 12:44:41 simba HylaFAX[1633]: command: LIST status Jun 6 12:44:41 simba HylaFAX[1633]: LIST status Jun 6 12:44:41 simba HylaFAX[1633]: <--- 150 Opening new data connection for "status". Jun 6 12:44:41 simba HylaFAX[1633]: <--- 226 Transfer complete. Jun 6 12:44:41 simba HylaFAX[1633]: command: PORT 127,0,0,1,148,118 Jun 6 12:44:41 simba HylaFAX[1633]: PORT 127.0.0.1;30356 Jun 6 12:44:41 simba HylaFAX[1633]: <--- 200 PORT command successful. Jun 6 12:44:41 simba HylaFAX[1633]: command: LIST sendq Jun 6 12:44:41 simba HylaFAX[1633]: LIST sendq Jun 6 12:44:41 simba HylaFAX[1633]: <--- 150 Opening new data connection for "sendq". Jun 6 12:44:41 simba HylaFAX[1633]: <--- 226 Transfer complete. Jun 6 12:44:42 simba FaxQueuer[1632]: JOB 49: CONVERT DOCUMENT: Could not reopen converted document to verify format Jun 6 12:44:42 simba FaxQueuer[1547]: NOTIFY: bin/notify "doneq/q49" "format_failed" "" -------------------------ENDE-------------------------------------------- Wenn mehr Logfile gebraucht würde, dann packe ich das nochmal rein, aber wie gesagt, ich kann dem nichts neues entnehmen! Danke trotzdem! Peter.
Wenn mehr Logfile gebraucht würde, dann packe ich das nochmal rein, aber wie gesagt, ich kann dem nichts neues entnehmen!
Ich leider auch nicht :-( Und c2faxsend wird von HF wahrscheinlich gar nicht aufgerufen? Steht was in dessen logfile? Jetzt rate ich mal: - irgendeine einstellung die die filepermissions sehr restriktive setzt? - während dem faxen wird von HF ghostscript aufgrufen um aus dem PS ein TIFF zu machden. Da erscheint dann kurzzeitig neben z.B. doc*.ps noch ein doc*.ps;xxxx (o.ä.) in /var/spool/fax/docq Kannst Du das sehen? Kannst Du die file(s) retten und mit einem viewer ansehen? geht ls -l? - mal mal die logs an hylafax-users, siehe unter www.hylafax.org (english) - setze mal SessionTRacing auf 0xfff (aber ich glaube das hilft gar nix mit c2faxsend) Bernd
participants (2)
-
Bernd Proissl
-
Peter Zabelt