Ich habe hier das Problem, dass Hylafax nach einem sendfax -d nummer bild.tiff erst nach 7 Minuten das Fax losschickt. Wo kann man die Zeit einstellen, dass er sofort loslegt? mfg Oliver Föhr SUSE 9.3 capi4hylafax-4.2.1-4.2 hylafax-4.2.1-4
On Tue, Jun 28, 2005 at 01:16:48PM +0200, Oliver Föhr wrote:
Ich habe hier das Problem, dass Hylafax nach einem sendfax -d nummer bild.tiff
erst nach 7 Minuten das Fax losschickt. Wo kann man die Zeit einstellen, dass er sofort loslegt?
mfg
Oliver Föhr
SUSE 9.3
capi4hylafax-4.2.1-4.2 hylafax-4.2.1-4
Bitte mal rpm -qi capi4hylafax posten, damit ich die genaue Version sehen kann -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb:
On Tue, Jun 28, 2005 at 01:16:48PM +0200, Oliver Föhr wrote:
Ich habe hier das Problem, dass Hylafax nach einem sendfax -d nummer bild.tiff
erst nach 7 Minuten das Fax losschickt. Wo kann man die Zeit einstellen, dass er sofort loslegt?
mfg
Oliver Föhr
SUSE 9.3
capi4hylafax-4.2.1-4.2 hylafax-4.2.1-4
Bitte mal rpm -qi capi4hylafax posten, damit ich die genaue Version sehen kann
olly@routnix:~> rpm -qi capi4hylafax Name : capi4hylafax Relocations: (not relocatable) Version : 4.2.1 Vendor: SUSE LINUX Products GmbH , Nuernberg, Germany Release : 4.2 Build Date: Mo 23 Mai 2005 17:36:51 CEST Install date: Di 24 Mai 2005 23:45:28 CEST Build Host: byrd.suse.de Group : Hardware/Fax Source RPM: hylafax-4.2.1-4.2.src.rp m Size : 529938 License: GPL Signature : DSA/SHA1, Mo 23 Mai 2005 17:38:19 CEST, 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 <cvs-capi4hylafax@avm.de> Distribution: SuSE Linux 9.3 (i586) olly
On Tue, Jun 28, 2005 at 06:04:15PM +0200, Oliver Föhr wrote:
Karsten Keil schrieb:
Bitte mal rpm -qi capi4hylafax posten, damit ich die genaue Version sehen kann
olly@routnix:~> rpm -qi capi4hylafax Name : capi4hylafax Relocations: (not relocatable) Version : 4.2.1 Vendor: SUSE LINUX Products GmbH , Nuernberg, Germany Release : 4.2 Build Date: Mo 23 Mai 2005 17:36:51 CEST Install date: Di 24 Mai 2005 23:45:28 CEST Build Host: byrd.suse.de Group : Hardware/Fax Source RPM: hylafax-4.2.1-4.2.src.rp m Size : 529938 License: GPL Signature : DSA/SHA1, Mo 23 Mai 2005 17:38:19 CEST, Key ID a84edae89c800aca ...
Also das YOU update und keine der vorab Versionen. Beim YOU update sollte das eigentlich nur selten auftreten, da hier schon die default Sendezeit bei einem Reject auf 1 sek in der Zukunft gesetzt wird. Eventuell ist das in diesem Fall immer noch zu kurz. Grund: Hylafax formatiert das Fax erstmal mit 2 D Huffman coding (default Einstellung), CAPI unterstuetzt jedoch per default nur 1-D Huffman, deshalb lehnt der CAPI Modemtreiber das so formatiere FAX ab und schickt es zu reformatieren zurueck in die Queue. Das passiert auch bei anderen Modems, z.B. wenn es 2 D nicht kann, oder die Gegenstelle 2 D ablehnt. Wenn bei der Ablehnung die eingetragene Sendezeit vorbei ist, wird die Sendezeit um die default Ausszeit erhoeht und der Job zurueck in die Queue gestellt, falls die eingetragene Sendezeit noch nicht vorbei ist, wird es mit der alten Sendezeit requeued. Deshalb habe ich in der endgueltigen Version (die Du hast) die Sendezeit um 1 Sekunde in die Zukunft verschoben, damit wird das FAX requeued, aber mit dieser Zeit, d.h es wird nur 1 sek spaeter gesendet, hat bei mir immer gereicht. Scheinbar dauert das bei Dir laenger als eine Sekunde und das Fax wird wieder mit der default Auszeit requeued. Abhilfe: 1. Default Formatting aendern, dann wird das Fax vom CAPITREIBER nicht rejected (/usr/lib/fax/sendfax.conf: desireddf: 1d). 2. Die 1 Sekunde erhoehen (capi4hylafax muss neu gebaut werden) Die Aenderung ist im Patch capi4hylafax-queue_exitcode.diff in der Zeile + tts += 1; /* set new time to send in future to avoid default requeue time interval */ zb. statt tts += 1; tts += 5; Eine Veraenderung des einstellbaren Timeouts ist dagegen nicht ratsam, da dieser auch bei Sendewiederholung aus anderen Gruenden benutzt wird, z.B. Gegenstelle besetzt, und dann zu schnell ein neuer Versuch gestartet wird. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Karsten Keil
-
Oliver Föhr