Hallo!
Gerhard Brauer schrieb:
Der bisher immer funktionierende Workaround ist ind der /etc/hylafax/config den Parameter: Use2D: no einzutragen. Hyla-Server neustarten.
Ich hab mich heute den ganzen Tag mit dem Problem besch�ftigt und denke eine L�sung gefunden zu haben:
Der Bug scheint daher zu kommen, dass dem Script bin/ps2fax.gs im hylafax-spooldir der Parameter -3 f�r tiffg4 als Dateiformat mit �bergeben wird und genau mit einem solchen tiffg4 kann c2faxsend nichts anfangen, da wir ja versuchen ein analoges Gruppe 3 Fax zu senden und kein Gruppe 4 Fax.
F�r mich ist also die L�sung device=tiffg3 nach Zeile 90 (das Ende des Parameter-switch-Blocks) in das Script bin/ps2fax.gs einzuf�gen:
----schnipp----
[...]
-3) ($PS -h | grep tiffg4 >/dev/null 2>&1) \
&& { device=tiffg4; } \
|| { device=tiffg3; }
;;
-*) ;;
*) fil="$fil $1" ;;
esac
shift
donedevice=tiffg3 # FIXME - Workaround f�r das "leere-Seite-Problem"
test -z "$fil" && fil="-" # read from stdin [...] ----schnipp----
Danach funktioniert es bei mir sowohl vom Server, als auch �ber SambaFax einwandfrei (Linux-Clients habe ich keine). W�re interessant ob das nur bei mir funktioniert oder auch bei Euch?!
Auf jeden Fall ist mir jetzt halbwegs klar, warum die Option "Use2D: no" hilft: Da sie das Dateiformat tiff3g2d unterbindet und anscheinend dann bei den Clients bewirkt, dass auf tiff3g zur�ckgeschaltet wird. Warum der Server �berhaupt tiffg4 erzeugt ist mir nicht klar, aber wei� jemand ob man das mit einer �hnlichen Option wie Use2d in der config Datei abstellen kann?. Ich habe in der Doku leider keine Hinweise gefunden.
Viele Gr��e,
Markus
--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
