hylafax + capi: es passiert nix
Hallo! Ich hab jetzt den hylafax (V. 4.15, Kernel 2.4.20) gestartet bekommen. Glücklich wie ich war habe ich dann sofort versucht, ein Fax zu verschicken, leider tat sich nix. Weiss jemand, woran´s liegen könnte (weitere Info's s.u.)? Infos: - liegt in /var/spool/hylafax eine |FIFO und eine |faxCAPI, dann zeigt er mir folgendes: debian:/var/log # faxstat HylaFAX scheduler on debian.wg: Running Modem faxCAPI (+49.951.5193311): Running and idle debian:/var/log # - ohne die |FIFO folgendes: debian:/var/log # faxstat HylaFAX scheduler on debian.wg: Not running Modem faxCAPI (+49.951.5193311): Running and idle debian:/var/log # -Der Test wurde mit "Running" durchgeführt...- - hier das Protokoll des Faxversands: ---- Status des nicht gesendeten Auftrages ---- Empfaenger: 5193311 AuftragsID: 7 GruppenID: 7 Sender: Stefan Schilling eMail: stefan@debian.wg Empfangen von: oben.wg Status: status:Kill time expired Verbindungsmitschnitt: 0 (Austausch mit Gegenstation) Wählversuche: 0 (mehrere fehlgeschlagene Anrufversuche) Anrufe: 0 (Summe der durchgeführten Anrufe) komisch daran ist, dass er´s nicht mal versucht (das läßt sich über /var/log/messages verifizieren: keine weiteren Faxeintragungen, ausser dass hylafax den job erhalten hat. - FritzClassic hängt direkt am NTBA, man kann sich mit ihr ganz normal ins Netz einwählen, die Capi ist aktiviert und auch als Treiber für die Fritz eingestellt. Für weitere Fragen stehe ich gerne zur Verfügung (wenn ich aus der Uni zurück bin) Einen schönen Abend noch!! :) Stefan
Hi! Am Donnerstag, 16. Januar 2003 22:23 schrieb Stefan Schilling:
Weiss jemand, woran´s liegen könnte (weitere Info's s.u.)?
Nö, leider keine Ahnung :-( Nur eine Frage: gibt es eine passende Logdatei unter /var/spool/fax/log? Vielleicht kann man dieser irgendwas brauchbares entnehmen.
debian:/var/log # faxstat HylaFAX scheduler on debian.wg: Running Modem faxCAPI (+49.951.5193311): Running and idle debian:/var/log #
So soll das sein. -- Ciao, Gernot
Guten Tag Gernot Hillier, Am Dienstag, 21. Januar 2003 um 09:03 schrieb Gernot Hillier:
Hi!
Am Donnerstag, 16. Januar 2003 22:23 schrieb Stefan Schilling:
Weiss jemand, woran´s liegen könnte (weitere Info's s.u.)?
Nö, leider keine Ahnung :-(
Nur eine Frage: gibt es eine passende Logdatei unter /var/spool/fax/log?
Nö! Ausgabe: debian:/var/spool/fax # dir total 76 drwxr-xr-x 17 33 uucp 4096 Jan 16 22:16 . drwxr-xr-x 15 root root 4096 Nov 13 21:26 .. -r--r--r-- 1 root root 5426 Nov 8 14:41 COPYRIGHT prw------- 1 uucp uucp 0 Jan 21 20:27 FIFO prw------- 1 uucp uucp 0 Jan 5 18:22 FIFO.faxCAPI drwx------ 2 uucp uucp 4096 Nov 8 14:41 archive drwxr-xr-x 2 uucp uucp 4096 Nov 10 13:58 bin drwxr-xr-x 2 uucp uucp 4096 Jan 21 20:27 client drwxr-xr-x 2 uucp uucp 4096 Nov 8 14:42 config drwxr-xr-x 2 uucp uucp 4096 Nov 8 20:51 dev drwx------ 2 uucp uucp 4096 Jan 21 20:27 docq drwx------ 2 uucp uucp 4096 Jan 8 17:58 doneq drwxr-xr-x 2 uucp uucp 4096 Nov 10 13:58 etc drwxr-xr-x 2 uucp uucp 4096 Nov 8 14:41 info drwxr-xr-x 2 uucp uucp 4096 Nov 8 14:41 log drwx------ 2 uucp uucp 4096 Nov 8 14:41 pollq drwxr-xr-x 2 uucp uucp 4096 Nov 8 14:41 recvq drwx------ 2 uucp uucp 4096 Jan 21 20:27 sendq drwxr-xr-x 2 uucp uucp 4096 Nov 9 17:28 status drwx------ 2 uucp uucp 4096 Jan 21 20:27 tmp debian:/var/spool/fax # cd log debian:/var/spool/fax/log # dir total 8 drwxr-xr-x 2 uucp uucp 4096 Nov 8 14:41 . drwxr-xr-x 17 33 uucp 4096 Jan 16 22:16 .. debian:/var/spool/fax/log # debian:/var/log # tail messages Jan 21 20:27:01 debian FaxQueuer[1647]: SUBMIT JOB 8 debian:/var/log #
Vielleicht kann man dieser irgendwas brauchbares entnehmen.
leider, leider kann es eventl. sein, dass die Rechte nicht stimmen?
debian:/var/log # faxstat HylaFAX scheduler on debian.wg: Running Modem faxCAPI (+49.951.5193311): Running and idle debian:/var/log #
So soll das sein. dachte ich mir. hat aber auch lange gedauert...
Danke (und bitte, bitte, Bitte(!) weitere Tips...) Stefan :) -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hi! On Tuesday 21 January 2003 20:36, Stefan Schilling wrote:
Nur eine Frage: gibt es eine passende Logdatei unter /var/spool/fax/log?
Nö!
Dann wird wohl c2faxsend gar nicht aufgerufen. Komisch. Kannst Du manuell mal mit c2faxsend versuchen, etwas wegzuschicken? Nimm am besten das Beispielbild fritz_pic.tif aus dem Paket selbst her. Geht das?
kann es eventl. sein, dass die Rechte nicht stimmen?
Gute Frage. Ich kenne leider HylaFAX und seine internen Mechanismen zu wenig, um das zu beantworten. Ich würde es mir gerne anschauen, aber dazu fehlt mir im Moment die Zeit, sorry. :-( Vielleicht solltest Du direkt auf der HylaFAX-Mailinglisten (http://www.hylafax.org/mailing-lists.html) nachfragen? Die können Dir da vielleicht eher helfen...
dachte ich mir. hat aber auch lange gedauert...
Sorry, aber ich bin ein wenig im Stress momentan. Meine Diplomarbeit geht allmählich zu Ende und da häuft sich dann die Arbeit :-}
Danke (und bitte, bitte, Bitte(!) weitere Tips...)
Ich wünschte, ich könnte Dir mehr dazu sagen. :-( -- Ciao, Gernot "Und wenn hier noch Einwände bestehen, dann müssen eben die Gesetze geändert werden." (Bayerns Innenminister Dr. Beckstein zu Einwänden des Datenschutzbeauftragten)
Guten Tag Gernot Hillier, Am Freitag, 24. Januar 2003 um 14:51 schrieb Gernot Hillier:
Hi!
On Tuesday 21 January 2003 20:36, Stefan Schilling wrote:
Nur eine Frage: gibt es eine passende Logdatei unter /var/spool/fax/log?
Nö!
Dann wird wohl c2faxsend gar nicht aufgerufen. Komisch.
Kannst Du manuell mal mit c2faxsend versuchen, etwas wegzuschicken? Nimm am besten das Beispielbild fritz_pic.tif aus dem Paket selbst her.
Geht das?
Ich hab das grade mal getestet: debian:/var/spool/fax/etc # c2faxsend -f tiff -d 05251750356 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number ""5193311 in TIFF mode. Dial and starting transfer of TIFF-File /tmp/capi4hylafax/fritz_pic.tif with fine resolution. Connection dropped with Reason 0x349C (Invalid number format). SESSION END debian:/var/spool/fax/etc # Diese o.g. Faxnr. existiert garantiert. Laut Fehlerliste ist das "Invalid number format". Wie behebe ich das? Auch die eingetragene MSN existiert, natürlich ist die Karte auch angeschlossen. (sonst wäre ja auch die Meldung eine andere) Allerdings habe ich grade gesehen, dass die MSN bei mir in "" stand. Vielleicht war das der Fehler? (die config.FAXCAPI ist dabei s.u.)
dachte ich mir. hat aber auch lange gedauert...
nicht bei dir; es hat lange gedauert, bis ichs soweit hatte...
Sorry, aber ich bin ein wenig im Stress momentan. Meine Diplomarbeit geht allmählich zu Ende und da häuft sich dann die Arbeit :-}
aha, worüber denn?
Danke (und bitte, bitte, Bitte(!) weitere Tips...)
Ich wünschte, ich könnte Dir mehr dazu sagen. :-(
vielleicht ja jetzt? Ciao! Stefan /var/spool/fax/etc/config.FAXCAPI: # # EDIT THIS CONFIGURATION TO REFLECT YOUR SETUP # SpoolDir: /var/spool/fax FaxRcvdCmd: /var/spool/fax/bin/faxrcvd FaxReceiveUser: uucp LogFile: # /tmp/capifaxlog.txt LogTraceLevel: 0 LogFileMode: 0644 { HylafaxDeviceName: faxCAPI RecvFileMode: 0644 FAXNumber: +49.951.5193311 LocalIdentifier: "AVM CAPI4HylaFAX ThePenguin.de Edition" # ----------- outgoing params ----------- OutgoingController: 1 OutgoingMSN: "5193311" SuppressMSN: 0 NumberPrefix: "" UseISDNFaxService: 0 RingingDuration: 0 # ----------- incoming params ----------- { Controller: 1 AcceptSpeech: 1 UseDDI: 0 DDIOffset: 5 DDILength: 3 IncomingMSNs: 5193311 PolledRetrievalEnabled: 1 } }
Hi! On Friday 24 January 2003 15:48, Stefan Schilling wrote:
Ich hab das grade mal getestet:
debian:/var/spool/fax/etc # c2faxsend -f tiff -d 05251750356 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number ""5193311 in TIFF mode.
Wie zum Kuckuck kommt er auf diese Nummer, wenn Du doch oben was anderes angibst? Das verstehe ich jetzt nun wirklich nicht...
Laut Fehlerliste ist das "Invalid number format". Wie behebe ich das?
Naja, indem Du die Anführungszeichen da raus- und die richtige Nummer da reinmachst. Aber frag mich jetzt bitte nicht, wie... Ich begreife nicht, woher er das nimmt. Vielleicht verwirrt ihn irgendwas in der Konfigurationsdatei derart, dass er die Rufnummern durcheinanderbringt?
Sorry, aber ich bin ein wenig im Stress momentan. Meine Diplomarbeit geht allmählich zu Ende und da häuft sich dann die Arbeit :-}
aha, worüber denn?
Na, rate mal. :-)) Ich schreibe eine ISDN-Anwendung, die u.a. faxen und anrufbeantwortern können soll. Ja, man wird sie bald frei herunterladen können. Es dauert nur noch ein paar Wochen, bis sie soweit ist. Ich werde es dann hier auch kurz verkünden, da ich denke, es interssiert hier doch einige. Vorausgesetzt Karsten verbietet mir nicht diesen Missbrauch der Liste - aber ich denke eher nicht :-))
/var/spool/fax/etc/config.FAXCAPI:
# # EDIT THIS CONFIGURATION TO REFLECT YOUR SETUP # SpoolDir: /var/spool/fax FaxRcvdCmd: /var/spool/fax/bin/faxrcvd FaxReceiveUser: uucp LogFile: # /tmp/capifaxlog.txt
Also das hier ist böse. Du darfst das Kommentarzeichen nicht mitten in die Zeile tun, sondern immer nur an den Anfang. Mach mal die "#" da weg und probier's nochmal.
OutgoingMSN: "5193311" SuppressMSN: 0 NumberPrefix: ""
Hier hab ich jeweils keine Anführungszeichen. Ich weiss zwar nicht, ob das einen Unterschied macht, aber mach die bitte auch mal weg. -- Ciao, Gernot "Und wenn hier noch Einwände bestehen, dann müssen eben die Gesetze geändert werden." (Bayerns Innenminister Dr. Beckstein zu Einwänden des Datenschutzbeauftragten)
Guten Tag Gernot Hillier, Am Freitag, 24. Januar 2003 um 16:02 schrieb Gernot Hillier:
Hi!
On Friday 24 January 2003 15:48, Stefan Schilling wrote: Also, ich hab grade den Rechner mal neugestartet (damit hylafax die Änderungen einliesst). Dummerweise habe ich dabei vergessen, "Incoming MSN" auf 5193311 (also ohne "") zusetzen. Aber das sollte beim Versenden eigentlich kein Problem sein, oder?
Wie zum Kuckuck kommt er auf diese Nummer, wenn Du doch oben was anderes angibst? Das verstehe ich jetzt nun wirklich nicht...
keine Ahnung (frag mal Karsten -nicht böse sein- vielleicht weiss er ja was). By the way, kannst du mir nicht mal einfach deine config.FAXCAPI zuschicken (an meine Adresse: mail.suse@gmx.de)? Dann probier ich einfach mal die (mit geänderten Nr.).
Laut Fehlerliste ist das "Invalid number format". Wie behebe ich das?
Jetzt ist alles ohne "", folgendes Ergebnis debian:~ # c2faxsend -f tiff -d 05251750356 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number ""05251750356 in TIFF mode. Dial and starting transfer of TIFF-File /tmp/capi4hylafax/fritz_pic.tif with fine resolution. Connection dropped with Reason 0x349C (Invalid number format). SESSION END debian:~ # stimmt mein Eingabeformat?
Vielleicht verwirrt ihn irgendwas in der Konfigurationsdatei derart, dass er die Rufnummern durcheinanderbringt?
du bist der Experte (liesst noch jemand mit? Beteiligen! :) )
Sorry, aber ich bin ein wenig im Stress momentan. Meine Diplomarbeit geht allmählich zu Ende und da häuft sich dann die Arbeit :-}
aha, worüber denn?
Na, rate mal. :-)) Ich schreibe eine ISDN-Anwendung, die u.a. faxen und anrufbeantwortern können soll. hmh, ich hätte da noch ein paar Ideen, wäre schön wenn das Ding z.B. als zentrales -Download- und P2P Programm arbeiten könnte. Dann gibt man den Befehl einfach an den Server und es brauchen nicht mehrere Rechner laufen, bloss weil es wieder Stunden dauert, bis die Datei da ist...
Ja, man wird sie bald frei herunterladen können. Es dauert nur noch ein paar Wochen, bis sie soweit ist. Ich werde es dann hier auch kurz verkünden, da ich denke, es interssiert hier doch einige. Vorausgesetzt Karsten verbietet mir nicht diesen Missbrauch der Liste - aber ich denke eher nicht :-))
wär ja auch zu schade...
/var/spool/fax/etc/config.FAXCAPI:
# # EDIT THIS CONFIGURATION TO REFLECT YOUR SETUP # SpoolDir: /var/spool/fax FaxRcvdCmd: /var/spool/fax/bin/faxrcvd FaxReceiveUser: uucp LogFile: # /tmp/capifaxlog.txt
Also das hier ist böse. Du darfst das Kommentarzeichen nicht mitten in die Zeile tun, sondern immer nur an den Anfang. Mach mal die "#" da weg und probier's nochmal.
geändert. Datei wurde jedoch nicht erstellt. Ich werde den Rechner doch noch mal gleich neustarten (ein hylafax stop, hylafax start reicht nicht)
OutgoingMSN: "5193311" SuppressMSN: 0 NumberPrefix: ""
Hier hab ich jeweils keine Anführungszeichen. Ich weiss zwar nicht, ob das einen Unterschied macht, aber mach die bitte auch mal weg.
erledigt. wird wohl doch ein langer Nachmittag. Wo hast du denn studiert (falls in Bamberg, demnächst kommen die WI Prüfungen -was muss ich lernen?)? Ciao! Stefan PS: aus irgendeinem unerfindlichem Grund erhalte ich deine Mails immer 2x... -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hi! On Friday 24 January 2003 16:24, Stefan Schilling wrote:
Also, ich hab grade den Rechner mal neugestartet (damit hylafax die Änderungen einliesst).
Das ist nicht notwendig. Als root folgendes eingeben: killall c2faxrecv rchylafax stop rchylafax start /usr/bin/c2faxrecv &
Dummerweise habe ich dabei vergessen, "Incoming MSN" auf 5193311 (also ohne "") zusetzen. Aber das sollte beim Versenden eigentlich kein Problem sein, oder?
Gute Frage. Ich glaube noch immer, dass er sich beim Einlesen der Datei irgendwie verschluckt. Ich wüsste sonst nicht, woher dieser komische Fehler kommt.
ja was). By the way, kannst du mir nicht mal einfach deine config.FAXCAPI zuschicken (an meine Adresse: mail.suse@gmx.de)? Dann probier ich einfach mal die (mit geänderten Nr.).
Schicke ich Dir in getrennter Mail.
Jetzt ist alles ohne "", folgendes Ergebnis
debian:~ # c2faxsend -f tiff -d 05251750356 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number ""05251750356
Aha. Immerhn übernimmt er jetzt schonmal die von Dir angegebene Nummer statt der IncomingMSN.
Vielleicht verwirrt ihn irgendwas in der Konfigurationsdatei derart, dass er die Rufnummern durcheinanderbringt?
du bist der Experte (liesst noch jemand mit? Beteiligen! :) )
Naja, ich habe ein wenig Ahnung von ISDN - aber ich kenne auch capi4hylafax nicht soo genau.
Na, rate mal. :-)) Ich schreibe eine ISDN-Anwendung, die u.a. faxen und anrufbeantwortern können soll.
hmh, ich hätte da noch ein paar Ideen, wäre schön wenn das Ding z.B. als zentrales -Download- und P2P Programm arbeiten könnte. Dann gibt man den Befehl einfach an den Server und es brauchen nicht mehrere Rechner laufen, bloss weil es wieder Stunden dauert, bis die Datei da ist...
Schau Dir mal wget näher an. Einfach auf dem Server per ssh einloggen und das Kommandozeilentool wget starten. Das kann http und ftp und probiert es mit unendlicher Geduld stundenlang, bis es die Datei hat :-)
geändert. Datei wurde jedoch nicht erstellt. Ich werde den Rechner doch noch mal gleich neustarten (ein hylafax stop, hylafax start reicht nicht)
Siehe oben.
wird wohl doch ein langer Nachmittag. Wo hast du denn studiert (falls in Bamberg, demnächst kommen die WI Prüfungen -was muss ich lernen?)?
Landshut.
PS: aus irgendeinem unerfindlichem Grund erhalte ich deine Mails immer 2x...
Das liegt daran, dass ich sie immer an die Liste und an Dich privat schicke (Gewohnheit). Sollte diesmal nur 1x ankommen. -- Ciao, Gernot "Und wenn hier noch Einwände bestehen, dann müssen eben die Gesetze geändert werden." (Bayerns Innenminister Dr. Beckstein zu Einwänden des Datenschutzbeauftragten)
Guten Tag Gernot Hillier, Am Freitag, 24. Januar 2003 um 16:42 schrieb Gernot Hillier:
Hi!
On Friday 24 January 2003 16:24, Stefan Schilling wrote:
Als root folgendes eingeben:
killall c2faxrecv rchylafax stop rchylafax start /usr/bin/c2faxrecv &
perfekt; das klappt.
Schicke ich Dir in getrennter Mail.
damit passierte nun folgendes: debian:/home/stefan # c2faxsend -f tiff -d 05251750356 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number 05251750356 in TIFF mode. Dial and starting transfer of TIFF-File /tmp/capi4hylafax/fritz_pic.tif with fine resolution. Connection established. StationID = 05251 750356 BaudRate = 14400 DataFormat = SFF Flags = HighRes, Fax file completely transfered. Connection dropped with Reason 0x3400 (No additional information). SESSION END debian:/home/stefan # Danach habe ich versucht, ein Fax direkt aus Win heraus zu verschicken. Die Meldung Jan 24 17:06:30 debian HylaFAX[1865]: Filesystem has SysV-style file creation semantics. Jan 24 17:06:30 debian FaxQueuer[1845]: SUBMIT JOB 9 das war´s. Das Fax ist immer noch nicht verschickt worden.
Schau Dir mal wget näher an. Einfach auf dem Server per ssh einloggen und das Kommandozeilentool wget starten. Das kann http und ftp und probiert es mit unendlicher Geduld stundenlang, bis es die Datei hat :-)
ja, nur mir ging´s drum -kennst du Getright?- sowas in der Art, mit einem kleinen Tool am Bildschirmrand, das solche Eingaben abfängt und dann selber weiter macht. Man könnte dann einfach eine Mail erhalten, dass alles geklappt hat, den Status einsehen usw. Und wenn man das dann noch mit einem P2P Clienten kombiniert, kann man damit auch eine richtige Bandbreitenverteilung machen: der Server weiss ja -z.b. via Ping, oder einer eigenen Bandbreitenmessung- was alles läuft und nimmt sich dann nur so viel Bandbreite, wie er braucht UND was die anderen verschmerzen können. Zudem kann man damit noch so ne Art capicontrol integrieren und lauter solche Sachen. Am Besten mit einem http, Java und einem normalen Interface (für z.b. Win und andere und einer einfachen Konsolenoberfläche...). Leider habe ich keinerlei Ahnung, wie man sowas macht. Sonst gäb´s das schon...
wird wohl doch ein langer Nachmittag. Wo hast du denn studiert (falls in Bamberg, demnächst kommen die WI Prüfungen -was muss ich lernen?)?
Landshut.
PS: die Mail kam nur einmal an... -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hi! Ich habe ausserdem gerade bemerkt, dass faxCapi nicht anx "Fax" geht: Jan 24 17:23:56 debian isdnlog: Jan 24 17:23:56 * Call to tei 127 from +49 5251/750356, Paderborn on +49 951/5193311, Bamberg RING (3.1 kHz audio) Jan 24 17:23:56 debian kernel: capidrv-1: incoming call 5251750356, 1,2,5193311 Jan 24 17:23:56 debian kernel: capidrv-1: patching si2=2 to 0 for VBOX Jan 24 17:23:56 debian kernel: isdn_net: call from 5251750356,1,0 -> 5193311 Jan 24 17:23:56 debian kernel: isdn_net: call from 5251750356 -> 0 5193311 ignored Jan 24 17:23:56 debian kernel: isdn_tty: call from 5251750356 -> 5193311 ignored Jan 24 17:23:56 debian kernel: capidrv-1: incoming call 5251750356, 1,0,5193311 ignored Jan 24 17:24:48 debian isdnlog: Jan 24 17:24:48 Call to tei 127 from +49 5251/750356, Paderborn on +49 951/5193311, Bamberg HANGUP (Timeout) debian:~ # faxstat HylaFAX scheduler on debian.wg: Running Modem faxCAPI (+49.951.5193311): Running and idle debian:~ # /var/spool/fax/etc/config.faxCAPI: [...] IncomingMSNs: 5193311 [...] Ciao! Stefan PS: ich weiss, es sieht so aus, als würde nix gehen, aber so lange man Fehlermeldungen erhält, kann es ja nicht ganz so schlimm sein, oder....? :))))
Hi! On Friday 24 January 2003 17:30, Stefan Schilling wrote:
Ich habe ausserdem gerade bemerkt, dass faxCapi nicht anx "Fax" geht: [...]
Hast Du AcceptSpeech auf "1" stehen? -- Ciao, Gernot "Und wenn hier noch Einwände bestehen, dann müssen eben die Gesetze geändert werden." (Bayerns Innenminister Dr. Beckstein zu Einwänden des Datenschutzbeauftragten)
Hallo! Ich wollte nur kurz hinterherschieben, daß jetzt keine "" mehr in der config.FAXCAPI sind. Trotzdem gibt´s bisher keine Veränderung im Verhalten: debian:~ # c2faxsend -f tiff -d 05251750356 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number ""05251750356 in TIFF mode. Dial and starting transfer of TIFF-File /tmp/capi4hylafax/fritz_pic.tif with fine resolution. Connection dropped with Reason 0x349C (Invalid number format). SESSION END debian:~ # d.h. es wird bei eine Aufruf von c2faxsend ohne -c auch weiterhin kein .log in /tmp erstellt... Bis dann! Stefan
On Fri, Jan 24, 2003 at 04:24:28PM +0100, Stefan Schilling wrote:
Guten Tag Gernot Hillier,
Am Freitag, 24. Januar 2003 um 16:02 schrieb Gernot Hillier:
Hi!
On Friday 24 January 2003 15:48, Stefan Schilling wrote: Also, ich hab grade den Rechner mal neugestartet (damit hylafax die Änderungen einliesst). Dummerweise habe ich dabei vergessen, "Incoming MSN" auf 5193311 (also ohne "") zusetzen. Aber das sollte beim Versenden eigentlich kein Problem sein, oder?
Wie zum Kuckuck kommt er auf diese Nummer, wenn Du doch oben was anderes angibst? Das verstehe ich jetzt nun wirklich nicht...
keine Ahnung (frag mal Karsten -nicht böse sein- vielleicht weiss er
Welche version von hylafax / capi4hylafax ist das ?
ja was). By the way, kannst du mir nicht mal einfach deine config.FAXCAPI zuschicken (an meine Adresse: mail.suse@gmx.de)? Dann probier ich einfach mal die (mit geänderten Nr.).
Laut Fehlerliste ist das "Invalid number format". Wie behebe ich das?
Jetzt ist alles ohne "", folgendes Ergebnis
debian:~ # c2faxsend -f tiff -d 05251750356 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number ""05251750356 in TIFF mode.
Das sieht so aus als ob der prefix noch "" stehen hat. -- Karsten Keil SuSE Labs ISDN development
Guten Tag Karsten Keil, Am Freitag, 24. Januar 2003 um 17:45 schrieb Karsten Keil:
On Fri, Jan 24, 2003 at 04:24:28PM +0100, Stefan Schilling wrote:
Guten Tag Gernot Hillier,
Am Freitag, 24. Januar 2003 um 16:02 schrieb Gernot Hillier:
Hi!
On Friday 24 January 2003 15:48, Stefan Schilling wrote:
Also, wie ich vorhin geschrieben habe, funktioniert der Versand dann, wenn man das Fax von der Kommandozeile aus losschickt. Ein Versand von Win aus ergibt NUR folgendes: /var/log/messages: Jan 24 22:43:32 debian HylaFAX[1743]: Filesystem has SysV-style file creation semantics. Jan 24 22:43:32 debian FaxQueuer[1730]: SUBMIT JOB 10
Hast Du AcceptSpeech auf "1" stehen?
jetzt ja. komisch, ich habe ja deine Konf. rüberkopiert; dann muss das ja auch in deiner Ausgabe von conig.faxCAPI falsch sein...
Welche version von hylafax / capi4hylafax ist das ?
hylafax-4.1.5 capi4hylafax-1.1a, 18.12.01 Ich habe gerade gesehen, dass der -erfolgreiche- Versand eines .tiffs via Kommandozeile auch ein .log erzeugt. Jetzt fehlt mir eigentlich nur noch, dass ich auch von Win aus Faxe verschicken kann (wenn denn gleich auch der Empfang klappen sollte -ich kanns grad nicht testen)... Ciao und dankeschön!!! Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hi! On Friday 24 January 2003 22:49, Stefan Schilling wrote:
On Friday 24 January 2003 15:48, Stefan Schilling wrote:
Also, wie ich vorhin geschrieben habe, funktioniert der Versand dann, wenn man das Fax von der Kommandozeile aus losschickt. Ein Versand von Win aus ergibt NUR folgendes:
/var/log/messages:
Jan 24 22:43:32 debian HylaFAX[1743]: Filesystem has SysV-style file creation semantics. Jan 24 22:43:32 debian FaxQueuer[1730]: SUBMIT JOB 10
Dumme Frage (sorry, falls Du das schon geschrieben hast): hast Du schonmal das Kommandozeilentool von HylaFAX probiert - sendfax? Also: sendfax -d nummer datei Und dann kuck doch mal, was faxstat so ausgibt: faxstat -s faxstat -d Nicht, dass das ein spezielles Problem mit dem Windows-Client ist...
Hast Du AcceptSpeech auf "1" stehen?
jetzt ja. komisch, ich habe ja deine Konf. rüberkopiert; dann muss das ja auch in deiner Ausgabe von conig.faxCAPI falsch sein...
Ne, bei mir steht da "AcceptSpeech: 1". Na, egal... -- Ciao, Gernot "Und wenn hier noch Einwände bestehen, dann müssen eben die Gesetze geändert werden." (Bayerns Innenminister Dr. Beckstein zu Einwänden des Datenschutzbeauftragten)
Guten Tag Gernot Hillier, Am Freitag, 24. Januar 2003 um 23:37 schrieb Gernot Hillier:
Hi!
On Friday 24 January 2003 22:49, Stefan Schilling wrote:
On Friday 24 January 2003 15:48, Stefan Schilling wrote:
Also, wie ich vorhin geschrieben habe, funktioniert der Versand dann, wenn man das Fax von der Kommandozeile aus losschickt. Ein Versand von Win aus ergibt NUR folgendes:
/var/log/messages:
Jan 24 22:43:32 debian HylaFAX[1743]: Filesystem has SysV-style file creation semantics. Jan 24 22:43:32 debian FaxQueuer[1730]: SUBMIT JOB 10
Dumme Frage (sorry, falls Du das schon geschrieben hast): hast Du schonmal das Kommandozeilentool von HylaFAX probiert - sendfax?
nö.
Also:
sendfax -d nummer datei
debian:~ # sendfax -d 5193311 /config.faxCAPI /usr/local/sbin/textfmt: No font metric information found for "Courier-Bold". Usage: /usr/local/sbin/textfmt [-1] [-2] [-B] [-c] [-D] [-f fontname] [-F fontdir(s)] [-m N] [-o #] [-p #] [-r] [-U] [-Ml=#,r=#,t=#,b=#] [-V #] files... >out.ps Default options: -f Courier -1 -p 11bp -o 0 Error converting data; command was "/usr/local/sbin/textfmt -B -f Courier-Bold -Ml=0.4in -p 11 -s default >/tmp//sndfax0tCuzI </config.faxCAPI" debian:~ #
Und dann kuck doch mal, was faxstat so ausgibt:
faxstat -s faxstat -d
Nicht, dass das ein spezielles Problem mit dem Windows-Client ist...
ich nutze WHFC, der sollte das eigentlich automatisch richtig hinbekommen...
Hast Du AcceptSpeech auf "1" stehen?
jetzt ja. komisch, ich habe ja deine Konf. rüberkopiert; dann muss das ja auch in deiner Ausgabe von conig.faxCAPI falsch sein...
Ne, bei mir steht da "AcceptSpeech: 1". Na, egal...
hmh, echt komisch. naja, das teste ich morgen im Laufe des Tages Zunächst mal DANKE! Zweitens: weiter so!! :)))))) Grüsse, bzw. Gute Nacht! Stefan PS: ich schau die Mails nachher nochmal durch... -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hi! On Saturday 25 January 2003 00:21, Stefan Schilling wrote:
debian:~ # sendfax -d 5193311 /config.faxCAPI /usr/local/sbin/textfmt: No font metric information found for "Courier-Bold". Usage: /usr/local/sbin/textfmt [-1] [-2] [-B] [-c] [-D] [-f fontname] [-F fontdir(s)] [-m N] [-o #] [-p #] [-r] [-U] [-Ml=#,r=#,t=#,b=#] [-V #] files... >out.ps Default options: -f Courier -1 -p 11bp -o 0 Error converting data; command was "/usr/local/sbin/textfmt -B -f Courier-Bold -Ml=0.4in -p 11 -s default >/tmp//sndfax0tCuzI </config.faxCAPI"
Ja, dasselbe Problem habe ich auch - aber da ich HylaFAX nur zu Testzwecken nutze, habe ich es noch nie weiterverfolgt. Nimm am besten eine Postscript-Datei, mit der sollte es gehen. Sorry, dass ich das vorhin nicht erwähnt hatte... Falls Du nicht weisst, woher Du so eine bekommst: einfach in irgendeiner Linux-Applikation "in Datei drucken". Da fällt normal immer PostScript heraus. Das solltest Du dann sendfax vorwerfen können...
Nicht, dass das ein spezielles Problem mit dem Windows-Client ist...
ich nutze WHFC, der sollte das eigentlich automatisch richtig hinbekommen...
Aber ich möchte diese Ursache gerne ausschliessen, da ich hier keine Windows-Clients in Betrieb hab und daher nicht bestätigen kann, dass dieses Setup definitiv tut...
Grüsse, bzw. Gute Nacht!
Ditto. Genau das werde ich jetzt haben... :-) -- Ciao, Gernot "Und wenn hier noch Einwände bestehen, dann müssen eben die Gesetze geändert werden." (Bayerns Innenminister Dr. Beckstein zu Einwänden des Datenschutzbeauftragten)
Guten Tag Gernot Hillier, Am Samstag, 25. Januar 2003 um 00:40 schrieb Gernot Hillier: Hi! Bevor´s losgeht: der Faxempfang klappt nunnne (zumindest dann, wenn meine Mitbewohnerin nicht telefoniert -also ca. alle 10Std. 2min lang): debian:~ # c2faxsend -f tiff -d 5193311 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number 5193311 in TIFF mode. Dial and starting transfer of TIFF-File /tmp/capi4hylafax/fritz_pic.tif with fine resolution. Connection established. StationID = +49 951 5193311 BaudRate = 14400 DataFormat = SFF Flags = HighRes, Fax file completely transfered. Connection dropped with Reason 0x3400 (No additional information). SESSION END debian:~ #
On Saturday 25 January 2003 00:21, Stefan Schilling wrote:
debian:~ # sendfax -d 5193311 /config.faxCAPI /usr/local/sbin/textfmt: No font metric information found for "Courier-Bold". Usage: /usr/local/sbin/textfmt [-1] [-2] [-B] [-c] [-D] [-f fontname] [-F fontdir(s)] [-m N] [-o #] [-p #] [-r] [-U] [-Ml=#,r=#,t=#,b=#] [-V #] files... >out.ps Default options: -f Courier -1 -p 11bp -o 0 Error converting data; command was "/usr/local/sbin/textfmt -B -f Courier-Bold -Ml=0.4in -p 11 -s default >/tmp//sndfax0tCuzI </config.faxCAPI"
Ja, dasselbe Problem habe ich auch - aber da ich HylaFAX nur zu Testzwecken nutze, habe ich es noch nie weiterverfolgt.
Nimm am besten eine Postscript-Datei, mit der sollte es gehen. Sorry, dass ich das vorhin nicht erwähnt hatte...
Falls Du nicht weisst, woher Du so eine bekommst: einfach in irgendeiner Linux-Applikation "in Datei drucken". Da fällt normal immer PostScript heraus. Das solltest Du dann sendfax vorwerfen können...
also, ich habe mit dem Apple Laserwriter eine .ps Datei erstellt und sie mit debian:~ # sendfax -d 5193311 /home/stefan/fax.prn weggefaxt. Es kam zwar nur ein Coversheet an (eigentlich hätte es die Win-Druckertestseite sein sollen. auch ein weiterer Test brachte nur das Coversheet hervor...). Log: Jan 25 11:38:02 debian HylaFAX[1882]: Filesystem has SysV-style file creation semantics. Jan 25 11:38:02 debian FaxQueuer[1646]: SUBMIT JOB 12 Jan 25 11:38:02 debian FaxQueuer[1646]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:59:00): PREPARE START Jan 25 11:38:02 debian FaxQueuer[1884]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:59:00): CONVERT DOCUMENT: bin/ ps2fax -o docq/doc12.cover;00 -r 98 -w 1728 -l 297 -m 30 -1 docq/ doc12.cover Jan 25 11:38:04 debian FaxQueuer[1884]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:58:58): CONVERT DOCUMENT: bin/ ps2fax -o docq/doc13.ps;00 -r 98 -w 1728 -l 297 -m 30 -1 docq/doc13 .ps.12 Jan 25 11:38:12 debian FaxQueuer[1646]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:58:50): PREPARE DONE Jan 25 11:38:12 debian FaxQueuer[1646]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:58:50): CMD START /usr/local/bin /c2faxsend -m faxCAPI sendq/q12 (PID 1892)
Nicht, dass das ein spezielles Problem mit dem Windows-Client ist...
ich nutze WHFC, der sollte das eigentlich automatisch richtig hinbekommen...
Aber ich möchte diese Ursache gerne ausschliessen, da ich hier keine Windows-Clients in Betrieb hab und daher nicht bestätigen kann, dass dieses Setup definitiv tut...
ok, aber ich werd gleich nochmal Cypheus installieren, damit hat´s bisher immer sofort geklappt... Ciao! Stefan PS: gut geschlafen?? -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
On Sat, Jan 25, 2003 at 11:41:50AM +0100, Stefan Schilling wrote:
Guten Tag Gernot Hillier,
Am Samstag, 25. Januar 2003 um 00:40 schrieb Gernot Hillier:
Hi!
Bevor´s losgeht: der Faxempfang klappt nunnne (zumindest dann, wenn meine Mitbewohnerin nicht telefoniert -also ca. alle 10Std. 2min lang):
debian:~ # c2faxsend -f tiff -d 5193311 -v /tmp/capi4hylafax/fritz_pic.tif Try to send a fax to number 5193311 in TIFF mode. Dial and starting transfer of TIFF-File /tmp/capi4hylafax/fritz_pic.tif with fine resolution. Connection established. StationID = +49 951 5193311 BaudRate = 14400 DataFormat = SFF Flags = HighRes, Fax file completely transfered. Connection dropped with Reason 0x3400 (No additional information). SESSION END debian:~ #
On Saturday 25 January 2003 00:21, Stefan Schilling wrote:
debian:~ # sendfax -d 5193311 /config.faxCAPI /usr/local/sbin/textfmt: No font metric information found for "Courier-Bold". Usage: /usr/local/sbin/textfmt [-1] [-2] [-B] [-c] [-D] [-f fontname] [-F fontdir(s)] [-m N] [-o #] [-p #] [-r] [-U] [-Ml=#,r=#,t=#,b=#] [-V #] files... >out.ps Default options: -f Courier -1 -p 11bp -o 0 Error converting data; command was "/usr/local/sbin/textfmt -B -f Courier-Bold -Ml=0.4in -p 11 -s default >/tmp//sndfax0tCuzI </config.faxCAPI"
Ja, dasselbe Problem habe ich auch - aber da ich HylaFAX nur zu Testzwecken nutze, habe ich es noch nie weiterverfolgt.
Nimm am besten eine Postscript-Datei, mit der sollte es gehen. Sorry, dass ich das vorhin nicht erwähnt hatte...
Falls Du nicht weisst, woher Du so eine bekommst: einfach in irgendeiner Linux-Applikation "in Datei drucken". Da fällt normal immer PostScript heraus. Das solltest Du dann sendfax vorwerfen können...
also, ich habe mit dem Apple Laserwriter eine .ps Datei erstellt und sie mit
debian:~ # sendfax -d 5193311 /home/stefan/fax.prn
Benutz mal sendfax -n -d 5193311 /home/stefan/fax.prn Damit wird das cover unterdrückt. Bitte sicherstellen das /home/stefan/fax.prn wirklich eine richtige PS Datei ist und auch den unix Konventionen entspricht (keine <CTRL-M> am Zielenende) Postscrit Dateien haben als erste Zeile den Eintrag: %!PS-Adobe-3.0 Fuer mich sieht es so aus, als ob hylafax nicht richtig mit ghostscript zusammenarbeitet (z.B: die Pfade zu den Fonts oder bins nicht richtig gesetzt sind) oder ghostscript nicht vollstaendig installiert ist (z.B. fonts fehlen). faxsetup setzt normalerweise die Pfade und Überprüft die gs Installation. Weiterer Hinweis; da Du scheinbar hylafax und capi4hylafax selbst gebaut hast, hylafax funktioniert ohne zusaetzliche Patches nicht richtig, es sind viele Fehler enthalten, kann also sein das es deswegen nicht geht. In den SuSE Paketen sind die bekannten Probleme gefixt.
weggefaxt. Es kam zwar nur ein Coversheet an (eigentlich hätte es die Win-Druckertestseite sein sollen. auch ein weiterer Test brachte nur das Coversheet hervor...). Log:
Jan 25 11:38:02 debian HylaFAX[1882]: Filesystem has SysV-style file creation semantics. Jan 25 11:38:02 debian FaxQueuer[1646]: SUBMIT JOB 12 Jan 25 11:38:02 debian FaxQueuer[1646]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:59:00): PREPARE START Jan 25 11:38:02 debian FaxQueuer[1884]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:59:00): CONVERT DOCUMENT: bin/ ps2fax -o docq/doc12.cover;00 -r 98 -w 1728 -l 297 -m 30 -1 docq/ doc12.cover Jan 25 11:38:04 debian FaxQueuer[1884]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:58:58): CONVERT DOCUMENT: bin/ ps2fax -o docq/doc13.ps;00 -r 98 -w 1728 -l 297 -m 30 -1 docq/doc13 .ps.12 Jan 25 11:38:12 debian FaxQueuer[1646]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:58:50): PREPARE DONE Jan 25 11:38:12 debian FaxQueuer[1646]: JOB 12 (active dest +49951 5193311 pri 127 tts 0:00 killtime 2:58:50): CMD START /usr/local/bin /c2faxsend -m faxCAPI sendq/q12 (PID 1892)
Nicht, dass das ein spezielles Problem mit dem Windows-Client ist...
ich nutze WHFC, der sollte das eigentlich automatisch richtig hinbekommen...
Aber ich möchte diese Ursache gerne ausschliessen, da ich hier keine Windows-Clients in Betrieb hab und daher nicht bestätigen kann, dass dieses Setup definitiv tut...
ok, aber ich werd gleich nochmal Cypheus installieren, damit hat´s bisher immer sofort geklappt...
Cypheus geht nicht richtig, das Programm erzeugt bei mehrseitigen Faxen falsche Tiffdaten. -- Karsten Keil SuSE Labs ISDN development
Guten Tag Karsten Keil, Am Samstag, 25. Januar 2003 um 12:55 schrieb Karsten Keil: Hallo!
On Sat, Jan 25, 2003 at 11:41:50AM +0100, Stefan Schilling wrote:
Guten Tag Gernot Hillier,
Am Samstag, 25. Januar 2003 um 00:40 schrieb Gernot Hillier:
also, ich habe mit dem Apple Laserwriter eine .ps Datei erstellt und sie mit
debian:~ # sendfax -d 5193311 /home/stefan/fax.prn
Benutz mal sendfax -n -d 5193311 /home/stefan/fax.prn
ok, klappt, das Fax kommt an, jedoch hat es Streifen (sonst ist es immer ganz klar - fast wie direkt ausm Drucker.
Damit wird das cover unterdrückt. Bitte sicherstellen das /home/stefan/fax.prn wirklich eine richtige PS Datei ist und auch den unix Konventionen entspricht (keine <CTRL-M> am Zielenende) Postscrit Dateien haben als erste Zeile den Eintrag: %!PS-Adobe-3.0
die Datei hatte %!PS-Adobe-3.0 am Anfang und keinerlei CTRLs im Text.
Fuer mich sieht es so aus, als ob hylafax nicht richtig mit ghostscript zusammenarbeitet (z.B: die Pfade zu den Fonts oder bins nicht richtig gesetzt sind) oder ghostscript nicht vollstaendig installiert ist (z.B. fonts fehlen).
auch ghostscript ist eine selbstgebackene Variante (die 7.2er Ausgabe war veraltet und irgendwie bin ich noch nicht so ganz durchgestiegen, was man alles vom Server laden muss, damit NUR gs läuft ( ich brauche keine X Version, es reicht, wenns im Hintergrund (als Serverdienst) arbeitet. ich hatte faxsetup durchgeführt (ohne Fehler).
faxsetup setzt normalerweise die Pfade und Überprüft die gs Installation.
Weiterer Hinweis; da Du scheinbar hylafax und capi4hylafax selbst gebaut hast, hylafax funktioniert ohne zusaetzliche Patches nicht richtig, es sind viele Fehler enthalten, kann also sein das es deswegen nicht geht. In den SuSE Paketen sind die bekannten Probleme gefixt.
trifft das nur auf die 4.1.5 zu oder haben auch die anderen Probleme (dann besorg ich´s mir halt nochmal). Ansonsten kann ich mir ja auch die SuSe Varianten beschaffen (als ich das aufgesetzt habe, tat sich irgendwie nicht so viel auf dem 7.2-Update Bereich).
weggefaxt. Es kam zwar nur ein Coversheet an (eigentlich hätte es die Win-Druckertestseite sein sollen. auch ein weiterer Test brachte nur das Coversheet hervor...). Log:
Nicht, dass das ein spezielles Problem mit dem Windows-Client ist...
ich nutze WHFC, der sollte das eigentlich automatisch richtig hinbekommen...
Aber ich möchte diese Ursache gerne ausschliessen, da ich hier keine Windows-Clients in Betrieb hab und daher nicht bestätigen kann, dass dieses Setup definitiv tut...
ok, aber ich werd gleich nochmal Cypheus installieren, damit hat´s bisher immer sofort geklappt...
Trotzdem sollte es dann doch Whfc klappen (immerhin hat´s bisher an einem anderen Rechner auch immer geklappt), oder? Oder liegt das vielleicht wirklich am buggy hylafax?
Cypheus geht nicht richtig, das Programm erzeugt bei mehrseitigen Faxen falsche Tiffdaten.
das habe ich schon gehört (ich hatte einen kleinen Diskurs mit dem Entwickler, er hat mir auch verraten, wie man das umgehen kann. Ausserdem warte ich ja immer noch auf die neue Vers.). ok, ich werd mir nachher mal ein neues hylafax laden (ist denn die hylafax-4.1beta ok oder welche kann man nehmen?) Naja, auf jeden Fall schon mal Vielen Dank! und Beleid, dass du auch am WE arbeiten musst (was mir ja jetzt doch sehr zu gute kommt... :) ) Ciao! Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
On Sat, Jan 25, 2003 at 02:06:18PM +0100, Stefan Schilling wrote: Hallo!
On Sat, Jan 25, 2003 at 11:41:50AM +0100, Stefan Schilling wrote:
Guten Tag Gernot Hillier,
Am Samstag, 25. Januar 2003 um 00:40 schrieb Gernot Hillier:
also, ich habe mit dem Apple Laserwriter eine .ps Datei erstellt und sie mit
debian:~ # sendfax -d 5193311 /home/stefan/fax.prn
Benutz mal sendfax -n -d 5193311 /home/stefan/fax.prn
ok, klappt, das Fax kommt an, jedoch hat es Streifen (sonst ist es immer ganz klar - fast wie direkt ausm Drucker.
Hmm, das kann ghostscript oder hylafax sein. eventuell schaust Du Dir das entstandene tiff file (steht waehrend des Sendens in der doc queue, einfach nach temp kopieren). Falls schon das Streifen hat ---> ghostscript
Damit wird das cover unterdrückt. ...
auch ghostscript ist eine selbstgebackene Variante (die 7.2er Ausgabe war veraltet und irgendwie bin ich noch nicht so ganz durchgestiegen, was man alles vom Server laden muss, damit NUR gs läuft ( ich brauche keine X Version, es reicht, wenns im Hintergrund (als Serverdienst) arbeitet.
Du kannst dir ja mal unsere *spec Files aus den source rpms anschauen, was alles gebraucht wird.
faxsetup setzt normalerweise die Pfade und Überprüft die gs Installation.
Weiterer Hinweis; da Du scheinbar hylafax und capi4hylafax selbst gebaut hast, hylafax funktioniert ohne zusaetzliche Patches nicht richtig, es sind viele Fehler enthalten, kann also sein das es deswegen nicht geht. In den SuSE Paketen sind die bekannten Probleme gefixt.
trifft das nur auf die 4.1.5 zu oder haben auch die anderen Probleme (dann besorg ich´s mir halt nochmal). Ansonsten kann ich mir ja auch die SuSe Varianten beschaffen (als ich das aufgesetzt habe, tat sich irgendwie nicht so viel auf dem 7.2-Update Bereich).
Auf alle. Auch hier der Tipp schau dir das aktuelle Source RPM an (ftp.suse.com/pub/suse/i386/update/8.1/rpm/src/hylafax.spm) Da steht drin welche patches noch zusaetzlich verwendet werden, einige sind nur afür da die richtigen Pfade für eine Distribution zu setzen (eine Distri darf /usr/local nicht benutzen), das meiste andere sind bugfixes. Die Patches funktionieren bis auf 2 rejects auch mit 4.1.5.
Trotzdem sollte es dann doch Whfc klappen (immerhin hat´s bisher an einem anderen Rechner auch immer geklappt), oder? Oder liegt das vielleicht wirklich am buggy hylafax?
Cypheus geht nicht richtig, das Programm erzeugt bei mehrseitigen Faxen falsche Tiffdaten.
das habe ich schon gehört (ich hatte einen kleinen Diskurs mit dem Entwickler, er hat mir auch verraten, wie man das umgehen kann. Ausserdem warte ich ja immer noch auf die neue Vers.).
Wie denn, nur Interesse halber, ein Problem war das die Aufloesungen nicht den Faxstandards entsprachen und hylafax deshalb die Seiten erneut durch ghostscript schickt um das zu beheben und dabei kam dann Schrott raus.
ok, ich werd mir nachher mal ein neues hylafax laden (ist denn die hylafax-4.1beta ok oder welche kann man nehmen?)
Ich wuerd erstmal bei 4.1.5 oder 4.1.3 bleiben und erst wenn es da gut laeuft weiter gehen.
Naja, auf jeden Fall schon mal Vielen Dank! und Beleid, dass du auch am WE arbeiten musst (was mir ja jetzt doch sehr zu gute kommt... :) )
Die Betreuung der Liste gehört nicht zu meinen direkten Arbeitsaufgaben. -- Karsten Keil SuSE Labs ISDN development
Hi Karsten! Ich hab die Mail mal gesplittet:
Trotzdem sollte es dann doch Whfc klappen (immerhin hat´s bisher an einem anderen Rechner auch immer geklappt), oder? Oder liegt das vielleicht wirklich am buggy hylafax?
Cypheus geht nicht richtig, das Programm erzeugt bei mehrseitigen Faxen falsche Tiffdaten.
das habe ich schon gehört (ich hatte einen kleinen Diskurs mit dem Entwickler, er hat mir auch verraten, wie man das umgehen kann. Ausserdem warte ich ja immer noch auf die neue Vers.).
Wie denn, nur Interesse halber, ein Problem war das die Aufloesungen nicht den Faxstandards entsprachen und hylafax deshalb die Seiten erneut durch ghostscript schickt um das zu beheben und dabei kam dann Schrott raus.
ich hatte damals genau dieses Problem. Einerseits hat Bodo mir geschrieben, ich solle doch auf den neuen TIFF - Treiber warten (das war ca. im Juli 2002). Was sich seitdem getan hat, weiss ich nicht, da auf der Downloadseite keine Versionsnr. angegeben sind. Weiterhin hat mir -früher- mal geschrieben, was ich machen kann, damit´s überhaupt geht (das Programm stürzte immer ab, sobald man auf "Senden" gedrückt hat). Auf jeden Fall war ich damals in der Lage, mehrseitige Faxe zu verschicken. Ich werd Cypheus nachher (morgen? scheiss Klasuren!) mal installieren und es damit versuchen. Ich find´s halt nur komisch, dass sich GAR nix tut, wenn man einen Auftrag von Win aus losschickt. .. Also, folgende Mail hat er mir auf mein Absturzproblem geschrieben: ----- Lieber Stefan, in den Einstellungen des Tiff-Treibers unter Color/Compression wähle bitte: Entweder: 1 Bit, Use Compression, CCITT Mode 4 damit sollte auch das Größenproblem erledigt sein oder: 8 Bit, Use Compression deaktivieren dann wird die Datei relativ groß. Bei reinen Textdateien ist aber die 1. Möglichkeit vollkommen ausreichend. Um das Anzeigeproblem kümmere ich mich noch ---- Ciao! Stefan
Guten Tag Karsten Keil, Am Samstag, 25. Januar 2003 um 18:34 schrieb Karsten Keil:
On Sat, Jan 25, 2003 at 02:06:18PM +0100, Stefan Schilling wrote:
Hallo!
On Sat, Jan 25, 2003 at 11:41:50AM +0100, Stefan Schilling wrote:
Guten Tag Gernot Hillier,
Am Samstag, 25. Januar 2003 um 00:40 schrieb Gernot Hillier:
ok, klappt, das Fax kommt an, jedoch hat es Streifen (sonst ist es immer ganz klar - fast wie direkt ausm Drucker.
Hmm, das kann ghostscript oder hylafax sein. eventuell schaust Du Dir das entstandene tiff file (steht waehrend des Sendens in der doc queue, einfach nach temp kopieren). Falls schon das Streifen hat ---> ghostscript
in /var/spool/fax/docq z.B. doc9.ps ist ein wunderhübsches, klares Bild.
Damit wird das cover unterdrückt. ...
auch ghostscript ist eine selbstgebackene Variante (die 7.2er Ausgabe war veraltet und irgendwie bin ich noch nicht so ganz durchgestiegen, was man alles vom Server laden muss, damit NUR gs läuft ( ich brauche keine X Version, es reicht, wenns im Hintergrund (als Serverdienst) arbeitet.
Du kannst dir ja mal unsere *spec Files aus den source rpms anschauen, was alles gebraucht wird.
vielleicht baue ich ja nochmal ein komplett neues hylafax, basierend auf euren specs (im Moment habe ich aber keine Zeit dafür...UNI, du weißt)
faxsetup setzt normalerweise die Pfade und Überprüft die gs Installation.
Weiterer Hinweis; da Du scheinbar hylafax und capi4hylafax selbst gebaut hast, hylafax funktioniert ohne zusaetzliche Patches nicht richtig, es sind viele Fehler enthalten, kann also sein das es deswegen nicht geht. In den SuSE Paketen sind die bekannten Probleme gefixt.
trifft das nur auf die 4.1.5 zu oder haben auch die anderen Probleme (dann besorg ich´s mir halt nochmal). Ansonsten kann ich mir ja auch die SuSe Varianten beschaffen (als ich das aufgesetzt habe, tat sich irgendwie nicht so viel auf dem 7.2-Update Bereich).
Auf alle.
Schrott.
Auch hier der Tipp schau dir das aktuelle Source RPM an (ftp.suse.com/pub/suse/i386/update/8.1/rpm/src/hylafax.spm)
kann ich die denn überhaupt nutzen? ich doch ne 7.2er
Da steht drin welche patches noch zusaetzlich verwendet werden, einige sind nur afür da die richtigen Pfade für eine Distribution zu setzen (eine Distri darf /usr/local nicht benutzen), das meiste andere sind bugfixes.
Die Patches funktionieren bis auf 2 rejects auch mit 4.1.5.
[...Cypheus...siehe andere Mail]
ok, ich werd mir nachher mal ein neues hylafax laden (ist denn die hylafax-4.1beta ok oder welche kann man nehmen?)
Ich wuerd erstmal bei 4.1.5 oder 4.1.3 bleiben und erst wenn es da gut laeuft weiter gehen.
früher hatte ich die 4.1.2, die lief einwandfrei. Vielleicht nehme ich auch einfach wieder die...
Naja, auf jeden Fall schon mal Vielen Dank! und Beleid, dass du auch am WE arbeiten musst (was mir ja jetzt doch sehr zu gute kommt... :) )
Die Betreuung der Liste gehört nicht zu meinen direkten Arbeitsaufgaben.
was machst du dann genau? Wann auch immer es mal ein bischen schwieriger wird, schreien sofort alle (auch ich): Karsten, hilf! :) Anmerkung: dies ist ein Lob. Allerdings bin ich auch sehr dankbar für Gernots Hilfe... Tschüssing!! Stefan
Hallo, On Sat, Jan 25, 2003 at 09:07:26PM +0100, Stefan Schilling wrote:
Guten Tag Karsten Keil,
Am Samstag, 25. Januar 2003 um 18:34 schrieb Karsten Keil:
On Sat, Jan 25, 2003 at 02:06:18PM +0100, Stefan Schilling wrote:
Hallo!
On Sat, Jan 25, 2003 at 11:41:50AM +0100, Stefan Schilling wrote:
Guten Tag Gernot Hillier,
Am Samstag, 25. Januar 2003 um 00:40 schrieb Gernot Hillier:
ok, klappt, das Fax kommt an, jedoch hat es Streifen (sonst ist es immer ganz klar - fast wie direkt ausm Drucker.
Hmm, das kann ghostscript oder hylafax sein. eventuell schaust Du Dir das entstandene tiff file (steht waehrend des Sendens in der doc queue, einfach nach temp kopieren). Falls schon das Streifen hat ---> ghostscript ...
Da faellt mir noch ein, das sich irgendwann mal etwas am Interface der Tiff lib getan hat und das danach auch seltsame Fehler aufgetreten sind, eventuell muss auch das tiff Packet geupdatet werden, ich glaube das war zum Umstieg 7.2 ---> 7.3.
Auch hier der Tipp schau dir das aktuelle Source RPM an (ftp.suse.com/pub/suse/i386/update/8.1/rpm/src/hylafax.spm)
kann ich die denn überhaupt nutzen? ich doch ne 7.2er
Es kann sein das ein paar Sachen angepasst werden muessen (weil z.B: neue macros Verwendung finden), aber genrell ist ein RPM Versions unabhaengig. Zumindest ist es nicht anders als wenn man auf neue andere Sourcen umsteigt.
[...Cypheus...siehe andere Mail]
ok, ich werd mir nachher mal ein neues hylafax laden (ist denn die hylafax-4.1beta ok oder welche kann man nehmen?)
Ich wuerd erstmal bei 4.1.5 oder 4.1.3 bleiben und erst wenn es da gut laeuft weiter gehen.
früher hatte ich die 4.1.2, die lief einwandfrei. Vielleicht nehme ich auch einfach wieder die...
Naja, auf jeden Fall schon mal Vielen Dank! und Beleid, dass du auch am WE arbeiten musst (was mir ja jetzt doch sehr zu gute kommt... :) )
Die Betreuung der Liste gehört nicht zu meinen direkten Arbeitsaufgaben.
was machst du dann genau? Wann auch immer es mal ein bischen schwieriger wird, schreien sofort alle (auch ich): Karsten, hilf! :) Anmerkung: dies ist ein Lob. Allerdings bin ich auch sehr dankbar für Gernots Hilfe...
Schon alles was mit ISDN zusammenhaengt + Fax + kernel Entwicklung + Hammerarchitektur ... -- Karsten Keil SuSE Labs ISDN development
participants (3)
-
Gernot Hillier -
Karsten Keil -
Stefan Schilling