>Received: from camco.celestial.com by eskimo.com (5.65c/1.35)
> id AA04077; Fri, 25 Feb 1994 21:17:44 -0800
>Received: from designi by camco.celestial.com with uucp
> (Smail3.1.28.1 #9) id m0paHNq-0003lxC; Fri, 25 Feb 94 21:16 PST
>Received: from wolverine by designi.celestial.com with uucp
> (Smail3.1.28.1 #5) id m0paGwy-0003lZC; Fri, 25 Feb 94 20:48 PST
>Received: by designi.celestial.com (Smail3.1.28.1 #4)
> id m0paGnL-0004BuC; Fri, 25 Feb 94 20:38 PST
>Subject: no subject (file transmission)
>To: designi!camco1!eskimo.com!scottw (Scott Wolfe At Eskimo)
>Date: Fri, 25 Feb 1994 20:38:27 -0800 (PST)
>X-Mailer: ELM [version 2.4 PL23]
>Content-Type: text
>Content-Length: 369
>Status: RO
>I was thinking of Flexfax but had some questions first.
>1) Has anyone gotten Flexfax to work with a internal USR Sportster?
yes
Quote:>2) Whats the lates version of Flexfax?
2.2.1 (another version is in beta)
Quote:>3) Does Flexfax need a dedicated modem in order to receive faxes or can I
> still dialin and login with Flexfax waiting for faxes?? Any help on
> things to wachout for would be great.
>-Scott Wolfe
No, flexfax can share the modem. It can use the modem's adaptive answer if
it has it, or there is a simple hack (for class1 modems): if flexfax gets
an error when it answers the incoming fax call, it hangs up and reanswers
again in data mode (the phone company won't hang up on the caller for
ten seconds so this really does work). It isn't pretty, but it works (takes
longer to anser though).
Flexfax will compile out of the box without any patches with Linux
pl14 or above, and gcc 2.4.5. With gcc 2.5.8 you must patch flexfax,
because of C++ bugs. You should make sure /bin/getty exists or change
the paths.h file (flexfax compiled for Linux seems to like the old SLS
defaults)
here is my config.cua3 file for the Sportser, I've tested it with my
modem and it works for send & receive fax, and for incoming and
outgoing data calls.
# $Header: /usr/people/sam/fax/etc/RCS/config.usr-sportster,v 1.7 93/10/03 12:36:51 sam Rel $
#
# Configuration for using the Class 1 command interface with
# a USR Sportster modem. Beware that there are apparently two
# different architectures for the modem. Also, use of old
# firmware can result in timing problems. The following firmware
# is known to work:
#
# Rev Date
# Supervisor 4.1 04/22/93
# DSP 10 03/23/93
#
# If you do not have up-to-date firmware and are experiencing
# problems, contact USR to get an upgrade (apparently for free).
#
# XON/XOFF flow control is used. RTS/CTS is also known to work.
#
# Note that when sending DCD is raised when carrier is first received,
# but then dropped from the first HDLC receive until the point where the
# initial training is sent (from that point on DCD is asserted). This
# can be a problem because there is no way to override this behaviour
# which means that the host must be capable of ignoring DCD for sending
# to function correctly.
#
# CONFIG: CLASS1: 1444: Manufacturer=USRobotics Model=Sportster
#
CountryCode: 1 # USA
LongDistancePrefix: 1
InternationalPrefix: 011
AreaCode: 604
DialStringRules: etc/dialrules
FAXNumber: +1.604.XXX.YYYY
ServerTracing: 1 # log server-related operations
SessionTracing: 15 # log session-related operations
RecvFileMode: 0600 # recvd facsimile are not public
LogFileMode: 0600 # private log files
DeviceMode: 0666 # device is accessible only to uucp/fax
#QualifyTSI: etc/tsi # accept facsimile from anyone
SpeakerVolume: off # audible confirmation
RingsBeforeAnswer: 1 # answer on first ring
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
# Note that we setup the modem to idle in class 0 to avoid
# jinxing dial out programs. See ModemSetupAACmd, ModemDialCmd
# and ModemAnswerCmd.
#
# NB: Modem sets &H3&I2 on +FCLASS=1
#
ModemType: Class1 # use this to supply a hint
ModemRate: 38400 # max rate for DCE-DTE communication
#ModemFlowControl: xonxoff # SunOS does CTS but not RTS
ModemFlowControl: rtscts # SunOS does CTS but not RTS
ModemSetupDTRCmd: &D2 # setup so DTR drop resets modem
ModemSetupDCDCmd: &C1 # setup so DCD reflects carrier (or not)
ModemSetupAACmd: +FCLASS=0&H1&I0
ModemSetVolumeCmd: "M0 M1 M1 M1 M1"# OFF QUIET LOW MEDIUM HIGH
#
#GettyArgs: "-h %l dx_%s" # NB: enable this for dialins (SGI)
#GettyArgs: "std.%s -" # NB: enable this for dialins (SunOS)
GettyArgs: "-h ttyS3 %s vt100"
#
# NB: If you need to prefix phone numbers to get through a PBX,
#
#ModemDialCmd: +FCLASS=1DT%s # T for tone dialing (XON/XOFF)
ModemDialCmd: +FCLASS=1&H1&I0DT%s # T for done dialing, (CTS/RTS)
#
# A shorter than normal timer is required for incoming calls to
# avoid timing out most data callers when using adaptive answer.
#
Class1RecvIdentTimer: 15000 # shorter timer for incoming ID
AdaptiveAnswer: yes # alternate fax/data answer on error
#ModemAnswerCmd: +FCLASS=1A # "generic" answer (counter 0 idle)
ModemAnswerCmd: +FCLASS=1&H1&I0A # (CTS/RTS)
#
# HACK: Make sure the phone is on on-hook before answering in data mode.
# This allows a crude adaptive answer capability by taking advantage of
# the fact that, in the US at least, the phone company won't drop the
# caller for ten seconds.
#
#ModemAnswerDataCmd: H+FCLASS=0A # data answer (XON/XOFF)
ModemAnswerDataCmd: H+FCLASS=0&H1&I0A# data answer (RTS/CTS)
#ModemAnswerDataCmd: H+FCLASS=0&H1&I0S2=128A # data answer (RTS/CTS)
#ModemAnswerFaxCmd: +FCLASS=1A # fax answer (XON/XOFF)
ModemAnswerFaxCmd: +FCLASS=1&H1&I0A # fax answer (RTS/CTS)
#
ModemMfrQueryCmd: !USR # US Robotics
ModemModelQueryCmd: I3
ModemRevQueryCmd: I7
--
--------------------------------------------------------------------------
BogoMIPS Research Labs -- bogosity research & simulation -- VE7JPM --
--------------------------------------------------------------------------