HylaFAX The world's most advanced open source fax server

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

Help! HylaFax won't handshake



Hello,
	I can't get HylaFax to respond to the receiving modem.  I'm a single
user on a laptop using a LinkSys 10/100 + 56k combo PCMCIA card with SuSE 6.2
installed.  I'm in Russia where pulse dialing is still used.

	Pre-prep work:  I uninstalled HylaFax, deleted my FIFO files and config
files.  Then installed HylaFax 4.1 beta 2 using a SuSE rpm.  Ran
faxsetup, and faxaddmodem.  During setup, was asked if I should configure
faxmodem for each modem.  I said yes.  Did some minor editing as necessary in
config files.  Made sure that FaxGetty line was in /etc/inittab and that
HylaFax was set to startup upon boot.  Rooboted.   Yeah yeah I know, HylaFax
was compiled in RedHat.

I did the command:
sendfax -n -d 956-9878 /tmp/trash.ps  

	Problem remains:  Modem dials fine.  Other side answers. 
Receiving fax chirps away.  HylaFax immediately quits as soon as the other fax
answers, posting the message "No answer from remote" in /var/log/message file.
 I sit listening to the receiving fax while staring at this message using the
"tail -f" command.  Yes I've read documentation and FAQ.  Here is the results
from my /var/log/messages with my ***comments inserted*****.  I put info
concerning my settings below all this.  Please take a look.

Jan 10 10:33:18 george HylaFAX[225]: Filesystem has SysV-style file creation
semantics. Jan 10 10:33:18 george FaxQueuer[186]: SUBMIT JOB 105
Jan 10 10:33:18 george FaxQueuer[186]: JOB 105 (active dest +70959569878 pri 127 tts 0:00 killtime 2:59:00): PREPARE START
Jan 10 10:33:18 george FaxQueuer[226]: JOB 105 (active dest +70959569878 pri 127 tts 0:00 killtime 2:59:00): CONVERT DOCUMENT: bin/ps2fax -o docq/doc110.ps;00 -r 98 -w 1728 -l 297 -m 30 -1 docq/doc110.ps.105
Jan 10 10:33:20 george FaxQueuer[186]: JOB 105 (active dest +70959569878 pri 127 tts 0:00 killtime 2:58:58): PREPARE DONE
Jan 10 10:33:20 george FaxQueuer[186]: JOB 105 (active dest +70959569878 pri 127 tts 0:00 killtime 2:58:58): CMD START /usr/lib/fax/faxsend -m ttyS1 sendq/q105 (PID 230)
Jan 10 10:33:21 george FaxSend[230]: MODEM set DTR OFF
Jan 10 10:33:21 george FaxSend[230]: DELAY 2600 ms
Jan 10 10:33:23 george FaxSend[230]: MODEM set DTR ON
Jan 10 10:33:23 george FaxSend[230]: MODEM set baud rate: 19200 baud, input flow NONE, output flow NONE
Jan 10 10:33:23 george FaxSend[230]: MODEM flush i/o
Jan 10 10:33:23 george FaxSend[230]: <-- [15:ATE0V1Q0S0=0H0\r]
Jan 10 10:33:23 george FaxGetty[185]: ANSWER: Can not lock modem device
	******* Is the lock message a problem?  My understanding is that
FaxGetty would like to lock other processes out, and can do this if I set
device to /dev/modem , but is not able to do this if I set it direct to the
serial port.  Thus it's up to me, the user, to make sure that something does
not try to access that port during faxing.  Am I mistaken? *****

Jan 10 10:33:23 george FaxSend[230]: --> [2:OK]
Jan 10 10:33:23 george FaxSend[230]: <-- [12:ATS8=2S7=60\r]
Jan 10 10:33:24 george FaxSend[230]: --> [2:OK]
Jan 10 10:33:24 george FaxSend[230]: <-- [12:AT+FCLASS=?\r]
Jan 10 10:33:24 george FaxSend[230]: --> [5:0,1,2]
Jan 10 10:33:24 george FaxSend[230]: --> [2:OK]
Jan 10 10:33:24 george FaxSend[230]: <-- [12:AT+FCLASS=1\r]
Jan 10 10:33:24 george FaxSend[230]: --> [2:OK]
Jan 10 10:33:24 george FaxSend[230]: <-- [9:AT+FTM=?\r]
Jan 10 10:33:24 george FaxSend[230]: --> [41:3,24,48,72,73,74,96,97,98,121,122,145,146]
Jan 10 10:33:24 george FaxSend[230]: --> [2:OK]
Jan 10 10:33:24 george FaxSend[230]: <-- [9:AT+FRM=?\r]
Jan 10 10:33:24 george FaxSend[230]: --> [41:3,24,48,72,73,74,96,97,98,121,122,145,146]
Jan 10 10:33:24 george FaxSend[230]: --> [2:OK]
Jan 10 10:33:24 george FaxSend[230]: <-- [12:AT+FCLASS=1\r]
Jan 10 10:33:24 george FaxSend[230]: --> [2:OK]
Jan 10 10:33:24 george FaxSend[230]: MODEM  /
Jan 10 10:33:24 george FaxSend[230]: <-- [5:ATM0\r]
Jan 10 10:33:24 george FaxSend[230]: --> [2:OK]
Jan 10 10:33:24 george FaxSend[230]: MODEM input buffering disabled
Jan 10 10:33:24 george FaxSend[230]: SEND FAX: JOB 105 DEST 956-9878 COMMID 00000143
	*** We have an old pulse phone in the other room, that dials outloud
whenever I make a call.  (Only in Russia)  But it's usefull, since I hear it
dial 7 times. ***

