[hylafax-users] incoming fax problem

[James Smith <james.smith@xxxxxxxxx>]

Hi,

 

I have one particular location trying to send me faxes and they always fail.

I am trying to find out what they are using to send to us.

We’re using hylafax 6.0.4.

Our modems are USR MP/16 and I have configured them using the following:-

 

# $Id$

#

# HylaFAX Facsimile Software

#

# Copyright (c) 1990-1996 Sam Leffler

# Copyright (c) 1991-1996 Silicon Graphics, Inc.

# HylaFAX is a trademark of Silicon Graphics, Inc.

#

# Permission to use, copy, modify, distribute, and sell this software and

# its documentation for any purpose is hereby granted without fee, provided

# that (i) the above copyright notices and this permission notice appear in

# all copies of the software and related documentation, and (ii) the names of

# Sam Leffler and Silicon Graphics may not be used in any advertising or

# publicity relating to the software without the specific, prior written

# permission of Sam Leffler and Silicon Graphics.

#

# THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND,

# EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY

# WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

#

# IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR

# ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND,

# OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,

# WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF

# LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE

# OF THIS SOFTWARE.

#

 

#

# Configuration for using the Class 1 command interface with

# a USR Courier or Sportster modem and XON/XOFF flow control.

#

#

CountryCode:            1

AreaCode:               812

FAXNumber:              555.5555

LongDistancePrefix:     1

InternationalPrefix:    011

DialStringRules:        etc/dialrules

ServerTracing:          1

SessionTracing:         11

RecvFileMode:           0777

LogFileMode:            0777

DeviceMode:             0777

RingsBeforeAnswer:      1

SpeakerVolume:          quiet

GettyArgs:              "-h %l dx_%s"

LocalIdentifier:        JOFCO

TagLineFont:            etc/lutRS18.pcf

TagLineFormat:          "From %%l|%c|Page %%P of %%T"

MaxRecvPages:           25

#

#

# Modem-related stuff: should reflect modem command interface

# and hardware connection/cabling (e.g. flow control).

#

ModemType:              Class1          # use class 1 interface

ModemRate:              19200           # rate for DCE-DTE communication

ModemFlowControl:       xonxoff         # software flow control

#

ModemSetupDTRCmd:       ATS13=1&D2      # setup so DTR drop resets modem

ModemSetupDCDCmd:       AT&C1           # setup so DCD reflects carrier (or not)

ModemNoFlowCmd:         AT&H0&I0&R1     # setup modem for no flow control

ModemHardFlowCmd:       AT&H1&I0&R2     # setup modem for hardware flow control

ModemSoftFlowCmd:       AT&H2&I2&R1     # setup modem for software flow control

ModemResultCodesCmd:    ATQ0X4          # enable result codes

ModemResetCmds:         ATZ

#

ModemMfrQueryCmd:       !USR

ModemModelQueryCmd:     ATI3

ModemRevQueryCmd:       ATI7            # XXX returns a multi-line result

#

# When AT+FCLASS=1 is issued the modem automatically switches

# to software flow control; these parameters let the fax software

# reset flow control as needed after entering Class 1.

#

Class1NFLOCmd:          AT&H0&I0&R1     # setup modem for no flow control

Class1HFLOCmd:          AT&H1&I0&R2     # setup modem for hardware flow control

Class1SFLOCmd:          ""              # modem does this automatically

#

# This should resolve "DIS/DTC received 3 times" errors:

#

Class1ResponseWaitCmd:  AT+FRS=1        # wait after sending TCF for response

#

# The remainder of this configuration is included so that the

# modem "idles" in Class 0 while not sending or receiving facsimile.

#

ModemSetupAACmd:        AT+FCLASS=0     # leave modem idling in class 0

ModemAnswerCmd:         AT+FCLASS=1A    # answer in Class 1

#

# When using AT+FRS=n we see USR modems reset themselves in the middle of sessions

# this is not good.  So, we seem to work-around that problem by not using the

# command.  Unfortunately, this isn't an ideal thing.

#

Class1SwitchingCmd:     "<delay\0727>"

ModemDialCmd:       ATDT9,%s

 

 

 

Here is a session log for one of the failures:-

 

Jul 26 11:07:43.57: [ 7486]: SESSION BEGIN 000005567 18125555555

Jul 26 11:07:43.57: [ 7486]: HylaFAX (tm) Version 6.0.4

Jul 26 11:07:43.57: [ 7486]: <-- [13:AT+FCLASS=1A\r]

Jul 26 11:07:48.83: [ 7486]: --> [7:CONNECT]

Jul 26 11:07:48.83: [ 7486]: ANSWER: FAX CONNECTION  DEVICE '/dev/ttyR18'

Jul 26 11:07:48.83: [ 7486]: RECV FAX: begin

Jul 26 11:07:48.83: [ 7486]: <-- data [32]

Jul 26 11:07:48.83: [ 7486]: <-- data [2]

