home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 3 Comm
/
03-Comm.zip
/
bgfax147.zip
/
WHATS.NEW
< prev
Wrap
Text File
|
1995-05-02
|
37KB
|
749 lines
Changes between BGFAX 1.47 and BGFAX 1.40 MON 2 MAY 95
========================================= ============
New help files (*.TXT in HELPME.ARJ) included for...
PC Board Wildcat! Maximus/2 MainDoor/2 WWIV
NOTE: Tranquility Base (BGFAX support BBS) is now on the Internet!
You can TELNET/FTP/VMODEM to IP address 198.65.189.2 to logon.
We now have an ISDN connection (64K) rather than the old slow
V.34 (29K) connection, so things are much faster now. This is
a _different_ IP address than before.
The BGFAX147.ARJ file is protected using a ARJ Security Envelope.
AUSTRALIA: Users of BGFAX in OZ who do not have access to a credit card
can now register by cheque or money order. See the REGISTER.AUS
file included with this archive for more information.
<<< BRIEF SUMMARY OF MAJOR CHANGES >>>
a. Faxworks/2 fax format added
b. Many BGFAX/2 releated bugs have been fixed (TRAP errors, etc.)
c. BGFAX/DOS now allows one to use hardware (CTS) flow control while
sending, which helps under multitasking environments (DV and Windows)
d. Many LaserJet and DeskJet printing (PCL) problems fixed
New stuff
~~~~~~~~~
1. Finally have added another fax format type into BGFAX. Now, along with
ZFAX and QLIIFAX format, BGFAX supports the Faxworks/2. Faxworks/2 is
the fax program that comes on the OS/2 Warp Bonus Pack.
At present, VIEW.EXE will _NOT_ correctly view Faxworks/2 files. You
must use the Faxworks/2 program ("open log" function) to do this. Since
you must use the "open log" function, you must tell BGFAX to save faxes
in the \FAXWORKS directory rather than the \BGFAX directory.
NOTE: When BGFAX saves the files, the naming convention is as follows:
ZFAX 2.xx.... FAXnnnn.FAX
QuickLink.... FAXnnnn.QFX
Faxworks/2... FXnnnnnn.FAX
2. BGFAX/2 now allows for OS/2 programs to pass the hot com handle number
to BGFAX/2. (Binkley/2, MainDoor/2, Lora/2 people.) Example startup
of BGFAX/2 if using Lora/2 where the com handle is passed as the third
command line parameter:
bgfax2 /fax c:\bgfax h%3 z
If you are using a strange OS/2 BBS program like VBBS which does not
pass OS/2 com handles to BGFAX/2, you will need to use a V in front
of the com port NUMBER (not the handle) on the BGFAX/2 command line
to tell BGFAX/2 to use "VBBS compatibility mode". Example for COM1...
bgfax2 /fax c:\bgfax v1 z
3. New command line switch: BGFAX /HOST /SB Spawn DOBBS.CMD, OS/2
version only, relating to use with Maximus/2, see MAXIMUS2.TXT
4. BGFAX/2 will now store the COM HANDLE in the DOBBS.CMD file instead of
the com port number as it was doing before. (BGFAX/DOS will continue
to write the com port number in the DOBBS.BAT file.)
5. New command line switch: BGFAX /SEND /HW Hardware (CTS) flow control
This will tell BGFAX to use CTS handshaking when sending the fax image.
If you are using a Class 2.0 modem, BGFAX will automatically set the
correct flow control command (AT+FLO=2 for RTS/CTS). If you are using
a Class 1 or 2 modem, you _might_ (you might not) have to change the
BGFAX dial string so that the modem is set to be in the same mode as
BGFAX. Example, for Rockwell-based modems, you might have
ds=ATM2&K4DT for a regular XON/XOFF send fax dial string
ds=ATM2&K3DT for a hardware RTS/CTS send fax dial string
6. BGFAX /HOST mode can now be terminated by semaphore files. When BGFAX
is running in /HOST mode, if you put a file called "EXITnnn.SEM" in the
BGFAX directory, it will cause BGFAX to exit with errorlevel nnn.
i.e., "EXIT72.SEM" will cause /HOST mode to terminate with level 72.
This is useful on multitasking or networked systems.
7. BGFAX will now pass a second parameter to the DOPRINT.BAT (DOPRINT.CMD)
file. The second parameter will be the remote fax ID, with underscores
replacing spaces. This can be used in case your EXEPRINT.BAT/CMD file
will need to scan for certain bad numbers (fax advertising) and not
print them, or, can be used to pass to programs designed to page you
with the remote fax ID. Confused?? Don't worry about it. Here is a
sample of the new DOPRINT.BAT/CMD file:
CALL C:\BGFAX\EXEPRINT.BAT C:\BGFAX\FAX0872.FAX (old way)
CALL C:\BGFAX\EXEPRINT.BAT C:\BGFAX\FAX0873.FAX 713_893_9124 (new way)
8. Some of the older Class 1 modems do require a 19200 shift. I thought
all Class 1 modems behaved like the Hayes Optima 288, but apparently
I was wrong about that. (The Optima 288 doesn't use 19200 shifting,
while I recently discovered modems such as the Hayes Accura 14400 do
require 19200 shifting.) To handle this situation, a new com port
modifier is available, the minus sign. Example:
bgfax /fhay:713_555_1212 c:\bgfax 2- z
The above line would tell BGFAX to use Class 1 mode on COM2, but it
will perform 'old-style' Class 1 DTE shifting. (Notice it is "2-"
instead of "2"). If you are using a Hayes Accura 14400 in BGFAX's
/HOST mode, make your BGFAX.CNF file say po=2- if you are using COM2.
9. A new command line switch for VIEW, /LP --- this switch means you plan
to use 'legal sized' paper on your laser printer. (Legal sized paper
is 8.5 x 14" instead of the normal USA 8.5 x 11" size).
10. New command line switch: BGFAX /HOST /ND No incoming data callers
Bugs fixed
~~~~~~~~~~
1. In /SEND mode, if the input fax file is not found, BGFAX will immediately
exit. If BGFAX send mode is in extended results mode (/ER command line
switch), this file not found condition will cause BGFAX to exit with
errorlevel 18, rather than errorlevel 0 (generic failure).
2. Numeric result codes work better when BGFAX is used in rear-end mode
(Required for people using Syncronet software.)
3. Fixed problem when running BGFAX in /HOST mode when using a FOSSIL
driver. BGFAX 1.36 and 1.40 would refuse to answer the phone.
4. I think I fixed the problem with BGFAX/2 generating a TRAP-D error
on many systems when trying to run it in /HOST mode.
5. Fixed problem with BGFAX thinking a "CONNECT 14400 REL" was a 0 bps
connection. :-) ... Before, BGFAX was expecting "CONNECT 14400/REL".
6. If you were receiving a 2D-MR coded fax and BGFAX was not receiving
a valid 2D-MR RTC code at the end of the page, BGFAX was trying to
'help' by adding a 1D-MH RTC code. (It should have added a 2D-MR
RTC code, as this version should now do.)
7. I have attempted to fix a problem during PCX conversion that existed
in VIEW 1.40 and 1.40A.
8. Many people have reported problems trying to print faxes on Laser or
Desk Jet printers. This VIEW.EXE update tries to fix the problem by
sending printer output via software interrupt $17, rather than opening
'LPT1' as a 'binary file'. The printing screen has had an overhaul as
well. Here is some example command line parameters:
view /p40 will print to LPT1 via Int 17 (new way)
view /p40:lpt1 will print to LPT1 via Int 17 (new way)
view /p40:lpt2 will print to LPT2 via Int 17 (new way)
view /p40:hello.you will print to file 'HELLO.YOU' via binary file
view /p40:+lpt1 will print to LPT1 via binary file (old way)
Under OS/2, it appears as if printing the old way is faster, that's why
I made it possible to print using the old way (by inserting the plus).
9. A user with a new Practical Peripheral's V.FC modem reported trouble
sending faxes. Apparently, the modem would echo "ATDTphonenumber "
...instead of "ATDT phonenumber"
which would confuse BGFAX and BGFAX/2. The extra spaces in the modem
output are the problem. This update to BGFAX should fix this problem.
##############################################################################
Changes between BGFAX 1.40 and BGFAX 1.36 SUN 1 JAN 95
========================================= =============
<<< BRIEF SUMMARY OF MAJOR NEW FEATURES >>>
a. OS/2 executables now included
b. EXAR based fax modem related bugs in BGFAX addressed
c. VIEW now supports VESA SVGA display modes for viewing faxes
d. VIEW now supports printing in PCL mode (LaserJet, DeskJet)
e. CALLER ID info in /HOST mode is now saved to DOBBS.BAT files
<<< Detailed summary of changes and new features >>>
OS/2 EXECUTABLES NOW INCLUDED!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
BGFAX2.EXE and MAKEFAX2.EXE are included with this release!
You can use BGFAX2.EXE for sending faxes under OS/2.
For receiving faxes with BGFAX2.EXE under OS/2, you must be using a BBS
software or Fido mailer software that is OS/2 native (i.e., Lora/2 or
MAINDOOR/2). If your BBS or Fido mailer software is DOS native (i.e.,
FrontDoor or InterMail) you still must use BGFAX/DOS.
If you are using BGFAX/2 in /HOST or /SEND mode, a small change in the
BGFAX.CNF file will be required. Instead of using "po=1" to represent
COM1, for example, you will need to use "p2=1". Where "po=" is the port
used in BGFAX/DOS and "p2=" is the port used in BGFAX/2.
Why this change? Say, under DOS you have "po=2e8x5", but under OS/2, you
have SIO set up to map $2e8, IRQ5 to COM4, therefore "p2=4".
BGFAX/DOS creates *.BAT files (DOBBS.BAT, DOPRINT.BAT). BGFAX/2 will
instead create *.CMD files (DOBBS.CMD, DOPRINT.CMD).
Please report any TRAP errors to me. I tried my best to make sure I
squashed all TRAP related bugs, but just a few days ago, someone said they
got a TRAP error in /HOST mode.
Bugs fixed
~~~~~~~~~~
1. Many USR and PPI owners often came home from work to find BGFAX sitting
there on the screen after several hours. This big, bad bug is now fixed.
BGFAX will now timeout correctly after 40 seconds of no activity.
2. BGFAX was not correctly logging some hangup status codes on Class 2.0
modems. (Such as the +FHS:A2 code, which the string-to-integer unit
was reporting as "0", now it should report "A2", etc.)
3. Numerous VIEW.EXE problems have been touched. EGA graphics mode now
appears to work on EGA-only systems.
New stuff
~~~~~~~~~
1. VIEW now supports VESA SVGA resolution modes of 800x600 and 1024x768.
If VIEW detects a functioning VESA adapter, it will use a default
resolution of 800x600. If you want to use 1024x768, you will have to
force VIEW into that mode by using the /1024 command line switch.
Your VESA card must support use 64K banks for 1024x768 mode to work.
If something goes wrong, VGA mode can always be forced with /VGA switch.
I have tested both of the new high res modes on my Farenheight 1280
and Trident SVGA cards. (1024x768 mode was very slow, even on my
486DX4/100 machine, that's why I default VESA mode to 800x600).
Please note that many SVGA cards are _not_ VESA compatible. Sometimes,
these non-standard cards come with VESA-drivers for DOS.
2. VIEW.EXE now supports printing using the PCL command set (i.e., you can
now print faxes on LaserJet and DeskJet printers!) To tell BGFAX to use
PCL mode, start VIEW with the /P40 command line parameter.
3. Before VIEW would always use "LPT1" when printing. Now, you can tell
VIEW which port (or file) to use, i.e.:
VIEW /P24 <-- means use 24-pin printer on LPT1
VIEW /P26:LPT2 <-- means use Bubble Jet on LPT2
VIEW /P40:LPT3 <-- means use Laser Jet on LPT3
VIEW /P24:DUMP.PRN <-- means 24-pin printer output saved to file
[ Send DUMP.PRN to printer doing "COPY DUMP.PRN PRN" at DOS prompt ]
4. Caller ID information is now logged in the DOBBS.BAT files in /HOST mode.
(BGFAX presently supports Rockwell Caller ID, ZyXEL Caller ID will
probably be added in the future.)
To demonstrate, here's the data from the modem (DEBUG.LOG):
12-03-94 17:21:58 f=[RING]
12-03-94 17:21:59 f=[DATE = 1203]
12-03-94 17:21:59 f=[TIME = 1727]
12-03-94 17:21:59 f=[NMBR = 7138939124]
12-03-94 17:21:59 f=[NAME = GUILLOT B J ]
12-03-94 17:22:04 f=[RING]
12-03-94 17:22:05 f=[ata]
12-03-94 17:22:17 f=[CARRIER 28800]
12-03-94 17:22:17 f=[PROTOCOL: LAP-M]
12-03-94 17:22:17 f=[COMPRESSION: V.42BIS]
12-03-94 17:22:17 f=[CONNECT 28800/ARQ]
Here's the data from the BGFAX.LOG:
12-03-94 17:22:04 caller id [1203 1727 7138939124 GUILLOT_B_J]
12-03-94 17:22:04 answering phone
12-03-94 17:22:17 extra id [PROTOCOL: LAP-M]
12-03-94 17:22:17 extra id [COMPRESSION: V.42BIS]
12-03-94 17:22:17 data inbound [CONNECT 28800/ARQ]
12-03-94 17:22:18 reliable connection
And, here's what DOBBS.BAT ends up looking like:
C:\BGFAX\EXEBBS.BAT 28800 3E8X3 819 /ARQ 1203 1727 7138939124 GUILLOT_B_J
If no caller ID was detected, DOBBS.BAT would look like this:
C:\BGFAX\EXEBBS.BAT 28800 3E8X3 819 /ARQ N/A
5. One user reported problems with MSDOS 5.0 not letting BGFAX/DOS use
commas in the fax number when /SENDing. i.e.,
bgfax /send output.fax 555.1212 actually uses "555,1212"
EXAR based fax modems supported correctly
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
People with EXAR based fax modems (a few non-USA users) can now correct
the dreaded DLE/error, bad scan line problem by putting a /EX at the end
of the BGFAX command line. This seems to reduce nearly all bad scan
lines. DO NOT USE /EX ON A NON-EXAR MODEM. If you try using the /EX
switch on a Rockwell, USR, or Sierra based fax modem, your faxes will
become garbled.
Important change for multinode users of BGFAX
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
BGFAX before offered a syntax of "BGFAX /FAX path c x p" where 'c' is the
com port, 'x' is Q or Z, and 'p' was a PID number. The 'p' syntax was
also available with the /PID:ppp switch. Now, the old syntax for using
a PID number on the command line is removed. So, if you are running BGFAX
in a multi-node environment, you now must use "BGFAX /FAX c x /PID:p"
I think it is more readable this way.
BGFAX /FAX C:\BGFAX 1 Z /PID:5
...would mean BGFAX5.LOG would be created instead of BGFAX.LOG.
##############################################################################
Changes between BGFAX 1.36 and BGFAX 1.30 SUN 25 SEP 94
========================================= =============
IMPORTANT: Copy BGFAX.EXE, MAKEFAX.EXE, VIEW.EXE, FNTEDIT.EXE, and the
BGFAX.FNT file into your BGFAX directory if you are upgrading
from a previous version of BGFAX.
An OS/2 version of BGFAX is in beta testing, but it is not released at
this time due to the number of unresolved TRAP-D errors reported.
This version does not fix the EXAR/DLE problem many European users have
reported. I just received an EXAR modem two days ago, but it was too
close to the release date to work on the problem. I hope to address this
problem in the very near future.
New Features
~~~~~~~~~~~~
1. VIEW.EXE has been greatly modified. Typing "VIEW" by itself, in a
directory that contains fax files will bring up a list of all the faxes
in the directory, with the remote fax ID's if a FAXIN.LOG is also
located in that directory.
VIEW can now also print faxes on 24-pin dot matrix printers as well as
Canon Bubble Jets. (Lasers, Deskjets, and 9-pin dot matrix printers
are not currently supported.)
2. A new BGFAX.FNT file is included. Two fonts, rather than just a single
font are now supported in MAKEFAX.EXE.
/F0 16x16 /F0 /HR 16x32 [ 100 characters per line ]
( This /F0 font is actually a 8x16 font, the original BGFAX font )
/F1 16x16 /F1 /HR 16x32 [ 100 characters per line ]
Font 0 (/F0) is the font BGFAX uses for generating the top of page
headers on outgoing faxes.
Font 1 (/F1) is the font BGFAX will use when converting ASCII text
files to FAX files.
The new font is a modified version of the ZyXEL's ZFAX font. These
fonts were added because many users claimed the original font (/F0)
was too ugly. A font editing program (FNTEDIT.EXE) is included for
users who wish to customize the two BGFAX fonts. The included font
file is a standard American/English/ASCII 256 character set.
Notes
~~~~~
1. This version of BGFAX no longer includes the drop-dead expiration
date that previous versions of BGFAX used. However, to give people a
little incentive to register BGFAX, the fax "music" can no longer be
disabled, except on registered versions. (The /NS switch).
2. BGFAX will now show you bad command line parametered entered, or bad
BGFAX.CNF lines. It will require you to press any key if it encounters
such a thing. (READ THIS AGAIN!) ^^^^^^^^^^^^^
3. US ROBOTICS users: If you are using a NON-V.34 Courier, be sure to add
the /OU switch (old USR) on the command line when SENDING FAXES. (Do
NOT do it on RECEIVING faxes, UNLESS you are using 09/20/93 firmware on
the V.32-TERBO Courier). In review:
Modem (US Robotics) Sending Receiving
---------------------------------------------
USR v.32terbo (09/20/93) /OU /OU
USR v.32terbo (non 09/20) /OU n/a
*USR v.FC /OU n/a
USR v.34 (latest FLASH) n/a n/a
*If you are using the USR v.FC Courier, you should really get the
FLASH upgrade to turn your modem into the v.34 Courier.
4. If you were storing faxes in QFX format, and you receive a 2D-MR style
comes in, BGFAX would save it, but it would be unusable because Quick
Link II does not support 2D-MR style faxes. Now, BGFAX will automatically
shift to ZFAX file format in the event this occurs so that you will get
a usuable fax file out of the connection.
5. BGFAX /SEND mode now has the "makefax" utility built into it. What??
Well, before, in the release version of BGFAX 1.30, it would shell to
MAKEFAX.EXE to construct the top of page header files. Now, a shell is
no longer required, so it will build the header internally.
New Command Line Switches
~~~~~~~~~~~~~~~~~~~~~~~~~
1. For people have timing problems in /rear end mode (i.e., they can
receive some faxes when using /FCOS and others using /FCO, but each
switch only works in certain circumstances), you can now optionally
control the timing aspects of BGFAX:
/FCO and /FAST can now optionally be used as... /FCO:nn or /FAST:nn
/FCO:4 will assume after 4 seconds that the "OK" already received
/FAST:7 will assume after 7 seconds that the "OK" already received
/FCO:0 is functionally equivilant to /FCOS
/FAST:0 is functionally equivilant to /FCON
/FCO will default to /FCO:20
/FAST will default to /FAST:20
2. Added /ED switch on BGFAX command line. /ED will make BGFAX use the
European date format (dd-mm-yy instead of USA format, mm-dd-yy) when
writing to log files.
3. New command line parameter for /HOST and /RING modes. /DTE:nnnnn which
force BGFAX to use the DTE specified, overring the SP= entry in the
BGFAX.CNF file. Ex: BGFAX /RING /DTE:57600
4. If you were using a version of the Supra fax modem and were trying to
use in to answer calls in Class 1 mode instead of Class 2 mode, and
if you were getting +FCERROR messages, you might want to try the new
/DW switch on the BGFAX /HOST command line.
5. New operation mode: /RING
Example: BGFAX /RING
This is basically a modified version of /HOST mode. In /HOST mode,
BGFAX waits for a "RING", then answers the phone. In /RING mode,
BGFAX will go into a /HOST-like mode, but will initialize the modem,
and then immediately send the answer string to the modem. What's the
reason for this? Some people have written their own programs which wait
for a "RING" (or ring-status-indicator) that take up much less CPU
resources than CPU-hog BGFAX /HOST. A DTE speed is o
6. New command line parameter: /HB ( for developers only )
/HB means that an ASCII banner file (BGFAX.H$$) already exists. BGFAX
will then turn that into another temporary file BGFAX.HH$ (fax image
file). You should not really need to mess with this. If you don't use
this switch, BGFAX will construct its own ASCII banner file (using the
template information out of the config file), and then make the temp
fax image file. Confused? Top of page banner options:
/NB -> no top of page banners
/XB -> assume fax image banner file already exists (BGFAX.HH$)
(to use the /XB switch you must use MAKEFAX.EXE in /HDR mode)
/HB -> assume ASCII banner file already exists (BGFAX.H$$)
Again, the /XB and /HB switches are really for developers who want
to have complete control over what goes onto the top of the page.
Bugs Fixed
~~~~~~~~~~
1. Believe I have fixed a major bug with BGFAX when in /SEND mode, when
using a Class 1 modem. BGFAX 1.30 would never get an acknowledgement
from the remote machine. This was because BGFAX was "filling" the EOL's
in the RTC sequence. Don't worry if you don't know what that means, but
it was a major problem that's now fixed. BGFAX users using /SEND mode
with a Class 2 or Class 2.0 modem should notice no change.
2. I documented something in BGFAX 1.30, that actually was not added. :-)
Well, now it will work. If you are using BGFAX in /HOST mode, BGFAX.DOC
said that you could specify a filename on the LO= or DO= line.
Actually, it was only working on one of the lines. There was also a
typo in the BGFAX.CNF file included with BGFAX 1.30. There was mention
of a ";lo=<load>" when it should have been ";do=<load>".
3. Fixed problem with "crashmail". (If you aren't running the GT Power
BBS netmail software, you don't have to worry about this.) BGFAX was
not exiting with the correct errorlevel when a CQCQCQ crash string was
detected (as specified in the BGFAX.CNF file).
4. Rockwell modems that are configured to report DCE rates on the CARRIER
line (i.e, CARRIER 28800, CONNECT 57600/ARQ) will now get properly
reported by BGFAX.
5. Had a user call me with a problem they were having with their USR
Sportster 2400 data/9600 fax modem. BGFAX kept thinking they were
using a Class 2 modem since it reported "(0,1)" instead of "0,1" on
an +FCLASS=? request.
6. GVC recently came out with a new firmware revision to fix a problem
with their modem adaptive answering incorrectly reported 2400 data
callers as fax. However, they broke something new in this release.
At the end of the page, when BGFAX sends its AT+FDR command, for some
reason, the modem would echo "AT+FDR+FHNG:0" as its response instead of
"AT+FDR" on one line, and then "+FHNG:0" on another. Fixed BGFAX so
that it can handle the GVC's strange new behavior.
7. In /HOST mode, if BGFAX encounters a "NO CARRIER" when trying to answer
a data call, it will now promptly abort instead of having to timeout.
8. That silly BGFAX.DAT file that always pops up... Well, you can now
delete it and it will stay away. BGFAX.DAT is now used ONLY in /HOST
mode, the way it was really meant to be used for. (The BGFAX.DAT file
was never intended to exist in /Fxxx, /SEND, /INIT or /RING mode.)
##############################################################################
Changes between BGFAX 1.30 and BGFAX 1.21 SAT 11 JUN 94
========================================= =============
BGFAX is available by Fido FREQ at 1:106/400 under the magic name "BGFAX".
It is also available off FTP site FTP.CSN.NET in the "Computech" directory.
The expiration date has been extended from June 30 until September 30, 1994.
Top of page headers
~~~~~~~~~~~~~~~~~~~
BGFAX will now add top of page headers on all pages when SENDING
facsimiles. Consult BGFAX.DOC for more information. Be sure to add the
following two lines into your BGFAX.CNF file if you send faxes:
fh=To: %to21% From: %fr42% %mo2%/%dy2%/%yr2% %hr2%:%mi2% Pg %pg2%/%mp2%
fr=B.J. Guillot (713-893-9124)
You will need to place the new copy of MAKEFAX.EXE included with BGFAX
1.30 as well as the BGFAX.FNT font file in your BGFAX directory.
The fh= is the top of page header template. See BGFAX.DOC for more
details. The fr= is to be your company/personal name to go into the
%frNN% template variable. Example:
bgfax /send output.fax 555-1212
To: 555-1212 From: B.J. Guillot (713-893-9124) 05/08/94 16:25 Pg 01/15
Keep in mind the above line is 100 characters long. Another example,
this time using the new /FR and /TO override switches:
bgfax /send output.fax 555-1212 /fr=BGFAX_Tech_Support /to=John_Doe
To: John Doe From: BGFAX Tech Support 05/08/94 16:25 Pg 01/15
A few other new switches relating to the top of page headers are
available. You generally should not have to use any of these, but I
like to keep everything in BGFAX documented:
/NB do not put headers on pages (IT IS AGAINST UNITED STATES AND
CANADIAN FEDERAL LAW TO USE THIS SWITCH)
/XB assume top of page temporary file has already been created and
use existing temp file instead of creating a new one (THIS IS FOR
TESTING PURPOSES ONLY)
/HDR an interal switch for MAKEFAX.EXE (DO NOT USE)
Two Dimensional Fax Compression
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Put support in BGFAX for sending and receiving 2-dimension (Modified
Read) fax documents. What are 2d faxes? It's basically a different
compression method for the fax images. 2d faxes are generally about 12%
smaller (size in bytes) than standard (1-dimension, Modified Huffman)
faxes. To enable 2d fax reception on a Class 2 fax modem, make sure
your +FDCC=1,5,0,2,1,0,0,0. (Notice the "1" after the "2". Usually I
tell people to put FOUR zeros on the end, now it's only three.) Note
that VIEW.EXE cannot yet view 2D faxes, so if you want to use this
feature, you must use ZFAX to view them. :-). The 2D option was mainly
added for people with ZyXEL modems that always defaulted to 2D fax. If
BGFAX didn't know the incoming fax was 2D, it would corrupt it in the
process of receiving it. Now, if it notices it's 2D, it will put the
proper flags in the ZFAX fax file.
Note that the QuckLink II QFX format does not have a field for 2D fax
identification. As a result, if you wish to receive these better
compressed fax files, be sure to tell BGFAX to save faxes in ZFAX mode.
Other new features
~~~~~~~~~~~~~~~~~~
1. VIEW.EXE now checks for the type of graphic adapter card you are using
(VGA, EGA, CGA) and will automatically select the correct mode. You will
no longer need to use the /EGA and /CGA switches. VIEW currently does
not view 2D compressed fax files. I'm working on this.
Many people complained that VIEW's Alt-S (zoom out, squeeze) function
kept resetting to normal full zoom mode when an arrow key was it. VIEW
was actually designed that way :-), but so many people complained, I
made a change. Now, when you enter Alt-S zoom out mode, it will STAY in
zoom out mode until you hit Alt-S again, or, jump to another page in the
fax file you are viewing. Note that Alt-S will not stick in CGA video
mode. Therefore, only EGA and VGA video modes will be support Alt-S
zoom out mode. (CGA systems can still do it, it just won't "stick").
Made a change in VIEW so that Windows 3.1 Accessory "Paintbrush" can
now correctly read VIEW filename /PCX created PCX files. PCX files can
also be read by CSHOW, PCXview 1.12 and ZFAX 2.23. Therefore, since
four programs can do it, the PCX files should be readable by anything.
2. BGFAX will now disconnect if the remote fax machines does not meet
BGFAX's requirements for the current session. (i.e., if you are trying
to send a high resolution fax to a non-high res station, BGFAX will
abort, as well as if you try to send a 2D-MR fax to a 1D-MH only
station. Before, BGFAX would alert the user of the mismatch, but still
send the fax, which would result in either elongated or garbage faxes on
the receiving end.)
If you are sending in /ER mode, these new errorlevels have been added:
errorlevel 17 -> remote fax device does not support 2D-MR
errorlevel 16 -> remote fax device does not support high resolution
errorlevel 15 -> Class 1 fail after connect (similar to errorlevel
12, except 12 is for Class 2/2.0 only)
3. Some people were having trouble with the 30 digit maximum phone number
in /SEND mode, now, the phone number can be up to 60 digits (so you can
get through those nasty PBX'es, etc.)
4. A new MAKEFAX.EXE is included with this release. MAKEFAX will now start
a new page if a ^L (ascii-12) is encountered as the first character of
the line in an ASCII file. MAKEFAX will now default to look for the
BGFAX.FNT file in the BGFAX environment path instead of the current
directory. New MAKEFAX switches: /HDR, /HR, /2D, /SP
/HR tells BGFAX to output a high resolution fax image file. Note that
the font BGFAX uses is very simple and you will get NO advantage using
this option. The disadvantage is it takes twice as long to send the
fax since all the scan lines have been duplicated. Don't use.
/2D tells MAKEFAX to output a 2D-MR fax image. While normally a 2D-MR
fax will will have better compression than standard fax files, MAKEFAX
does not yet know how to use 2D-MR's special compression, so you will
wind up with a fax file BIGGER than normal. Don't use.
BY THE WAY... MAKEFAX.EXE now requires TWO filenames when you call it.
The input filename and the output filename. (In previous versions of
BGFAX, MAKEFAX would always create a file called OUTPUT.FAX. Now, you
have to give it a name). Example:
MAKEFAX batman.txt robin.fax
...that would convert the ASCII text file "BATMAN.TXT" into a standard
fax format file, "ROBIN.FAX".
The one switch that will be useful to you is /SP, which stands for
"short pages". Using this switch will make your fax files smaller (if
they don't take up a full page). Note that if you send to a thermal fax
machine, they will receive your fax, but the auto-paper cutters will cut
the page right after the last line of text, so it's possible they could
get a 8.5 x 2" paper instead of 8.5 x 11". :-)
5. Some /HOST mode changes. In the BGFAX.CNF, if your LO= entry
(usually says lo=Please wait while the BBS loads...) has an actual
filename, like:
lo=c:\banner.txt
...BGFAX /HOST mode will send that file across to the user.
Also, added a new /300 switch that will allow BGFAX to take 300 bps data
callers. Normally, a "CONNECT" message will be interpreted by BGFAX to
be a Class 1-non adaptive answering fax connect response. (So people
that don't have adaptive answering modems can use BGFAX as a stand alone
fax program rather than a data/fax frontend/rearend). Now, if you use
/HOST /300, a "CONNECT" message will be interpreted as "CONNECT 300".
BGFAX will now properly shift the port to 1200 or 300 bps if you are
using an ancient 2400 only data fax modem. (i.e., like autobauding).
When answering data calls in /HOST mode, 40 seconds seemed to short to
establish data calls in some foreign countries (where the connections for
the modem sometimes take 95 seconds to establish). I now pushed the limit
up to 2 minutes.
6. Added bu= entry in BGFAX.CNF. This entry allows you to define a busy
string. BGFAX will default to "ATH1M". (This busy string is used if
when you tell /HOST mode to perform a "local login").
7. The PID number can now be specifed in BGFAX.CNF. What's the PID number?
It allows BGFAX to work better in a multitasking environment. If you
have a "pi=4" in your BGFAX.CNF, the BGFAX temp file will be called
BGFAX4.$$$ instead of BGFAX.$$$ so that it won't cause any problems.
Log files will also have the PID appened to them, i.e., BGFAX4.LOG,
FAXIN4.LOG, etc. Using the pi= in BGFAX.CNF is completly optional.
8. If a timeout occurs during fax reception, previously BGFAX would just
leave the BGFAX.$$$ file on the drive, and it would get overridden
later. Now, if the fax is bad, it will be renamed BADnnnn.FAX. Where
nnnn is a sequential number. Sometimes it is helpful to be able to
inspect these bad files.
9. Added /Q (quiet) and /QQ (super quiet) modes. "Quiet" not meaning
sound, but screen output. In /Q mode, 90% of the screen output will be
suppressed. Instead of the usual "beautiful" BGFAX screen, the only
things printed to the screen will be the bland output of the log file.
In /QQ mode, 99% of the screen output is supressed. These features are
useful for people running BGFAX under DOS emulators and don't need time
wasted by having the emulators write to the screen.
Class 1 bugs fixed
~~~~~~~~~~~~~~~~~~
1. Fixed a bug in my Class 1 implementation relating to receiving of HDLC
frames. If the modem responded "NO CARRIER" to an "AT+FRH=3" request, I
was assuming this meant the modem was not functioning correctly, when in
fact, it means that no carrier is CURRENTLY present, but if you send the
command again (AT+FRH=3) the modem will report "CONNECT", like it
should.
2. Class 1 HDLC sent and received frames are now added to DEBUG.LOG and
Class 1 sent frames are also now displayed on screen.
3. At the end of pages in Class 1 mode, BGFAX would send a response to the
other fax machine when sending and expect a reply. However, many fax
machines do not see the first reply (they are busy form feeding the
thermal paper and cutting it) and BGFAX would abort. Now, BGFAX
properly will send the end of page frames up to three times before
giving up on the fax machine.
4. I have eliminated the /HW switch for Class 1 users. Now, BGFAX will
send 500 nulls at the beginning of each page. Apparently, this is what
Quick Link II fax was doing, and it looks successfully so far.
5. Fixed some more major problems in Class 1 send mode relating to the
minimum scan line time. BGFAX will now pad the fax scan lines with
"FILL" (nulls) for scan lines that have less bytes than the minimum
required per scan line.
6. Found a major bug in my Class 1 implementation. Some people have
reported the problem as the "infinite retrain". The problem had to do
with something I thought could be ignored--the minimum time per scan
line. In Class 2, this setting is not important, but it appears to be
very important for Class 1. Basically, BGFAX was telling the remote end
that BGFAX could only support a maximum of 0 ms/scan line. Only other
fax modems, and some super-high tech fax machines support this. Most
fax machines use 10 ms/line or 20 ms/line. BGFAX will now correctly
negoiate this parameter with the remote fax device. (This bug was only
significant in /SEND fax mode, not receiving).
Class 2.0
~~~~~~~~~
1. A Class 2.0 modem could not be forced in Class 1 mode for /SEND mode
with the /C1 switch. Fixed.
2. Added /FCC switch for testing purposes with USR Class 2.0 modems.
On Class 2 modems, I can force a maximum speed of 9600 when sending if I
issue the command "AT+FDCC=1,3,0,2,0,0,0,0" before dialing. I assume I
should be able to do this using Class 2.0 by issuing
"AT+FCC=1,3,0,2,0,0,0,0" but it doesn't work so well. If you use the
/FCC switch, BGFAX just lets you see what is going on.
By the way, to set a maximum speed for BGFAX in sending mode, use
BGFAX /SEND:7200 filename.ext phonenumber [for Class 1, 2]
BGFAX /SEND:7200 filename.ext phonenumber /FCC [for Class 2.0]
Remember, it doesn't appear to work properly, though.
ZyXEL #B1+FCLASS=6
~~~~~~~~~~~~~~~~~~
1. Many people reported BGFAX "locking up" when the little spinner
(propeller) was on the screen. BGFAX will now monitor the DCD line and
if carrier drops, it will promptly exit BGFAX. This DCD check occurs
during both the "Syncronzing" and page receiving.
2. The remote fax ID was always being reported as "Null Fax ID" even
though it was visible in brackets on the screen. Fixed.