Jan 10 10:33:49 george FaxSend[230]: SEND FAILED: No answer from remote
	***  Bull.  After I hear my modem dial 7 times, I pick up the receiver
to listen in.  The other side answers with the sound of a chirping fax.  I
immediately see this line (tail -f ...) and that's it.  HylaFax does this every
time as soon as the receiving fax machine answers.  I try various numbers. 
Same thing.  I know that Americans bring faxes over here which work no
problem.  What controls this HylaFax to modem interaction?  The dialrules file
or the config.device file? ***

Jan 10 10:33:49 george FaxQueuer[186]: JOB 105 (active dest +70959569878 pri 127 tts 0:00 killtime 2:58:29): CMD DONE: exit status 0
Jan 10 10:33:49 george FaxQueuer[186]: JOB 105 (sleeping dest +70959569878 pri 126 tts 0:00 killtime 2:58:29): SEND INCOMPLETE: requeue for 7:13; No answer from remote
Jan 10 10:33:53 george FaxGetty[185]: MODEM set DTR OFF
Jan 10 10:33:53 george FaxGetty[185]: DELAY 2600 ms
Jan 10 10:33:56 george FaxGetty[185]: MODEM set DTR ON
Jan 10 10:33:56 george FaxGetty[185]: MODEM set baud rate: 19200 baud, input flow NONE, output flow NONE
Jan 10 10:33:56 george FaxGetty[185]: MODEM flush i/o
Jan 10 10:33:56 george FaxGetty[185]: <-- [15:ATE0V1Q0S0=0H0\r]
Jan 10 10:33:56 george FaxGetty[185]: --> [2:OK]
Jan 10 10:33:56 george FaxGetty[185]: <-- [12:ATS8=2S7=60\r]
Jan 10 10:33:56 george FaxGetty[185]: --> [2:OK]
Jan 10 10:33:56 george FaxGetty[185]: <-- [12:AT+FCLASS=?\r]
Jan 10 10:33:56 george FaxGetty[185]: --> [5:0,1,2]
Jan 10 10:33:56 george FaxGetty[185]: --> [2:OK]
Jan 10 10:33:56 george FaxGetty[185]: <-- [12:AT+FCLASS=1\r]
Jan 10 10:33:56 george FaxGetty[185]: --> [2:OK]
Jan 10 10:33:56 george FaxGetty[185]: <-- [9:AT+FTM=?\r]
Jan 10 10:33:56 george FaxGetty[185]: --> [41:3,24,48,72,73,74,96,97,98,121,122,145,146]
Jan 10 10:33:56 george FaxGetty[185]: --> [2:OK]
Jan 10 10:33:56 george FaxGetty[185]: <-- [9:AT+FRM=?\r]
Jan 10 10:33:56 george FaxGetty[185]: --> [41:3,24,48,72,73,74,96,97,98,121,122,145,146]
Jan 10 10:33:56 george FaxGetty[185]: --> [2:OK]
Jan 10 10:33:56 george FaxGetty[185]: <-- [12:AT+FCLASS=1\r]
Jan 10 10:33:56 george FaxGetty[185]: --> [2:OK]
Jan 10 10:33:56 george FaxGetty[185]: MODEM  /
Jan 10 10:33:56 george FaxGetty[185]: <-- [5:ATM0\r]
Jan 10 10:33:56 george FaxGetty[185]: --> [2:OK]
Jan 10 10:33:56 george FaxGetty[185]: MODEM input buffering disabled

	If someone ever writes a HylaFax book, I'll be first in line.
**************
/etc/inittab
**************
<snip>
# fax getty (hylafax)
# mo:23:respawn:/usr/lib/fax/faxgetty /dev/modem
fx:2345:respawn:/usr/lib/fax/faxgetty /dev/ttyS1 
<snip>
	Would "mo" work better?
**********
/var/spool/fax/etc/hosts.hfaxd
**********
localhost
127.0.0.1
^george@george.hello$:::     

***************
/var/spool/fax/etc/config.ttyS1
	With commented lines snipped out.
************
<snip>
CountryCode:		7
AreaCode:		095
FAXNumber:		+7.095.944.1415
LongDistancePrefix:	8
InternationalPrefix:	101
DialStringRules:	"dialrules.europe"
ServerTracing:		527
SessionTracing:		527
RecvFileMode:		0644
LogFileMode:		0600
DeviceMode:		0666
RingsBeforeAnswer:	1
SpeakerVolume:		off
GettyArgs:		"-r -b -s %s %l"
LocalIdentifier:	"S.u.S.E. GmbH"
TagLineFont:		etc/lutRS18.pcf
TagLineFormat:		"From %%l|%c|Page %%p of %%t"
MaxRecvPages:		25
<snip>
ModemType:		Class1		# use this to supply a hint
<snip>
ModemDialCmd:		ATDP%s@		# T for tone dialing, @ for silence
<snip>
Class1Cmd:		AT+FCLASS=1	# command to enter class 1
Class1TCFResponseDelay:	75		# 75ms delay between recv TCF & response
Class1SendPPMDelay:	75		# 75ms delay before sending PPM
Class1SendTCFDelay:	75		# 75ms delay between sending DCS & TCF
Class1TrainingRecovery:	1500		# 1.5sec delay after training failure
Class1RecvAbortOK:	200		# wait 200ms for abort response
Class1FrameOverhead:	4		# 4 byte overhead in recvd HDLC frames
Class1RecvIdentTimer:	40000		# 35+5secs waiting for ident frames
Class1TCFMaxNonZero:	10		# max 10% of data may be non-zero
Class1TCFMinRun:	1000		# min run is 2/3rds of TCF duration
************

Thanks
George
--
My personal website
http://www.firstnethou.com/gz/welcome.htm




Project hosted by iFAX Solutions