Another Solaris/ZyXEL thing.
Patrick Schlaepfer (patrick@schlaepfer.com)
Tue, 14 Jul 1998 12:45:47 +0200
Thanks for you help in the DTR story of Solaris. The fax receiving
works great, by ignoring the warnings.
Other problem, if I try to send faxes I get the following:
# sendfax 7409603 first.g3
Trying fax device '/dev/term/b'... OK.
Dialing 7409603... OK.
sending 'first.g3'...
ERROR: RTN: page bad - retrain requested
sending page again (retry 1)
sending 'first.g3'...
And as normal user
~{patrick@sun2}$ sendfax 7409603 first.g3
cannot open logfile /var/log/sendfax.log: Permission denied
Trying fax device '/dev/term/b'... locked... locked... locked, give up!
sendfax: cannot access fax device(s) (locked?)
-> Seems to be a user setting problem, how to fix?
First one don't now, the connection is made, but no paper comes
out of the other end's fax.
In the policy.h I defined.
/* And this is for sending faxes
*
* Wrong settings here will typically result in that the first few
* centimeters of a transmitted fax look perfect, and then (the buffer
* has filled up), the rest is more or less illegible junk.
* For most faxes, this has to be FLOW_SOFT, though the Supra and ZyXEL
* modems will (sometimes) do hardware flow control, too. Try it.
*
* If you see a large number of [11] and [13] characters in the sendfax
* log file, your modem is propably doing software flow control - and
* you've definitely set FAXSEND_FLOW to FLOW_HARD...
*
* Some versions of SCO Unix have a "weird" serial driver that will only
* do half duplex hardware flow control. You will then run into the
problem
* that fax sending will time out after the first page sent (no ACK
received)
* and fail if FLOW_HARD is used. Use FLOW_SOFT instead.
*/
#define FAXSEND_FLOW FLOW_SOFT
What's wrong?
Pat
--
________ ________
___ __ \__ ___/ Patrick Schlaepfer http://www.schlaepfer.com
__ /_/ /_(__ ) Schulstrasse 12
_ .___/ /____/ CH-8962 Bergdietikon email: patrick@schlaepfer.com
/_/ Great discoveries are not heralded by "Eureka," but usually by
"Hmmm, that's funny."