Jul 26 11:07:50.80: [ 7486]: --> [7:CONNECT]

Jul 26 11:07:50.80: [ 7486]: <-- data [23]

Jul 26 11:07:50.80: [ 7486]: <-- data [2]

Jul 26 11:07:51.97: [ 7486]: --> [7:CONNECT]

Jul 26 11:07:51.97: [ 7486]: <-- data [13]

Jul 26 11:07:51.97: [ 7486]: <-- data [2]

Jul 26 11:07:52.86: [ 7486]: --> [2:OK]

Jul 26 11:07:52.86: [ 7486]: <-- [9:AT+FRH=3\r]

Jul 26 11:07:59.86: [ 7486]: --> [0:]

Jul 26 11:07:59.86: [ 7486]: MODEM <Empty line>

Jul 26 11:07:59.86: [ 7486]: <-- data [1]

Jul 26 11:07:59.88: [ 7486]: --> [2:OK]

Jul 26 11:07:59.88: [ 7486]: DELAY 70 ms

Jul 26 11:07:59.95: [ 7486]: <-- [9:AT+FTH=3\r]

Jul 26 11:08:00.06: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:00.06: [ 7486]: <-- data [32]

Jul 26 11:08:00.06: [ 7486]: <-- data [2]

Jul 26 11:08:02.04: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:02.04: [ 7486]: <-- data [23]

Jul 26 11:08:02.04: [ 7486]: <-- data [2]

Jul 26 11:08:03.20: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:03.20: [ 7486]: <-- data [13]

Jul 26 11:08:03.20: [ 7486]: <-- data [2]

Jul 26 11:08:04.10: [ 7486]: --> [2:OK]

Jul 26 11:08:04.10: [ 7486]: <-- [9:AT+FRH=3\r]

Jul 26 11:08:11.10: [ 7486]: --> [0:]

Jul 26 11:08:11.10: [ 7486]: MODEM <Empty line>

Jul 26 11:08:11.10: [ 7486]: <-- data [1]

Jul 26 11:08:11.12: [ 7486]: --> [2:OK]

Jul 26 11:08:11.12: [ 7486]: DELAY 70 ms

Jul 26 11:08:11.19: [ 7486]: <-- [9:AT+FTH=3\r]

Jul 26 11:08:11.30: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:11.30: [ 7486]: <-- data [32]

Jul 26 11:08:11.30: [ 7486]: <-- data [2]

Jul 26 11:08:13.29: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:13.29: [ 7486]: <-- data [23]

Jul 26 11:08:13.29: [ 7486]: <-- data [2]

Jul 26 11:08:14.44: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:14.44: [ 7486]: <-- data [13]

Jul 26 11:08:14.44: [ 7486]: <-- data [2]

Jul 26 11:08:15.33: [ 7486]: --> [2:OK]

Jul 26 11:08:15.33: [ 7486]: <-- [9:AT+FRH=3\r]

Jul 26 11:08:22.33: [ 7486]: --> [0:]

Jul 26 11:08:22.33: [ 7486]: MODEM <Empty line>

Jul 26 11:08:22.33: [ 7486]: <-- data [1]

Jul 26 11:08:22.34: [ 7486]: --> [2:OK]

Jul 26 11:08:22.34: [ 7486]: DELAY 70 ms

Jul 26 11:08:22.41: [ 7486]: <-- [9:AT+FTH=3\r]

Jul 26 11:08:22.53: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:22.53: [ 7486]: <-- data [32]

Jul 26 11:08:22.53: [ 7486]: <-- data [2]

Jul 26 11:08:24.51: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:24.51: [ 7486]: <-- data [23]

Jul 26 11:08:24.51: [ 7486]: <-- data [2]

Jul 26 11:08:25.66: [ 7486]: --> [7:CONNECT]

Jul 26 11:08:25.66: [ 7486]: <-- data [13]

Jul 26 11:08:25.66: [ 7486]: <-- data [2]

Jul 26 11:08:26.56: [ 7486]: --> [2:OK]

Jul 26 11:08:26.56: [ 7486]: <-- [9:AT+FRH=3\r]

Jul 26 11:08:33.56: [ 7486]: --> [0:]

Jul 26 11:08:33.56: [ 7486]: MODEM <Empty line>

Jul 26 11:08:33.56: [ 7486]: <-- data [1]

Jul 26 11:08:33.57: [ 7486]: --> [2:OK]

Jul 26 11:08:33.57: [ 7486]: RECV FAX: No sender protocol (T.30 T1 timeout)

Jul 26 11:08:33.57: [ 7486]: RECV FAX: end

Jul 26 11:08:33.57: [ 7486]: No sender protocol (T.30 T1 timeout)

Jul 26 11:08:33.57: [ 7486]: SESSION END

 

What I’m trying to determine is why they in particular never seem to be able to send to us via hylafax, but can to a regular fax machine.

 

Thx

 

James S