home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Beijing Paradise BBS Backup
/
PARADISE.ISO
/
software
/
BBSDOORW
/
AFIX_416.ARJ
/
ALLFIX.DOC
< prev
next >
Wrap
Text File
|
1993-01-16
|
157KB
|
3,651 lines
▓▓▓▓▓▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓▓▓▓▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓
▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓
▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓
▓▓▓▓▓▓▓▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓▓▓▓▓ ▓▓▓ ▓▓▓▓▓
▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓▓▓▓▓
▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓
▓▓▓ ▓▓▓ ▓▓▓▓▓▓▓▓▓ ▓▓▓▓▓▓▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓ ▓▓▓
ALLFIX 4.16
File Echo Processor and Information Robot
FIXDOR 2.16
ALLFIX door utility for RemoteAccess and SuperBBS
USER MANUAL
Software and documentation written by Harald Harms
Copyright (C) 1993 Harald Harms
All rights reserved
Developed with Enhanced Turbo Pascal v961.J
(C) SaeSoft Rotterdam
All information in this documentation
is subject to change without prior notice
Made with Pride in Holland
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.1 What is ALLFIX? . . . . . . . . . . . . . . . . . . . . 5
1.2 Features . . . . . . . . . . . . . . . . . . . . . . . 5
1.3 System Hardware and Software Requirements . . . . . . . 6
1.4 License and Disclaimer . . . . . . . . . . . . . . . . 6
2 FidoNet Technology . . . . . . . . . . . . . . . . . . . . . . 7
2.1 Network structure . . . . . . . . . . . . . . . . . . . 7
2.2 Mail Transfer and the ALLFIX System . . . . . . . . . . 8
2.3 Searching for Files and Creating Replies . . . . . . . 9
3 File Echos and Magic Files . . . . . . . . . . . . . . . . . . 11
3.1 File Echos Explained . . . . . . . . . . . . . . . . . 11
3.1.1 TIC file commands . . . . . . . . . . . . . . . 12
3.1.2 TIC archive packages . . . . . . . . . . . . . . 13
3.2 Magic Files Explained . . . . . . . . . . . . . . . . . 14
4 FCOMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
4.1 Command line options . . . . . . . . . . . . . . . . . 15
5 ASETUP . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
5.1 Installation . . . . . . . . . . . . . . . . . . . . . 16
5.2 Starting the Program . . . . . . . . . . . . . . . . . 16
5.2.1 Command line options. . . . . . . . . . . . . . 17
5.2.2 Index files . . . . . . . . . . . . . . . . . . 17
5.3 System data . . . . . . . . . . . . . . . . . . . . . . 18
5.3.1 Network addresses . . . . . . . . . . . . . . . 18
5.3.2 Site information . . . . . . . . . . . . . . . . 18
5.3.3 Pathnames . . . . . . . . . . . . . . . . . . . 19
5.3.4 Filenames . . . . . . . . . . . . . . . . . . . 20
5.3.5 Area group names . . . . . . . . . . . . . . . . 21
5.3.6 Origin Lines . . . . . . . . . . . . . . . . . . 21
5.3.7 Uplink manager . . . . . . . . . . . . . . . . . 21
5.3.8 AKA matching . . . . . . . . . . . . . . . . . . 23
5.3.9 Miscellaneous . . . . . . . . . . . . . . . . . 23
5.3.9.1 Compression programs . . . . . . . . . . 23
5.3.9.2 Global options . . . . . . . . . . . . . 23
5.3.9.3 Log options . . . . . . . . . . . . . . . 26
5.3.9.4 AreaMgr options . . . . . . . . . . . . . 27
5.3.9.5 Edit days . . . . . . . . . . . . . . . . 28
5.3.9.6 Edit months . . . . . . . . . . . . . . . 28
5.3.9.7 Edit file format . . . . . . . . . . . . 28
5.3.9.7.1 Mode 1 . . . . . . . . . . . . . . 29
5.3.9.7.2 Mode 2 . . . . . . . . . . . . . . 30
5.3.9.8 Exclude files . . . . . . . . . . . . . . 31
5.4 Message area manager . . . . . . . . . . . . . . . . . 31
5.4.1 View mode . . . . . . . . . . . . . . . . . . . 32
5.4.2 Edit Mode . . . . . . . . . . . . . . . . . . . 32
5.5 File area manager . . . . . . . . . . . . . . . . . . . 33
5.6 New file reports . . . . . . . . . . . . . . . . . . . 33
5.6.1 View mode . . . . . . . . . . . . . . . . . . . 35
5.6.2 Edit mode . . . . . . . . . . . . . . . . . . . 35
5.7 File echo areas . . . . . . . . . . . . . . . . . . . . 36
5.7.1 View mode . . . . . . . . . . . . . . . . . . . 38
5.7.2 Edit mode . . . . . . . . . . . . . . . . . . . 39
5.8 Hatch manager . . . . . . . . . . . . . . . . . . . . . 39
5.8.1 View mode . . . . . . . . . . . . . . . . . . . 41
5.8.2 Edit mode . . . . . . . . . . . . . . . . . . . 41
5.9 Magic file manager . . . . . . . . . . . . . . . . . . 42
5.9.1 View mode . . . . . . . . . . . . . . . . . . . 44
5.9.2 Edit mode . . . . . . . . . . . . . . . . . . . 44
5.10 BBS new file dirs . . . . . . . . . . . . . . . . . . 45
5.10.1 View mode . . . . . . . . . . . . . . . . . . . 45
5.10.2 Edit mode . . . . . . . . . . . . . . . . . . . 46
5.11 Node manager . . . . . . . . . . . . . . . . . . . . . 46
5.11.1 View mode . . . . . . . . . . . . . . . . . . . 47
5.11.2 Edit mode. . . . . . . . . . . . . . . . . . . . 48
5.12 Export data . . . . . . . . . . . . . . . . . . . . . . 48
5.13 Import data . . . . . . . . . . . . . . . . . . . . . . 49
5.14 Information . . . . . . . . . . . . . . . . . . . . . . 50
5.15 Exit to dos . . . . . . . . . . . . . . . . . . . . . . 50
6 Meta commands . . . . . . . . . . . . . . . . . . . . . . . . 50
6.1 Meta Commands for Header/Footer Text Files . . . . . . 50
6.2 Meta Commands for File Attach Messages . . . . . . . . 51
7 ALLFIX . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
7.1 ANNOUNCE . . . . . . . . . . . . . . . . . . . . . . . 53
7.2 SCAN . . . . . . . . . . . . . . . . . . . . . . . . . 53
7.3 FILE . . . . . . . . . . . . . . . . . . . . . . . . . 54
7.4 MGR . . . . . . . . . . . . . . . . . . . . . . . . . . 54
7.5 NOTIFY . . . . . . . . . . . . . . . . . . . . . . . . 56
7.6 PACK . . . . . . . . . . . . . . . . . . . . . . . . . 56
7.7 Log File . . . . . . . . . . . . . . . . . . . . . . . 57
7.8 Errorlevels . . . . . . . . . . . . . . . . . . . . . . 58
8 Cookies . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
8.1 BAKE . . . . . . . . . . . . . . . . . . . . . . . . . 58
8.2 SCRAMBLE . . . . . . . . . . . . . . . . . . . . . . . 59
8.3 COOKIE . . . . . . . . . . . . . . . . . . . . . . . . 59
9 FIXDOR . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
10 HATCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
10.1 Command line mode . . . . . . . . . . . . . . . . . . 61
10.2 Interactive mode . . . . . . . . . . . . . . . . . . . 62
11 CRC32 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
12 Hints . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
12.1 Using the .PKT support . . . . . . . . . . . . . . . . 63
12.2 Converting archive formats . . . . . . . . . . . . . . 63
12.3 Adding archive headers to files . . . . . . . . . . . 63
12.4 TIC archive packets . . . . . . . . . . . . . . . . . 64
12.5 Sample files . . . . . . . . . . . . . . . . . . . . . 65
12.6 Using ALLFIX without a compatible (or no) BBS . . . . 65
12.7 Hatching files without moving them . . . . . . . . . . 66
12.8 EXEC errors . . . . . . . . . . . . . . . . . . . . . 66
12.8.1 Common EXEC errors . . . . . . . . . . . . . . 67
13 Registrations . . . . . . . . . . . . . . . . . . . . . . . . 68
14 Credits . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
15 Technical Specs . . . . . . . . . . . . . . . . . . . . . . . 69
16 Contacting the Author . . . . . . . . . . . . . . . . . . . . 70
1 Introduction
1.1 What is ALLFIX?
ALLFIX started out as a utility to help BBS users find files via
ECHOmail. ALLFIX supports QuickBBS, RemoteAccess, SuperBBS, and
Maximus. Later, ALLFIX was rebuilt to become perhaps the most
advanced File Echo utilities available. ALLFIX can import files,
hatch new files, process magic file names, forward both magic
files, and file echos to downlinks. ALLFIX can move received
files to other directories, to help keep your netfiles directory
clean. ALLFIX can also create New File Reports, from the
incoming files, and also from newly uploaded files. ALLFIX even
has the ability to automatically convert incoming archives to
another format, plus, it has support for pass through file echos.
ALLFIX combines the best programs on the market into one utility
that can do them all, and even better!
ALLFIX was born in July 1991. An uncountable number of people
use ALLFIX, and the number is constantly increasing. Most major
and minor mail networks have adopted an ALLFIX echo area.
1.2 Features
* Full support for Zones, and 4D points.
* Choose which aka to use independently for each up and down
link.
* Send no tic files, only tick files, pack all tic files,
or pack all files.
* ALLFIX uses the FrontDoor/RemoteAccess Hudson Message
Base sharing specifications.
* Support for multiple compression formats, such as ARC, ARJ,
PAK, LZH, ZIP, and SQZ.
* User friendly 'TosScan alike' setup program. ALLFIX does not
require any configuration files used by any other program.
* Supports XMS, EMS and Disk swapping.
* Supports DESQview and other multitaskers by giving up time
slices.
* Writes FrontDoor, D'Bridge, RA or SuperBBS compatible log
file.
5
* Support for XMS or EMS caching, for enhanced performance.
* Very HIGH quality performance, very LOW registration fee.
* Full support for Binkley 2.50 (or later versions), including
both TIC and FileFind options.
1.3 System Hardware and Software Requirements
* IBM PC, XT, AT or 100% compatible, with hard drive.
* Microsoft MS-DOS or IBM PC-DOS 3.0 or higher.
* At least "FILES=20" in your CONFIG.SYS
A lower value can cause an "Out of file handles" error.
A disk cache (especially one that can buffer disk writes, such
as Norton Cache or HyperDisk) can improve performance, but of
course it is not required. If you are not using a disk cache,
make sure that CONFIG.SYS contains "BUFFERS=30" (or higher) to
improve performance.
* At least 300 KB of RAM available.
* One of the following supported BBS systems: QuickBBS,
SuperBBS, RemoteAccess, or Maximus.
* At least one of the following compression utilities:
PKZIP 1.10, LHA 2.13, PKPAK, ARC, PAK, ARJ 2.00, or SQZ 1.0.
1.4 License and Disclaimer
"ALLFIX" refers to all executables and documentation as distributed
in the compressed file in which the package was released.
* ALLFIX is copyrighted material by Harald Harms. It may only
be used in agreement with the conditions set out in this
license agreement.
* ALLFIX is released as shareware.
- The following applies to all persons who can afford to
register ALLFIX: you may use ALLFIX for an evaluation
period of one month. After this period you MUST either
register ALLFIX or stop using it.
- Registration is REQUIRED for commercial usage (in a
6
commercial environment, such as business, governmental
organization, association, school, foundation, or any
other form of juridical person, or any system where ALLFIX
is directly or indirectly used to make profit).
- ALLFIX may be distributed freely provided no money or any
other compensation is asked or accepted without prior
written permission from the author.
* Although care has been taken to write and test a program that
does what this document states, ALLFIX is provided as is,
without warranty or guarantee of any kind, either expressed or
implied, as to the fitness for a particular purpose or quality
or performance of this program, except that ALLFIX will occupy
disk space.
* In no event shall Harald Harms be liable to you or anyone else
for any damages or cost, including, but not limited to, any
lost profits, lost savings or lost income which may a result
from the use or inability to use ALLFIX.
* In no way is Harald Harms obligated to you or anyone else to
provide future versions of, or support for ALLFIX.
* Harald Harms reserves the right not to release future
shareware versions of ALLFIX, but switch to a commercial "buy
before you try" marketing concept instead.
* Your use of ALLFIX constitutes your agreement to this license
and disclaimer and your release of the author from any form of
liability or litigation.
2 FidoNet Technology
2.1 Network structure
FidoNet is the largest amateur network in the world. It was started in
1984 by Tom Jennings. Currently more than 14000 nodes worldwide are
connected. The network has a hierarchic tree (or star) topology:
+------------------------------+---------------------->
| |
zone 1 zone 2
| |
+--------+--------+ +--------+--------+
| | | | | |
region region region region region region
| | | | | |
+--+--+ | +--+--+ +---+---+ | +--+--+
| | | | | | | | | | |
7
net net net net net net net net net net net
|
+-----+-----+
| | |
node node node
|
+---+---+
| |
point point
Zones are divided in Regions, which are divided in Nets. The Nets
consist of Nodes, which are usually (but not necessarily) Bulletin
Board Systems. Each node has a unique address which consists of four
parts: Zone, Net, Node and Point, in text form expressed as
"zone:net/node.point". Zone numbers 1 up to and including 6 are used
by FidoNet:
1 = North America (United States of America and Canada)
2 = Europe and Commonwealth of Independent States
3 = Oceania (Australia and New Zealand)
4 = Latin America
5 = Africa
6 = Asia
There are several other networks that use FidoNet Technology and which
occupy higher zone numbers (such as SIGnet, zones 24-29).
Many nodes have one or more points. A point is a user who gets mail
from a node (it's "boss") in compressed files. That way they can read
and write messages offline, saving time and money. The point address
of the boss is 0, but the ".0" is usually omitted from the address.
2.2 Mail Transfer and the ALLFIX System
ECHOmail is one form of the type of mail that transfers between
all the different systems in a given network. Systems pick up, or
send mail on a regular bases, usually daily. ALLFIX makes use of
this established network, to help people find files on other BBS
systems all over the country, depending on the size of the network.
ALLFIX works by scanning through your message base for messages to
the name 'ALLFIX' (without quotes). It will process these messages,
and look on your BBS system for any files matching the filespecs
asked for. If ALLFIX finds any matches, it will generate a reply,
containing a list of the files found, and some basic information
about your system, including it's phone number. The replies will
be packed by your ECHOmail processor, and sent throughout the rest
of the network. Each BBS system will then have a copy of the reply
that ALLFIX created. If the user who initially wrote the request
logs into one of the connected systems, he will be able to read the
8
reply, and he will then be able to decide whether or not to pick up
the files.
The structure of a message to ALLFIX is very simple. The message
must be addressed to ALLFIX. The subject line must contain a list
of file specifications or keywords. Keywords must be enclosed within
double quotes. You can put more than one word within the quotes.
For example, in the following message, Harald Harms is looking for the
latest version of SuperBBS, SuperBBS utilities, and a user editor.
By: Harald Harms
To: ALLFIX
Re: sbbs*.* "superbbs" "user editor"
St: Local
──────────────────────────────────────────────────────────────────
The body of the message does not have to contain any text, however,
most editors will require that you write something, or else the
message will be aborted, either way, ALLFIX does not read the
actual message.
ALLFIX supports normal DOS wildcards in addition to the following
special wildcards:
@ Any alphabetical character, including extended
ASCII characters.
# Any numerical character.
Example: TEST.123 matches a search for TEST.???, TEST.*, TEST.###,
but not TEST.@@@.
2.3 Searching for Files and Creating Replies
Within the configuration program, you are able to specify which
file areas ALLFIX is allowed to scan. ALLFIX will only report files
that it finds in the FILES.BBS file. It will confirm that the file
actually exists. Here is a sample of a reply generated by ALLFIX.
By: ALLFIX+ 15:100/9
To: Harald Harms
Re: /lantastic
St: Local Sent Rcvd
───────────────────────────────────────────────────────────────────
Num found : 1
Found at : The Pascal Paradise
SysOp : Harald Harms
Location : Delft, Holland
Telephone : +31-(0)15-628220
9
Max Speed : 14400
Flags : CM,XA,V32B,V42B,FIX
Address : 15:100/9
Comment : FREQ magic name ALLFIX for the latest version!
Turbo Pascal Support Files (area 1)
>------------------------------------------------------------
NETCALL.ZIP 6,493 04-05-92 TP4 Lantastic NETBIOS functions
(src)
--- ALLFIX+ v4.16
* Origin: << ALLFIX 4.16 is available FREQ ALLFIX >> (2:512/145)
As you can see, the subject line contains the list of filespecs or
keywords that were searched for. This allows for easy scanning
of messages, based on the subject. Replies contain plenty of
information to help the BBS user, or SysOp find and retrieve the
file. ALLFIX strips any download counters it finds in the file
descriptions, this is done primarily for cosmetic reasons.
ALLFIX will only process filespecs or keywords that contain more
than 4 valid characters. The wildcard '*' is not considered a valid
specification. However, the '?' wildcard is, therefore, ALLFIX will
reject a search for BNU*.*, but it will not reject a search for
BNU?*.*. Keywords must also be at least 4 characters in length.
File extensions are not necessary. ALLFIX replaces ALL file
extensions with '.*'. This is done because many systems convert all
their files to another archive format. If a person is looking for
the latest version of ALLFIX, and therefore scans for AFIX*.ZIP,
and a system has converted that to AFIX*.ARJ, then it would
normally not be found. However, since ALLFIX replaces the file
extension, this file would be found.
There are two ways in which ALLIX can create replies. The first,
and normal method is to simply create the replies in the same
conference as where the requests are written. The second method is
to write the replies in a another conference.
Since each BBS connected to a particular ALLFIX area is capable of
creating an information reply, the mail flow for an ALLFIX area could
easily get out of hand.
The FileFind feature has been slightly modified in order answer
this growing problem. ALLFIX will reply to any messages addressed
to the name ALLFIX. It will include up to a maximum of 15 files in
the replies. If the user wants a more detailed listing, they
simply reply to the information reply that ALLFIX sent them. Only
the system where the original reply came from will respond to that new
request. This second, specific reply, will contain up to 50
files, SKIPPING the first 15!
10
ALLFIX places the string 'ALLFIX' and the network address of the
system creating the reply in the From, or By, field. Therefore, when a
person replies to a reply, the message will be to ALLFIX {network
address}. When processing the FileFind conferences, ALLFIX will answer
any mail written to 'ALLFIX' and to 'ALLFIX {network address}' where
the network address is equal that which ALLFIX is supposed to use for
that particular conference. ALLFIX takes the registered '+' sign into
consideration, so that messages written to ALLFIX+ {network address}
will be handled correctly.
Since the second method of replies (special areas for replies) does
not allow replies to be made, ALLFIX will automatically report up
to 50 files for any requests in those conferences where the alternate
reply board function is used. Therefore, the special space saving
techniques are disabled for networks that require ALLFIX to reply
in a special message area, other than the area where the requests
are posted.
The last feature that ALLFIX supports to try to reduce redundant mail
is the ability to disable local messages. What this means is that
ALLFIX will not process any messages generated on your BBS, either
by you, or by a BBS user. You can turn this feature on, for testing,
but once you are satisfied that everything is working correctly, we
highly recommend that you disable it.
3 File Echos and Magic Files
3.1 File Echos Explained
File Echos work much the same as Mail Echos. File Echos are defined
by an ECHOtag, which is an 8 character string. Files are
accompanied by a TIC file. The first two characters of a TIC file
say something about who created it. The next 6 characters are
usually part of a Unix date stamp. ALLFIX generated AF??????.TIC
files. Each TIC file contains information about the accompanied
file. Here is a sample TIC file:
Area FNEWS
Origin 2:512/145
From 2:512/145
To Frans Hagelaars, 2:512/2
Replaces FNEWS*.*
File FNEWS931.ZIP
Desc Fidonet Newsletter
Crc FE5B85F3
Created by ALLFIX+ v4.16 Copyright (C) 1990-1993 HSE Delft
Path 2:512/145 709582560 Sat Jan 17 21:00:00 1993 CET-1
Seenby 2:512/145
Seenby 2:512/2
11
Seenby 2:512/3
Seenby 2:512/4
Seenby 2:512/5
Seenby 2:512/6
Seenby 2:512/7
Seenby 2:512/8
Seenby 2:512/9
Pw WOW
As you can see, the TIC file contains the name of File Echo, the
Origin, where the file was 'hatched', ie put into, the File Echo.
Whom the file came from, in this case the originating system. It
also contains to whom the file is sent to. The TIC file specifies
which file this particular one should replace. Obviously the file
and it's description are in there, plus the path that this file has
followed to get to it's destination, plus a list of other systems
that have 'seen' the file. The last line contains a password for
that system.
Each time the file is echoed to another system, another path line
is added. ALLFIX included a Unix style time stamp, including a
legible format, that also has the time zone of the current system
in it. ALLFIX looks for the TZ environment variable, to tell it
which Time Zone that particular system is operating in. If it can
not find the TZ environment variable, then it will assume GMT. You
can set the TZ environment variable by adding the following line to
your AUTOEXEC.BAT file.
SET TZ=CET
With the information in the TIC files, ALLFIX can correctly import
the file to the correct destination directory, as specified in the
configuration.
3.1.1 TIC file commands
Following is a description of what each TIC command does.
Area The file echo area name.
Desc The description of the file.
Origin The network address of the system that hatched
this file.
From The system that sent the file to your system.
To This field indicates who the TIC file for. This
field is not important for ALLFIX. This field
is included so that you can tell which TIC file
12
is supposed to go where.
Crc The 32-Bit CRC of the file. This field is used
to check the integrity of the file. ALLFIX, by
default, does not check the CRC. You can enable
CRC checking per individual area.
Replaces The file specification that this new file
should replace. This specification can include
wildcards. You can select which file echo areas
should honor the replaces command. ALLFIX
ignores the replaces field, by default.
Magic The magic name that should be updated in the
mailer alias file. If you elect to use the
update alias feature in the magic file manager,
and an imported file happens to contain the magic
command, then ALLFIX will ignore the magic file
name configuration.
Created This command is used to add information about
which program created this TIC file.
Path This extra line is added by each system that
has processed this file. This line contains the
unix date, and a normal time and date stamp. It
also contains information about which program
has been used to forward the file.
Seenby This line indicates that the corresponding
system has 'seen' the associated file. ALLFIX
will not forward files to any system in the
seenby listing.
Pw The password for this particular system. If the
password is missing, then ALLFIX will refuse to
import the file.
3.1.2 TIC archive packages
TIC files are usually very small, usually less than 1000 bytes.
Since there is a lot of overhead involved in sending 10 small
files, many systems offer the ability to pack all the TIC files
into one archive, which can be send over more efficiently.
Sometimes the archive also contains the actual files. Therefore,
you could receive one package that includes five files and five
accompanying TIC files. ALLFIX supports both methods. ALLFIX will
automatically unpack any TIC archives that your system receives.
The names of TIC archives are similar to the names of arcmail
13
packages. The names are calculated from each system's network
address. The extensions of TIC archives reveal the archive type
used. There are two types of extensions: ?IC and T??. In the first
method, the first character of the extension reveals the archive
type, for example, a TIC archive compressed with PkZip would be
names .ZIC. In the second type, the second character reveals the
archive type, and the third character reveals the number of the
archive, namely the number for today, similar to arcmail packages.
The previous example would be named .TZ0.
ALLFIX uses the first method, namely ?IC. However, in order to
maintain compatibility with other systems, ALLFIX will unpack any
T?? TIC archive packages.
3.2 Magic Files Explained
The Magic filename system offers SysOps the opportunity to
individually handle certain files.
The Magic filename system offers the following functions:
1. The ability to adopt an incoming file into another file echo.
2. The ability to move an incoming file into another file echo.
3. The ability to forward an incoming file to certain people not
in the normal export listing. Any forwarded file is accompanied
by a TIC file.
4. The ability to execute a series of DOS commands when a certain
incoming file is 'seen'.
5. The ability to update a alias file, such as the alias file for
FrontDoor.
6. The ability to select a different import directory for a
certain incoming file.
7. The ability to copy a certain incoming file to another
directory.
8. The ability to automatically hatch any new files found in the
destination directory of certain file echos.
These eight functions allow a SysOp to do a wide variety of things.
For example: In today's every growing file echo system, it may
occur that a certain file needs to be copied into another file
echo, as it comes in. One such example could be an anti virus
software file echo. The Sysop can use ALLFIX to automatically adopt
certain files coming in on the anti virus software file echo to
14
a private or other local file echo.
Another great example of what can be done is explained in the
following example: Frequently end users, such as single BBS nodes,
or points, do not want to receive every file that comes in a
certain file echo. The anti virus file echo is a perfect example.
If a person only wants two of the many anti virus software packages
that are distributed in that echo, the SysOp can use ALLFIX to only
forward those two specific files to that person.
The last example we would like to give on how powerful the Magic
filename system is concerns executing a series of dos commands when
a certain file is 'seen'. With this option, ALLFIX can
automatically compile a new nodelist, or update the nodelist files
when a nodelist diff file is received. Of course, ALLFIX can
provide many other external maintenance functions for other special
files that a system might receive.
4 FCOMP
FCOMP is a utility that compiles your BBS file area configuration
into a format that ALLFIX can read. By using an external file
area compiler, it is easier to support other BBS types in the
future.
4.1 Command line options
FCOMP takes two command line options.
The first one is the BBS type that you are using. Enter the
correct number, corresponding to the BBS program that you use.
0 RemoteAccess
1 SuperBBS
2 EZYcom
3 Maximus
4 Ezycom
The second option that FCOMP needs is the path to the BBS
configuration files.
Example: FCOMP 0 C:\RA
5 ASETUP
15
5.1 Installation
ALLFIX should be kept in a separate directory. In this manual, we
will assume that ALLFIX is located in C:\ALLFIX.
It is recommended that you include ALLFIX in your path statement.
SET PATH=C:\FD;C:\GECHO;C:\RA;C:\ALLFIX
Using a path statement, ensures that the executables can be started
up from anywhere on your system. In order for the executables to be
able to find the configuration files, add the following line to
your AUTOEXEC.BAT file:
SET ALLFIX=C:\ALLFIX
Copy the following files from the distribution package to
C:\ALLFIX.
ALLFIX.EXE The main program. It is responsible for processing
ALLFIX requests, processing TIC files and magic
filenames.
ASETUP.EXE This is the program used to create and update the
configuration files for ALLFIX.
BAKE.EXE This is the program used to create new COOKIE files
for use with the File Echos. The COOKIE system is
explained in section 7.
COOKIE.EXE This is the program that generated a random cookie,
from the COOKIE file.
FIXDOR.EXE This is the ALLFIX Door program, for QBBS/SBBS/or
RA. It helps users write ALLFIX requests. FIXDOR will
be explained in section 8.
HATCH.EXE This is the external utility to hatch files.
SCRAMBLE.EXE This is the utility to select random COOKIE files.
CRC32.EXE This is a utility you can use to calculate a 32 bit
CRC for a file.
FCOMP.EXE This is the utility that you must use to create a
BBS file area configuration file to be used with
ALLFIX.
5.2 Starting the Program
16
Before you run ALLFIX, it needs to be configured using the setup
utility ASETUP. When you run ASETUP, it will look for SETUP.FIX in
the current directory, if it is not found, it will look in the
directory pointed to by the ALLFIX environment variable. The first
time you run ASETUP, it will not be able to find the configuration
files, it will ask you if you want to create new ones, pressing
return on 'Yes' will create new configuration files.
The directory where SETUP.FIX is found is considered the "system
path" where a few other configuration files should also be stored.
ASETUP uses pop-up menus. You can use the cursor up and down keys
to move the menu bar up and down. You can select an option or
command by pressing Enter. The Esc key will take you back to a
previous level. At some places ASETUP may ask you if you want to
save the changes or discard them. The last line on the screen will
contain useful help about the use of the selected function or help
on keys that can be used. Most of the menus have online help
available, accessible with the F1 function key.
You can enter a dos shell from anywhere within the setup program,
by hitting the ALT and Z keys simultaneously.
5.2.1 Command line options.
ASETUP has several command line options and switches.
Commands
Index Rebuild index files
Pack Pack data files
Echos Create file echo list
Tags Create tag list
Switches
-Mono Force mono mode
-Color Force color mode
5.2.2 Index files
ALLFIX uses several index files to conserve memory. Index files
also help to speed up the setup program. The .FIX files contain
the data information, and the .IDX files are the index files.
Deleted areas can be removed from the data file using the PACK
command:
ASETUP PACK
17
Incase something goes wrong with an index file, you can use the
INDEX command to rebuild the index files:
ASETUP INDEX.
5.3 System data
5.3.1 Network addresses
You must enter your main network address here. You can also enter
up to 10 alternate network addresses (AKAs). It is recommended
that you use the same order as in your BBS and mailer
configuration.
If you use a BBS system that does not support the Hudson Message
Base, such as Maximus, then you must also fill in a Fake Address.
This address is used by ALLFIX to create .PKT files which your
echomail processor can toss into your message base. This address
must be a unique address. It is recommended that you use
9:9999/9999.0 since it highly unlikely that such an address will
ever be used. Please refer to section 11.1 for a complete
explanation of how to install ALLFIX for systems that do not use
the Hudson Message Base.
5.3.2 Site information
Here you can enter some information about your system. Most of this
information is used when creating replies to information requests.
This is also the menu where you must enter your registration key.
BBS name This is the name of your BBS
Phone 1 This is the number of your BBS line 1
Phone 2 This is the number of your BBS line 2
Phone 3 This is the number of your BBS line 3
Location This is the city name where your BBS is located
SysOp This is the name of the system operator (should
be your name)
Max baud This is the maximum baud rate supported by your
BBS system
Flags This is the collection of nodelist flags defining
your system's capabilities. If you do not know
what your flags are, take a look in your nodelist,
18
or ask your HOST/HUB
Comment This is a comment that is placed in all the
information request replies. The comment can be
anything you feel people might want to know about
your system. If you leave it blank, then it will
not be added to the information request replies.
Reg key Here you must enter your registration key. Please
see the registration form for details on how to
register, if you have not already done so.
5.3.3 Pathnames
Within this menu you have to configure some important directories
and file names that ALLFIX needs to perform correctly.
MSGpath The path to the Hudson Message Base. You only
need to fill in this field if you are planning
on making use of the Hudson Message Base.
Net mail The path where your outgoing netmail is stored.
Inbound The path where inbound files and echomail bags are
received.
Outbound The outbound path for Binkley 2.50 or higher.
If you do not use Binkley, then don't enter
anything in this field.
PKT in The path where ALLFIX can find its .PKT files.
This corresponds with the directory where outgoing
packets are stored. You only need to fill in
this field if you are planning on making use of
the .PKT features.
PKT out The path where ALLFIX should create any .PKT
files. If your echo mail processor supports a
'secure' directory, you should enter that path,
otherwise you should enter the path which your
echomail processor checks for new mail packets.
You only need to fill in this field if you are
planning on making use of the .PKT features.
Tic path The path where ALLFIX should store any outgoing
TIC files.
Queue pth The path where files in pass through areas should
be stored.
19
Semaphore The path where ALLFIX should create semaphore
files for your mailer. (ie. FDRESCAN.NOW)
List path The path where ALLFIX can find alternate FILES.xxx
files for directories found on CD-Rom drives.
ALLFIX will check this directory before
checking the official directory. The name of
the alternate file must end in 3 digits. The
file for file area 1 would be named: FILES.001.
Rcvd path The path where RCVD files are moved to. ALLFIX can
move incoming files. It will only move them if the
attached message is gone. Leaving this option
blank, disables this function. ALLFIX will not
move any arcmail packets, or .PKT files, or )(.ID
files.
Auto-add The path where new file echos should be added.
ALLFIX will create a new directory, within this
directory, for each new file echo. The name of
the directory will be the same as the name of
the new file echo. If the name is longer than 8
characters, then ALLFIX will add a '.' in
appropriate place. If the name is 12 characters
long, then the last character will be lost.
5.3.4 Filenames
Within this menu you need to configure a few filenames that ALLFIX
needs.
Alias ALLFIX has the ability to update an alias file.
If, for example, you have a alias name FNEWS for
the latest FidoNet news, and you keep the last 10
files on your hard drive, then if you use a
filespec in your alias file, the person requesting
FNEWS will get all the files. However, if you
enter the whole name, then the user will not get
the latest version, if you received a newer
version, since the time you updated the alias
file. With this option, ALLFIX will scan through
the alias file, and replace the correct files with
the new file. Please note however, ALLFIX will NOT
replace any lines that include wildcards!
Therefore, the alias' that need to be updated must
not include wildcards like '*' and '?'.
ALLFIX will also update this file for TIC files
containing the MAGIC command.
20
Log file The path\filename.ext of the log file ALLFIX
should write to.
Mgr log The AreaMgr log. The ALLFIX log will be used if
this entry is left blank.
FDor log The FixDor log file. The ALLFIX log will be used
if this entry is left blank.
5.3.5 Area group names
Here you specify the meaning of the groups you use (A-Z). ASETUP will
pop-up this list whenever you edit a group field. Groups are used in
ALLFIX to give certain nodes access to certain File Echos, and to
categorize new file announcements. You should make a logical
arrangement.
The text you assign to a group has no function. It is simply there to
make it easier for you to remember which group belongs where.
5.3.6 Origin Lines
Here you can enter up to 20 origin lines that will be appended to any
echomail that is created. Do not enter any network addresses, since
that is done automatically.
5.3.7 Uplink manager
The uplink manager is used to automatically request unknown areas
from a host of hub.
If a downlink sends an AreaMgr request for an area that is unknown
to that system, then ALLFIX can automatically create an AreaMgr
request for one of the Host systems, requesting the new area.
The following is an explanation of how the uplink manager system
works.
When ALLFIX receives an AreaMgr request for an area that is unknown
to that system, it will first determine if it should forward
requests for unknown systems from that node. That information is
found in the Node manager.
If ALLFIX is allowed to forward requests from that node then it
will continue by first determining which uplink system to select
for the request.
A list of groups can be configured for each uplink system. The
21
requesting node must have access to at least one of the groups in
that list.
ALLFIX will search the file echo areas list for each of the uplinks
that meet the criteria explained above. The search will continue
until ALLFIX has searched each areas list, or until it finds an
uplink system that has the unknown area. If the search is
successful, then ALLFIX will generate an AreaMgr request to that
uplink system, requesting the unknown area. ALLFIX will
automatically add any requested areas to the File echo manager. It
will use the description as listed in the areas list. The newly
added areas will be made pass through, and the requesting node will
be put in the export list as a Send only system, and the uplink will
be put in the list as a Receive only system. If there is only one
group in that uplink's group list, then that group will be used for
the new area, is there are more groups in the list, then ALLFIX
will put a '?' in the group field.
ALLFIX also offers the ability to toggle an unconditional switch,
which means that if an area is not found in the areas list for a
certain uplink system, then the request is sent to that system
anyway. Please note, that ALLFIX will first search through the tag
list for the area. If the area is found, then the description, as
in the areas list, will be used, otherwise ALLFIX will use a default
description.
The file echo tag listing should be of the following format:
[file echo] [description]
Following is a description of all the fields.
Uplink system The network address of the uplink system.
AreaFix program The name that ALLFIX should write the
uplink request to.
AreaFix password The passord that ALLFIX should put on the
subject line of the uplink request.
Add '+' prefix Should ALLFIX add a '+' in front of file echo
tags. ALLFIX does not need a '+'.
Authorized groups The requesting node must have access to at
least one of these groups.
Unconditional Forward all requests to this uplink, as long as
the requesting system has access to one of the
groups. ALLFIX will first look in the Areas
22
file (see next option). If the area is listed
in that file, then ALLFIX will use the
description from that area as the comment for
the new file echo, otherwise, it will leave the
comment field empty.
Areas filename File containing a list of the file echo tags
that are available from this system.
Origin address AKA to use for uplink request. Since you may
receive file echos for more than one network,
from the same uplink, ALLFIX can not rely on
AKA matching.
Direct Use the direct flag for uplink request
messages.
5.3.8 AKA matching
Within this menu you can configure the AKA matching. You can define
which AKA ALLFIX should use when sending messages or files to a
certain Zone or to a certain Zone:Net.
You can, for example, configure ALLFIX to use one aka for 2:512 and
another for the rest of zone 2.
If ALLFIX encounters an aka that is not in the list, then it will
use your main address.
5.3.9 Miscellaneous
5.3.9.1 Compression programs
Here you can define the name and command line options for compression
and decompression programs. Please make sure that the programs can
be found in your path. You may enter the names of batch files. If you
do not include an extension (like .EXE etc) then ALLFIX will first
search for .EXE, then .COM and last for .BAT files in your path.
5.3.9.2 Global options
Within this menu you can configure some global options.
Keep original file date
If ALLFIX should reset the date and time of a
file being imported, or if it should keep the
original date and time. Most BBS systems look
at the file date to determine if a user has
23
already seen the file or if the file is a
new file. Therefore, it is usually a good idea
NOT to reset the date and time, because then
the file date and time is set to the date
and time it had when it arrived on your system.
Reset dates in future
ALLFIX can reset the date of files it finds
while scanning for new files to hatch, or for
new files in the BBS new file dirs, if the
date of the file is set for some time in the
future.
This option can make sure that ALLFIX does not
announce, or hatch a file more than once, if the
date of the file is incorrectly set to some time
in the future.
Mailer rescan If ALLFIX should force your mailer to rescan
the netmail path when necessary. Possible
options include:
None Don't create any semaphore files.
FrontDoor Create the FDRESCAN.NOW and the
FMRESCAN.NOW semaphore files.
InterMail Create the IMRESCAN.NOW and the
IERESCAN.NOW semaphore files.
D'Bridge Create the DBRIDGE.RSN semaphore
file if netmail has been created.
Create the DBRIDGE.RSE semaphore
file if echomail has been created.
Keep ALLFIX receipts
If ALLFIX should keep AreaMgr requests. Please
see section 6.3 for an explanation about the
AreaMgr. If you disable this option, then ALLFIX
will simply erase any messages to the AreaMgr
after they have been processed.
Keep exported messages
If ALLFIX should toggle the Kill/Sent flag when
writing netmail messages.
Swapping method The way ALLFIX should handle swapping. Options
are: None, Disk, XMS/EMS, XMS/EMS/Disk. The
options are listed in order of priority. If,
for example, you select XMS/EMS and there is
not enough XMS then ALLFIX will try to swap to
24
EMS. If you do not use swapping you may encounter
problems when ALLFIX attempts to call up an
archiving program, or when executing commands on
magic files.
Use XMS/EMS for cache
ALLFIX can use XMS/EMS for an internal cache.
ALLFIX caches the file area records and the
node manager records. Using a cache can
drastically speed up AreaMgr processes, and
handling of TIC files. If there is only one TIC
file to process, then the cache will have
useless, but as soon as there is more than one
TIC file to process, the cache will begin to
reduce the process time.
Because ALLFIX may need to swap to dos when
executing a child process, such as an archiver,
ALLFIX will leave 256kb of XMS/EMS to be used
for swapping at a later time. ALLFIX will only
initialize a cache, if there is more than 256kb
of XMS/EMS available. ALLFIX will initialize as
much memory as is needed, or as much as is
available.
Download counters The Download counters that ALLFIX should append
before a file description when importing the
file. Leaving this option blank disables this
feature.
Log style The style of the log file to be used. You can
choose from: FrontDoor, D'Bridge, RemoteAccess,
and SuperBBS.
Process local requests
If ALLFIX should process local FileFind requests,
that is, any request that is written on your BBS
by you, or by a BBS users.
Replace extension If ALLFIX should replace the extensions of file
specifications in FileFind requests. If you enable
this option, then ALLFIX will convert all the
extensions to .*. Disabling the option will leave
the extensions as they are. ALLFIX will add .* to
any file specifications that do not have an
extension. ALLFIX will not add the wildcard, '*',
to files ending in a period, '.'.
Run in Binkley mode If you use Binkley version 2.50 or higher, then
you must turn this option on. ALLFIX will
create the correct flavor files in the correct
25
directories. ALLFIX does not support outbound
directories named after their respective
domains. ALLFIX only supports outbound
directories with the hexadecimal representation
of the aka zone numbers as the extensions.
Example:
C:\BINK\OUTBOUND {for the main zone }
C:\BINK\OUTBOUND.003 {for zone 3 }
Days to keep history
The number of days ALLFIX should keep files in the
history file. The maximum number of days is 255,
and 0 is the minimum, in which case, all the files
will be left in the history file. You can remove
old entries from the history file using the
PACK command.
Use HMB If ALLFIX should use the Hudson Message Base or
work via .PKT files. If the HMB method is
chosen, then where ever any echomail options
are configured, the Board must be filled in,
like wise, if the .PKT system is preferred, then
the ECHOtags must always be correctly filled
in.
Extendend desc char The character ALLFIX should place before
extended descriptions. Extended discriptions are
those descriptions that take up more than one
line. ALLFIX will use this character to mark
multiple description lines when importing a
FILE_ID.DIZ file that contains more than one
line of text.
5.3.9.3 Log options
Within this menu you can specify which things ALLFIX should write
to its log file.
Inbound activity Inbound File echo and Magic filename activity.
Outbound activity Outbound File echo and Magic filename activity.
Maintenance activity
Archive conversion and other maintenance
activities.
Security violations Security violations.
26
AreaMgr activity AreaMgr activities.
Notify activity Notify activities.
Move rcvd files Move rcvd file activities.
Move bad TIC files Move bad TIC file activities.
FileFind rejected Rejected FileFind messages.
FileFind created Created FileFind replies.
FixDor activity FixDor activities.
External Hatch External Hatch activities.
New file reports The creation of new file reports.
Debug All of the above without changing them.
5.3.9.4 AreaMgr options
Within this menu, you can configure several options concerning the
AreaMgr.
Keep requests Should ALLFIX keep or delete AreaMgr requests
after processes them.
Keep receipts Should ALLFIX toggle the KILL flag for any
AreaMgr receipts.
Allow %+ALL Should a system be able to use the %+ALL
command to connect all available areas.
Allow %NOTIFY Should a system be able to use the %NOTIFY
command to toggle the notify option.
Allow %PASSWORD Should a system be able to use the %PASSWORD
command to change his/her password.
Allow %MESSAGE Should a system be able to use the %MESSAGE
command to toggle the netmail announcement
feature.
Allow %COMPRESSION Should a system be able to use the %COMPRESSION
command to change the archiver for the TicPack
options.
Allow %TICK Should a system be able to use the %TICK
command to toggle the Tic file option.
27
Allow %INACTIVE Should a system be able to use the %INACTIVE
command to temporarily turn off all the areas.
If this is set to 'No' then ALLFIX will also
prevent the system from using the %ACTIVE
command.
Auto-add nodes Should ALLFIX automatically add an unknown
system to the node manager. If you enable this
option, then ALLFIX will any unknown system that
sends an AreaMgr request, requesting to be
connected to selected file echos.
Public groups List of public groups, that auto-added nodes
have access to.
5.3.9.5 Edit days
You can change the names of the days. If, for example, you live
in Holland, and you wish to use the Dutch names, you can configure
that within this menu. The names of the days are used in several
occasions, such as messages to accompany TIC files and new file
reports.
5.3.9.6 Edit months
You can change the names of the months. If, for example, you live
in Holland, and you wish to use the Dutch names, you can configure
that within this menu. The names of the months are used in several
occasions, such as messages to accompany TIC files and new file
reports.
5.3.9.7 Edit file format
Within this menu, you will find another menu, asking you to choose
a mode. ALLFIX can create two different types of new file reports,
those that are uncategorized, and those that are categorized by
areas.
There are two special meta commands that can be used to insert a
variable amount of spaces before or after a certain meta command.
For example, if you want files to be displayed in a nice listing,
where all the filenames begin on the same column, and all the
file sizes end on the same column, you can tell ALLFIX to insert
12 minus the length of the current file name spaces after the file
name and 8 minus the length of the current file size of spaces
before the file size. The format is simple. Use a ':' to specify
after and a '#' to specify before. Examples:
28
^F:12 This will tell ALLFIX to add 12 minus the
length of the file name spaces after the
file name.
^F#12 This will tell ALLFIX to add 12 minus the
length of the file name spaces before the
file name.
Please note: ALLFIX only processes the : and # meta commands when
they occur directly after another valid meta command.
5.3.9.7.1 Mode 1
Within this menu you can edit the way that files are listed in the
uncategorized new file reports. The default, as shown in the setup
program looks like this:
File: CONT181.ZIP (8,812 bytes) (06-26-92)
Area: CONTACT [Contact net files]
Desc: Contact Net nodelist for day: 181
There are two lines that you can configure, but with the help of
certain meta commands, you can create many more.
The following is list of the meta commands you can use.
^A The name of the File Echo in which this file
was received. If this happens to be a file
found in one of the directories that ALLFIX is
allowed to scan for new files, this will be the
name of the file area.
^O The origin address of the system where this
file was hatched. If this happens to be a file
found in one of the directories that ALLFIX is
allowed to scan for new files, then the origin
will read "<upload>"
^F The name of the file.
^S The size of the file, in bytes with commas
every 3 characters.
^D The date of the file in format MM-DD-YY
^E The description of the file.
^C The comment for that particular file echo or
file area.
29
^M A return, used to create more than 2 lines.
The above example is configured as follows:
line 1 File: ^F (^S bytes) (^D)^MArea: ^A [^C]
line 2 Desc: ^E
5.3.9.7.2 Mode 2
Within this menu you can edit the way new files are displayed in
the categorized new file reports.
Line 1 represents the header of each area listing, and Line 2
represents the actual way the files are listed within each area
grouping.
The default header looks like this: ───┐
Area : HSE, comment : Harms Software distribution echo
-------------------------------------------------------------------
BB_V101.ARJ 22,166 10-09-92 Latest version of BBS-Base, Database
door for the BBSlijst, v1.01
The default file lines look like this: ──┘
For header (line 1), you can make use of the following meta commands.
^A The name of the File Echo in which this file
was received. If this happens to be a file
found in one of the directories that ALLFIX is
allowed to scan for new files, this will be the
name of the file area.
^O The origin address of the system where this
file was hatched. If this happens to be a file
found in one of the directories that ALLFIX is
allowed to scan for new files, then the origin
will read "<upload>"
^C The comment for that particular file echo or
file area.
^M A return, used to create more than 2 lines.
For the file lines (Line 2) you can use the following meta
commands.
^F The name of the file.
^S The size of the file, in bytes with commas
30
every 3 characters.
^D The date of the file in format MM-DD-YY
^E The description of the file.
^M A return, used to create more than 2 lines.
The header, shown above, can be realized with the following line:
Area : ^A, Comment : ^C
The files line, shown above, can be realized with the following
line:
^F:12^S#8 ^D:9^E
5.3.9.8 Exclude files
Many times certain files are updated on a regular basis, and it is
unnecessary to include them in a new file report every time.
Therefore, you can enter up to 20 file names, or file specs that
ALLFIX is not allowed to include in new file reports.
Any DOS wildcard is allowed, as well as the following special
wildcards:
@ Any alphabetical character, including
extended ASCII characters.
# Any numerical character.
5.4 Message area manager
Here you can setup which echo mail areas ALLFIX is allowed to scan
for information requests. You can enter up to 255 areas.
The message area configuration is stored in the AREAS.FIX file.
Index information is stored in AREAS.IDX.
Following is a description of all the fields in this menu.
Comment This comment is for your own personal use. Since
some people will use ECHOtags (Maximus users, for
example) and others will use Board numbers, ALLFIX
will sort the areas based on the comment.
ECHOtag If you make use of the .PKT system, then you MUST
enter an ECHOtag. The ECHOtag is the official name
31
of the echo area.
Reply tag If you make use of the .PKT system, and you want
ALLFIX to generate replies in another message
area, then you can enter that area name here.
Board # If you use the Hudson Message Base, then you MUST
enter a message board number. Valid numbers are
1-200. The number corresponds to the number in
your BBS and mailer configuration.
Reply brd If you use the Hudson Message Base and you want
ALLFIX to generate replies in another message
area, then you can enter that area number here.
Origin This is the origin line that ALLFIX should append
to FileFind replies created in this area.
Use Aka This is the aka that you wish ALLFIX to use for
this ECHO mail area.
5.4.1 View mode
In view mode you can walk through the areas with the cursor up/down,
left/right or PgUp/PgDn keys. The index is sorted alphabetically by
the comment. Pressing Home will take you to the first area, End will
take you to the last area.
The following keys are in view mode.
ENTER Edit the current entry.
ESC,F9,F10 Done, return to the previous menu.
F1 Call up the help screen.
F2 Find an area, based on the comment entered.
F3 This key will bring you into an overview mode,
where you select which area to go to from a
nice scrollable listing. You can delete and
insert entries from this mode.
5.4.2 Edit Mode
In the edit mode you can move between the fields using the up and
down arrows, or the enter key.
The following keys are available.
32
ESC Exit. If you have made any changes, you will
be asked if you want save them.
F2 Select the AKA that ALLFIX should use when
writing in this area.
F3 Select the origin line that ALLFIX should use
when writing in this area. You can select from
one of the 20 global origin lines.
F9 Abort the changes and exit.
F10 Save the changes and exit.
5.5 File area manager
Within the File area manager you can define which BBS file areas
ALLFIX is allowed to scan when processing information requests.
Please make sure that ALLFIX is not allowed to scan private areas,
or areas where there might be not so legal software.
You can scroll through the listing using the arrow keys, or the page
up and page down keys. Home and end will take you to the top and
bottom, respectively.
The following keys are available.
F1 This menu has online help and is accessible
with this function key.
F2 Turn all of the areas on or off. If there is one
are that is not on then this key will turn all of
the areas on, if all the areas are on, then it
will turn them all off.
F3 Restore the changes. Incase you made changes
that you regret, you can restore the original
values with this key.
5.6 New file reports
You can define if and where ALLFIX should create new file reports.
Files are included in the report based on which group they belong
to. Here is a description of the various fields. You may decide
that you want a certain report to be written in more than one area.
You can create more than one entry with the same list of groups.
If you do so, ALLFIX will generate multiple new file reports. You
can enter up to 255 reports.
33
The new file reports configuration is stored within the file called
GROUPS.FIX. Index information is stored in GROUPS.IDX.
Please note: You do not have to enter a board number, or an ECHOtag.
If you do not, then ALLFIX will only generate reports to the people
listed in the export listing. If there is also no one in the export
listing, then this report is inactive.
The following is a description of the fields in this menu.
Groups This is a list of groups that should be
included in this particular list.
Echotag For BBS systems that plan on using the
.PKT support, you must enter the ECHOtag of
the echomail area that you want the new
file report to be placed in.
Board # For BBS systems using the HMB, you must
enter the board number of the message area
where you want ALLFIX to place the new file
report.
Use Aka The aka that you want to use for this area.
Origin The origin line that you want to use for
this area. You can select from the 20
global origin lines.
Header This is an ASCII text file, that ALLFIX
should place before each new file report.
Please refer to section 6.1 for an
explanation of the various meta commands
that you can use within the text file.
Footer This is an ASCII text file, that ALLFIX
should place after each new file report.
Please refer to section 6.1 for an
explanation off the various meta commands
that you can use within the text file.
From Who the new file report should be 'From'.
To Who the new file report should be 'To'.
Subject The subject of the new file report.
Mode The type of new file report that should be
generated, categorized by area, or
uncategorized.
34
Export This is a list of systems that ALLFIX
should send carbon copies of the new file
report to.
5.6.1 View mode
In view mode you can walk through the reports with the cursor up/down,
left/right or PgUp/PgDn keys. The index is sorted alphabetically by
the list of groups. Pressing Home will take you to the first area, End
will take you to the last area.
These keys are available in view mode.
ENTER Edit the current entry.
ESC,F9,F10 Done, return to the previous menu.
F1 Call up the help screen.
F2 Find an area, based on the groups included in the
report.
F3 This key will bring you into an overview mode,
where you select which area to go to from a
nice scrollable listing. You can delete and
insert entries from this mode.
F5 This key will bring you to a menu where you can
edit certain default settings.
5.6.2 Edit mode
In edit mode you can move around using the up and down arrow keys,
or using the enter key.
The following function keys are available.
ESC Exit. If you have made any changes, you will
be asked if you want save them.
F2 Select which aka ALLFIX should use when
generating this report.
F3 Select which origin line ALLFIX should use when
generating this report. You can select from the
20 global origin lines.
F5 Edit the export list. Within the export list
you can use the up and down arrow keys to move
35
around. Home and End move to the first and last
entry, respectively. A new address can be
entered using the Ins key, an old address can
be deleted using the Del key. You may enter up
to 255 addresses. Esc will take you back to the
previous menu.
F9 Abort changes and exit.
F10 Save changes and exit.
5.7 File echo areas
You can define your File Echos within this menu. You can enter up
to 512 File Echos.
The file echo configuration is stored within the file called
FAREAS.FIX. Index information is stored in FAREAS.IDX.
The following is a description of the fields in this menu.
Name The official name of the File Echo. The name
may be up to 12 characters long.
Comment A comment to describe this file echo. This
comment is displayed in AreaMgr requests.
Please refer to section 6.3 for a description
on the AreaMgr.
Dest The directory or file area that you want the
files for this area imported to. You can enter
either a path, or a file area number. If the
destination happens to be the same as the
origin directory, then ALLFIX will reset the
archive bit of the file, so that it will not be
handled again. You may also select pass
through. Which means that files will not be
imported into your system. They will, however, be
forwarded to your downlinks.
Group The group to which this File Echo belongs.
Message This is an ASCII text file that ALLFIX adds to
the file attach netmail to your downlinks.
Please refer to section 6.2 for a explanation
of all the meta commands that you can use for
in this text file.
Keep # The number of files to keep in the directory.
ALLFIX will look for files that match the
36
filespec of the file being imported. It will
then erase enough files so that there are only
as many left as you specify in this field. The
FILES.BBS file is also updated. You can select
numbers 0 - 99. Number 0 means that ALLFIX will
NOT erase any files. 1 means that ALLFIX will
erase all the old files and then import the new
file. 2 means ALLFIX will erase all but one of
the old files and then import the new file,
etc. Please note: ALLFIX tries to guess the
filespec of the file being imported. For
example, a file called CONT162.ZIP would be
transformed into CONT???.ZIP. ALLFIX will then
look for all files that match that spec. ALLFIX
will try to put the files in the correct order.
It will put the files at the end of the list of
other files that match its specification.
Announce Include this area in the new file reports.
Convert Here you can select the archive type that
ALLFIX should convert all incoming files to.
You can select from one of the 6 supported
archivers, or you can select NONE, disabling
this feature.
Convert all If you have selected an archive format to
convert to, this option will tell ALLFIX to
convert all files, even if they are of the
destination archive format.
Allow replace Many TIC files contain a filespec that the
incoming file should replace. ALLFIX will
erase any files that match that filespec. With
this option you can tell ALLFIX to either honor
or ignore the replaces request. Please be
careful with this option. If you do not trust
your uplinks, then it is strongly advised to
turn this off, because a replaces request of
*.* will effectively erase all the files in
that area!
Dupe check Whether ALLFIX should check for dupes in this
file echo. The -NoDupe switch will override
this setting.
Import FileID ALLFIX has the ability to extract the
FILE_ID.DIZ file from an incoming archive,
and place that in your FILES.BBS instead of
the normal description included in the TIC file.
Please note that you should not use extended
37
descriptions for areas where you make use of the
Keep # command.
ALLFIX will add a '>' before the extra
description lines for SuperBBS and a '+' for
all other BBS systems.
Visible When a person requests a listing of all the
available file echos, ALLFIX will not display
any areas that the person does not have access
to. If the visible field is set to 'Yes' then
ALLFIX will also include that area, and put a
'-' in front of the name, indicating that the
person does not have access to it.
Tiny SB Normally ALLFIX will append the seen by list
with all the systems in the export list, that
are not already in the seen by list. With this
option you can tell ALLFIX if it should strip
all the systems, that are not in the export
list, from the seen by list.
No touch Whether ALLFIX should update the FILES.BBS file.
If this option is set to 'Yes' then ALLFIX
will NOT update the FILES.BBS file.
Systems A list of systems that are connected to this file
echo. You may enter up to 255 systems. For each
system you can select one of three status bits:
R Receive only
S Send only
B Both (receive and send)
5.7.1 View mode
In view mode you can walk through the areas with the cursor up/down,
left/right or PgUp/PgDn keys. The index is sorted alphabetically by
the area names. Pressing Home will take you to the first area, End
will take you to the last area.
These keys are available in the view mode.
ENTER Edit the current entry.
ESC,F9,F10 Done, return to the previous menu.
F1 Call up the help screen.
38
F2 Find an area, based on the name of the file echo.
F3 This key will bring you into an overview mode,
where you select which area to go to from a
nice scrollable listing. You can delete and
insert entries from this mode.
F4 You can globally add, delete, or replace nodes in
the export listing.
F5 This key will bring you to a menu where you can
edit certain default settings.
5.7.2 Edit mode
In edit mode, you can move around using the up and down arrow keys,
or using the enter key.
These function keys are available.
F1 This menu has online help, which can be
accessed using the F1 function key.
F5 Edit the systems list. Within the systems list
you can use the up and down arrow keys to move
around. Home and End move to the first and last
entry, respectively. A new address can be
entered using the Ins key, an old address can
be deleted using the Del key. You may enter up
to 255 addresses. Esc will take you back to the
previous menu. The following keys may be used
to toggle the status for each node:
R Receive only
S Send only
B Both (send and receive)
F6 Select destination directory.
F8 Enter the Options menu.
F9 Abort changes and exit.
F10 Save changes and exit.
5.8 Hatch manager
39
In the hatch manager you can configure files that ALLFIX should
automatically 'hatch' into a File Echo. You can enter up to 255 files
to hatch. The files will be hatched whenever they are found and if it
is allowed to hatch them on that particular day.
Please note: It is very important that the directory of the file being
hatched is DIFFERENT from the destination directory of the file echo
that it is being hatched into. If the directory is the same, then
ALLFIX will continue to hatch that file until your hard drive is full!
If a file, that exists in the destination directory, must be hatched,
the 'HatchNew' option from the Magic filename manager MUST be used.
The hatch manager configuration is stored in the file called
HATCH.FIX. Index information is stored in HATCH.IDX.
The following is a description of the fields in this menu.
Area The name of the file echo area that this file
should be hatched into.
Spec The file spec of the file(s) that should be
hatched. Normal DOS wildcards are allowed,
in addition to the following special wildcards:
@ Any alphabetical character, including
extended ASCII characters.
# Any numberical character.
Desc The description of the file. Here you have
several options available.
/GET Get the description from the FILES.BBS
file, if there is one.
/REMOVE Remove the description from the
FILES.BBS file, if there is one.
%xx Echo the character at position xx.
This can be used to put the version
number in the description. The
number you enter must, of course, be
less than or equal the length of the
file name.
Days The days on which the files are allowed to be
hatched.
Repl The file spec that these files should replace.
You may enter wild cards. Please be careful
with this option, because it not only affects
40
your system, but also all of your downlinks.
Mgic ALLFIX supports the new TIC command 'MAGIC'.
This command tells the destination system to
update or append an entry to the Alias file.
The appended entry will receive the magic name
that is entered here, and the full path and
filename of the imported file. This may be
used, for example, to make sure that each
system has the latest nodelist in the alias
file. Please be careful when using this
option, since the destination system may become
irritated if this option is used irresponsibly.
5.8.1 View mode
In view mode you can walk through the areas with the cursor up/down,
left/right or PgUp/PgDn keys. The index is sorted alphabetically by
the area names. Pressing Home will take you to the first area, End
will take you to the last area.
These keys are available in the view mode.
ENTER Edit the current entry.
ESC,F9,F10 Done, return to the previous menu.
F1 Call up the help screen.
F2 Find an area, based on the name of the file echo.
F3 This key will bring you into an overview mode,
where you select which area to go to from a
nice scrollable listing. You can delete and
insert entries from this mode.
5.8.2 Edit mode
In edit mode, you can move around using the up and down arrow keys,
or using the enter key.
The following function keys are available.
F1 This menu has online help, which can be
accessed by using the F1 function key.
F3 Select which days ALLFIX is allowed to hatch
these files.
41
F9 Abort the changes and exit.
F10 Save the changes and exit.
5.9 Magic file manager
Within this menu you can configure the magic files. You can enter
up to 255 magic files.
The magic file configuration is stored in the file called
MGICFILE.FIX. Index information is stored in MGICFILE.IDX.
The Magic Filename system has seven different commands, namely:
AdoptFile Adopt a file into another file echo area
CopyFile Copy a file to another directory
ExecCommand Execute a dos command
ForwardTo Forward the file to certain nodes
HatchNew This option will tell ALLFIX to scan the
destination directory of a specific file echo for
any files which have a timestamp (date and time)
newer than the last time that ALLFIX was executed.
If any files are found, and they are listed in
the FILES.BBS file, then ALLFIX will hatch those
files to all the people in the export list for
that file echo. Please note that if the date of
the file is for some time in the future, ALLFIX
will continue to hatch that file until that date
is passed. You may force ALLFIX to reset the dates
of any such files using the 'Reset dates in
future' option found in the global options menu.
KeepNum Use an alternate Keep # for this file
MoveToArea Move the file to another file echo area
NoForward Do not forward the file
OtherPath Import the file into another directory
PickUpFile This option will tell ALLFIX to look in the
inbound directory for any files matching a
certain specification. It will move any files
found that match that specification, and then
forward them to a list of systems. Nothing else
will be done with the file, that means that
42
it will not be placed in the FILES.BBS, nor
can anything else be done with this file.
UpdateAlias Update the alias file.
Magic filenames are configured by entering a file specification,
which may contain wildcards, and the name of the file echo, where
this file may occur. Matches found in other file echos will not be
processed.
ALLFIX will process each entry entered for a specific file. This
means that a file can be adopted into more than one other file
echo. ALLFIX will process the MoveFile and OtherPath commands
before processing the file, and it will process all of the other
commands after processing the file.
The following is a description of the fields in this menu.
FromArea The file echo area where ALLFIX should look for
this magic file. If the AdoptFile function is
being used more than once, then the FromArea
name should be the same for each entry,
corresponding to the official name of the file
echo in which the file was received.
ToArea Incase the AdoptFile or MoveToArea function is
used, then this is the area that the file
should be adopted/moved to.
FileMask The file specification to match for this Magic
filename. Normal DOS wilcards may be used in
addition to the following special wildcards:
@ Any alphabetical character, including
extended ASCII characters.
# Any numerical character.
Keep # Number of old files to keep. 0 means keep all.
Please refer to the section discussing the
File echo manager for a more detailed
description.
Directory Incase the OtherPath, CopyFile, PickUpFile
function is being used, then this is the alternate
directory where the file should be imported to.
Command Incase the ExecCommand is being used, then this
is the list of dos commands that should be
executed. Multiple commands should be separated
by a semi-colon, ';'. You may enter the name of
43
a batch file. You can make use of the following
command line options.
%F The complete path and filename of the
newly imported file.
%P The complete path without the trailing
backslash, '\'.
%N The complete name of the file, not
including the extension.
%E The complete extension of the file,
not including the dot, '.'
%D The day number, 1-365.
%A The name of the current file echo.
Export A list of systems that this magic file should be
exported to. You may enter up to 255 systems.
5.9.1 View mode
In view mode you can walk through the areas with the cursor up/down,
left/right or PgUp/PgDn keys. The index is sorted alphabetically by
the list of groups. Pressing Home will take you to the first area, End
will take you to the last area.
These keys are available in the view mode.
ENTER Edit the current entry.
ESC,F9,F10 Done, return to the previous menu.
F1 Call up the help screen.
F2 Find an area, based on the name of the magic
file.
F3 This key will bring you into an overview mode,
where you select which area to go to from a
nice scrollable listing. You can delete and
insert entries from this mode.
5.9.2 Edit mode
In edit mode you can use the up and down arrow keys, or the enter
key to move around.
44
The following function keys are available.
ESC Exit. If you have made any changes, you will
be asked if you want save them.
F1 This menu has online help, which can be
accessed using the F1 function key.
F9 Abort the changes and exit.
F10 Save the changes and exit.
5.10 BBS new file dirs
Within this menu you can configure which BBS file areas ALLFIX
should scan for new files. New files are determined by their date
and time. every time that ALLFIX is run, it updates the time stamp
in the file LASTSCAN.FIX. Any file newer than the last time stamp
will be included in the new file reports. You can enter up to 255
directories to scan.
The BBS new file dirs configurations is stored in the file called
NEWFILES.FIX. Index information is stored in NEWFILES.IDX.
The following is a description of the fields in this menu.
File area The BBS file area to scan.
Comment This comment can be included in the reports.
Group The group to which this directory belongs.
5.10.1 View mode
In view mode you can walk through the areas with the cursor up/down,
left/right or PgUp/PgDn keys. The index is sorted alphabetically by
the file area numbers. Pressing Home will take you to the first area,
End will take you to the last area.
These keys are available in the view mode.
ENTER Edit the current entry.
ESC,F9,F10 Done, return to the previous menu.
F1 Call up the help screen.
F2 Find an area, based on the number of the file
area.
45
F3 This key will bring you into an overview mode,
where you select which area to go to from a
nice scrollable listing. You can delete and
insert entries from this mode.
5.10.2 Edit mode
In edit mode you can use the up and down arrow keys, or the enter
key to move around.
The following keys are available.
ESC Exit. If you have made any changes, you will
be asked if you want save them.
F1 This menu has online help, which can be
accessed using the F1 function key.
F6 Select a BBS file area from the list of all
available areas.
F9 Abort the changes and exit.
F10 Save the changes and exit.
5.11 Node manager
Within the node manager you can setup define up and downlinks.
Systems do not have to be configured in the node manager. You can
determine different options for each system. You can configure up
to 255 systems. When ALLFIX exports something to a system, it will
check to see if that system is defined in the Node Manager. If it
is, then ALLFIX will use those settings, if not, it will use
default settings. All import systems MUST be defined in the Node
manager. ALLFIX checks to make sure that the password is correct,
and if the system is not defined, it will assume that it is an
unknown system, and therefore refuse to import the file.
The node manager configuration is stored in the file called
NODEFILE.FIX. Index information is stored in NODEFILE.IDX.
System The network address of the BBS
Sysop The name of the System Operator
AreaMgr password The AreaMgr password to use for this system.
Authorized groups The groups that this system has access to.
46
Mail archive status The status of created netmails to this system.
Direct Should messages be sent direct.
TIC file mode How ALLFIX should forward files to a downlink.
None Do not include a TIC file.
TIC file only Include a TIC file with the
files.
Pack TIC files Put all the TIC files in one
archive.
Pack all Put all the files for a system
in one archive.
Include message file
Should this system receive the netmail
announcements
Send notify list Should this system receive a notify list
(ALLFIX Notify).
Forward requests Should ALLFIX forward requests for unknown
areas to your uplinks.
Compression type Which compression should be used for packing
TIC and other files for this system.
5.11.1 View mode
In view mode you can walk through the systems with the cursor up/down,
left/right or PgUp/PgDn keys. The systems are sorted by their
addresses. Pressing Home will take you to the first system, End will
take you to the last one.
These keys are available in the view mode.
ENTER Edit the current entry.
ESC,F9,F10 Done, return to the previous menu.
F1 Call up the help screen.
F2 Find a system, based on the address or partial
address.
F3 This key will bring you into an overview mode,
where you select which area to go to from a
47
nice scrollable listing. You can delete and
insert entries from this mode.
F5 This key will bring you to a menu where you can
edit certain default settings.
5.11.2 Edit mode.
In edit mode you can use the up and down arrow keys, or the enter
key to move around.
The following keys are available.
ESC Exit. If you have made any changes, you will
be asked if you want save them.
F1 This menu has online help, which can be
accessed using the F1 function key.
F9 Abort the changes and exit.
F10 Save the changes and exit.
5.12 Export data
Within this menu you can export your configurations to pure ASCII
files. This will make debugging problems easier, and it can give you
a better overview of your configuration.
The following are the various configurations you can export to an
ASCII file.
Export main configuration
Creates an ASCII text file containing the
ALLFIX configuration.
Export message areas
Creates an ASCII text file containing the
configuration for all the message areas that
ALLFIX is allowed to scan for FileFind
requests.
Export new file reports
Creates an ASCII text file containing the
configuration for all the new file report
definitions, including the default settings for
new file reports.
Export file echo areas
48
Creates an ASCII text file containing the
configuration for all the file echo areas,
including the default settings for file echo
areas.
Export hatch configuration
Creates an ASCII text file containing the
configuration for all the hatch areas.
Export magic file names
Creates an ASCII text file containing the
magic file name configuration, including the
default settings for magic file names.
Export bbs new file dirs
Creates an ASCII text file containing the
BBS new file directories configuration.
Export node configuration
Creates an ASCII text file containing the
node configuration, including the default
settings for nodes.
Create file echo list
Creates an ASCII text file containing a list of
file echo areas tags and their descriptions. The
format of the file is:
<area> <description>
Create tag list Creates an ASCII text file containing only the
file echo area tags. The format of the file is:
<area>
Nodes ═ Echos breakdown
Creates an ASCII text file with a list of each
system, configured in the node manager, and a
list of all the file echos that system is
connected to.
5.13 Import data
ALLFIX has the ability to import the TICK configuration file.
ALLFIX will, however, ONLY import the file echos. It will add any
systems it finds to the node manager. ALLFIX will not import the
directory configuration, or anything else of that nature.
ALLFIX will use the default settings that you have defined for any
file echo area or system that it imports.
49
5.14 Information
This is a small information screen about ALLFIX and ASETUP.
5.15 Exit to dos
This entry will take you out of the setup program. If you have made
any changes you will asked if you want to save them before you
exit. You also have the option to cancel and return back to the
setup program.
6 Meta commands
Meta commands are simple codes that you put into pure ASCII text
files that ALLFIX will replace with whatever they represent. ALL
meta commands MUST be entered in capital letters. ALLFIX can add
a variable number of spaces for justification purposes. For
example, if your BBS name is 'MY BBS' and you use the meta command
^S:15, then ALLFIX will add 9 spaces after it inserts the name of
your BBS (15-length(MY BBS)). The justification macro is valid for
ALL meta commands. Please note, that ALLFIX will only add spaces,
if the number of spaces it has to add is larger than the length of
the current string being added to the file. In the previous
example, if it was ^S:3, then ALLFIX would NOT have added any
spaces. You can also add spaces before the name of a macro, by using
#xx. ^S#15, in the previous example, would add 9 spaces before the
name of your BBS.
If you would like any more meta commands, please feel free to let me
know.
6.1 Meta Commands for Header/Footer Text Files
Header and Footer messages are pure ASCII text files that precede
and supersede a new file report.
You can use any of the following meta commands in your HEADER and
FOOTER text files. Meta commands must be entered in capital letters.
Please refer to the sample HEADER.MSG and FOOTER.MSG files included
in the distribution package for an example.
^A The aka for the current REPORT!
^S System name
^O SysOp name
^1 BBS phone number for line 1
50
^2 BBS phone number for line 2
^3 BBS phone number for line 3
^L Location of BBS
^F Nodelist flags
^B Maximum baud rate
^V Current ALLFIX version number
^R Carriage Return
^D Today's day in words (ie. Sunday, Monday etc..)
^M Today's month in words (ie. January, February
etc...)
%D Today's day in number (ie. 01)
%M Today's month in number (ie. 11)
%Y Today's year in number (ie. 1992)
^COOKIE Insert a FORTUNE cookie from the COOKIE.DAT file.
Please see section 7 for a explanation of
the cookie system.
^TA Total number of areas included in the reports.
^TF Total number of files included in the reports.
^TS Total number of bytes of all the files included
in the report.
6.2 Meta Commands for File Attach Messages
You can include a file with your file attach netmails. This file
can serve as a way to announce a file to your downlinks. The file
must be a pure ASCII text file. You can use the following meta
commands within your text files. Meta commands must be enter in
capital letters. Please refer to the sample MESSAGE.TXT file included
in the distribution package for an example.
^A Area name (File echo area or magic filename
area)
^F File name
51
^S File size in bytes including commas
^D File date dd-mm-yy
^E Description as in Tic files (for file echos) or
as in magic filename setup for magic file names.
^O Comment as in file echo setup or as in magic
file setup.
^N Destination sysop's name
^COOKIE Insert a FORTUNE cookie from the COOKIE.DAT file.
Please see section 7 for a explanation of
the cookie system.
^K The aka that should be used for this particular
system.
^V Version ID (ie. v4.10)
%D The current day of the month (ie. 01)
%M The current month of the year (ie. 11)
%Y The current year (ie. 1992)
7 ALLFIX
ALLFIX is the actual File Echo Utility. If you run ALLFIX without
any command line options you will get the following help screen.
---------------------------------------------------------------------
ALLFIX v4.16 ∙ File Echo Processor ∙ ??-???-93 02:00.
Copyright (C) 1993 Harald Harms, all rights reserved.
Usage:
ALLFIX <commands> [switches]
Commands:
Announce Generate new file reports
Scan Scan message base for file information requests
File Process inbound TIC files and create new file
announcements
Mgr Process AreaMgr requests
Notify Send notify lists to all your up and downlinks
Pack Pack history files
52
Switches
-Crash,-Hold Set crash or hold bit on all netmail
-Crc Perform CRC check on all incoming files
-NoNew Do not add new files to the new file queue
-NoDupe Skip dupe checking when importing/hatching files
-Pkt Force ALLFIX to run in .PKT mode
---------------------------------------------------------------------
The commands and switches can be in any order. Only the -PKT switch
can be used with the SCAN command, however, you can use all the
switches with the FILE and MGR commands.
7.1 ANNOUNCE
This command tells ALLFIX to generate new file reports if there are
any new files.
If ALLFIX FILE is run, without specifying a the command ANNOUNCE, then
ALLFIX will store information about any new files that need to
reported in a file called TOBEREP.FIX.
This command is usefull in preventing ALLFIX from generating a new
file report every time that it is executed to process incomming files.
It is suggested that ALLFIX ANNOUNCE be executed once a day. This way,
each new file report will contain a list of ALL the new files for that
day, and the readers will not be annoyed with several smaller lists.
7.2 SCAN
This command tells ALLFIX to scan your message base for information
requests. If your BBS does not use the HMB, then ALLFIX will search
for and process any arcmail packages addresses to the fake address
configured in the setup program.
After scanning the message base, or processing the arcmail packets,
ALLFIX will scan through your BBS file directory, searching for
the files specified in the information requests. ALLFIX will create
replies to anyone, who's specification has been matched. If your
BBS supports the HMB, then ALLFIX will write the replies directly
to your message base, for other BBS systems, ALLFIX will write a
.PKT file, which your echomail processor can toss into your message
base.
You can use the -PKT switch with this command. This switch tells
ALLFIX to go into .PKT mode, regardless of the type of BBS system
you are running. However, you must have ALLFIX configured correctly,
in order to use this switch.
53
7.3 FILE
This command tells ALLFIX to do a number of things. First, it will
scan your netmail and process any AreaMgr requests. Please see
section 6.3 for an explanation of the AreaMgr. ALLFIX will then
remove any old TIC files, and any old files found in the Queue, for
pass through areas. After that, ALLFIX will process any incoming
TIC files, import the files, and echo them to your downlinks.
ALLFIX will also move any files found in the inbound directory, if
there is no file attach message in your netmail directory. It will
only do this if you have this option enabled (see section 4.3.3).
Lastly, ALLFIX will scan the correct BBS file directories, for any new
files that need to be included in the new file reports. Please note
that ALLFIX will not generate a new file report unless the ANNOUNCE
command is used. If the ANNOUNCE command is not used, then ALLFIX will
store the information in the file TOBEREP.FIX.
You can use any of the following switches with this command.
-Crash,-Hold Set crash or hold bit on all netmail.
-CRC Perform CRC check on all incoming files.
ALLFIX will normally skip the CRC check when
importing a file. The CRC check does slow
ALLFIX down quite a bit.
-NoNew Skip the new file announcements.
-NoDupe Skip dupe checking when importing/hatching
files.
-Pkt Force ALLFIX to run in .PKT mode. If you use
this switch, ALLFIX will write all new file
reports to a .PKT file, regardless of your BBS
type.
7.4 MGR
The AreaMgr maintenance function allows systems to connect and
disconnect themselves from File Echos or Magic Files in groups for
which they are authorized to do so.
ALLFIX will invoke the AreaMgr function every time the command FILE
or MGR is used.
ALLFIX processes messages to "ALLFIX", for File echo maintenance.
Messages should originate from an address in the NODEFILE. The
AreaMgr password should be placed on the Subject line, and should
match the password in the NODEFILE. The body of message should
54
contain any of the following commands.
+<areaname> To connect to an area
-<areaname> To disconnect from an area
%H[ELP] To request the help screen
%L[IST] To request a list of areas available to you
%Q[UERY] To request a list of areas for which you are
connected
%U[NLINKED] To request a list of areas available to you,
to which you are not already connected.
%P[ASSWORD] To change your AreaMgr password
%-[ALL] To disconnect from all areas
%+[ALL] To connect to all areas
%+[GROUP] To connect to a group of file echos
%-[GROUP] To disconnect a group of file echos
%C[OMPRESSION] Choose the compression type (ARC,ARJ,LZH,PAK,
ZIP, and SQZ)
%NOTIFY=[On/Off] To turn the notify function on/off for your
system
%MESSAGE=[On/Off] To turn the message function on/off for your
system
%TICK=[On/Off] To turn the TICK file option on/off for your
system (See note at end of this section)
%STATUS To request a status report (notify, message etc)
%RESEND [filename] To request that ALLFIX resend a certain file
%INACTIVE To temporarily turn off all areas
%ACTIVE To turn any inactive areas back on
[---] Everything below the tear line is
ignored
Systems can only add areas for groups for which they have
authorization as defined in the NODEFILE. The following commands
may be used on the same line, but AFTER the password: -Q, -L, -H,
or -U.
Example:
By: Harald Harms
To: ALLFIX, 2:512/145
Re: <password>
St: Pvt Local Kill
-------------------------------------------------
+SYSOPS
-GENERAL
%QUERY
%LIST
%PASSWORD MYPWORD
* NOTE: If a user turns the Tic file option On, with the %TICK
command, then ALLFIX will use the default setting for the
Tic file mode in the defaults menu for the Node manager.
55
7.5 NOTIFY
The notify function, by default, sends to each system in the Node
manager, that has the notify function turned on, a netmail containing
important configuration information, a list of all the groups that
they have access to, a list of all the file echos they are hooked up
to, and a list of all the magic filenames they are hooked up to.
The notify command also accepts one parameter. This parameter must
directly follow the notify command. The parameter can be any valid
address specification. You may make use of the '*' as a wildcard.
All fields that follow a wildcard will be 'wild'. For example, 2:*
would be interpreted as everything in zone 2. If you enter 2:*/2
then ALLFIX would treat that the same as 2:*.
Below is a sample notify message.
--------------------------------------------------------------------
Following are the options that are set for your system and a list of
areas that your system is connected to at this system. Please check if
everything is correct.
Use aka : 2:512/145
Mail archive status : None
Direct : No
TIC file mode : TIC file only
Include message file : Yes
Send notify list : Yes
Compression type : PKZIP -a
Available file echos
Area Description Files/Month KB/Month
----------------------------------------------------------------------
BBSLIJST BBSlijst van Nederland 1 28
COMUNIT New releases of ComUnit. 0 0
CONTACT Contact net files. 4 38
HSE Harms Software Engineering 2 73
THANET Thanet nodelist 0 0
5 area(s) available
'+' indicates you are connected to that area
'-' indicates you are not authorized to connect that area
--- ALLFIX+ v4.16
* Origin: use %HELP for help using the AreaMgr in ALLFIX (2:512/145)
--------------------------------------------------------------------
7.6 PACK
56
ALLFIX maintains a history file, named FILEHIST.FIX, which contains
information about all the files that have been imported, the name
of the file echo, and the date. This information is used when a
user makes an AreaMgr request to resend a certain file. Within the
Global options menu, you can configure the number of days that
ALLFIX should keep files in the history file. The PACK command will
remove any files that have been in the history file longer than the
configured value.
7.7 Log File
ALLFIX will only keep a log file if a file name was entered in the
correct field in the Path/Filenames menu.
The log is a FrontDoor style log file.
ALLFIX will always add the following line to the log file when the
SCAN command is used.
Echo Process [0 ] Replies [0 ] Reports [0 ]
Process The number of echomail information requests
processed.
Replies The number of replies generated to information
requests.
Reports The number of new file reports generated.
ALLFIX will always add the following lines to the log file when
the FILE command is used.
File Import [0 ] Export [0 ] Hatched [0 ] Moved [0 ]
Magic Import [0 ] Export [0 ] Process [0 ]
File Import The number of files imported via the File Echo.
Export The number of files echoed to your downlinks.
Hatched The number of files that were hatched.
Moved The number of files that were moved from the
inbound directory to the RCVD directory.
Magic Import The number of Magic files, not accompanied by
a TIC file that were imported.
Export The number of Magic files that were echoed to
your downlinks.
57
Process The number of Magic files processed where a
DOS command was executed.
ALLFIX will add the following line to the log file in two
occasions. If the MGR command was used, or if the FILE command was
used, and there were duplicate files found, or there were unknown
file echos processed, or there was security violation, or there
was one or more AreaMgr requests processed, or an area was
automatically added.
Other Dupes [0 ] Unknown [0 ] Bad/Sec [0 ] Mgr [0 ]
Autoadd [0 ]
7.8 Errorlevels
ALLFIX exists with any of the following errorlevels, based on what
it did.
254 Something drastic went wrong, such as corrupt
index files.
10 Created Echo Mail and imported at least one
file.
9 Created only Echo Mail.
8 Imported at least one file.
7 Hatched one or more files.
0 Nothing to do.
8 Cookies
ALLFIX supports the concept of cookies, introduced by FileFix.
A cookie is any small text consisting of only a few lines. Cookies
original started as Fortune Cookies, but they now include jokes,
or famous facts and sayings. Cookies can be included in netmail
announcements sent along with files and also in new file reports.
8.1 BAKE
Bake is a utility that converts a standard ASCII text file into a
data file that can be used by ALLFIX. ALLFIX uses the same format
as FileFix, therefore, any other bake utilities, or cookie data
files from FileFix may also be used.
Usage: BAKE [d:]path\input.ext [d:]path\output.ext
58
The input file must be a pure ASCII text file. Each cookie must be
separated with one or more blank lines. Please note: cookies that
have blank line within them will be interpreted as multiple
cookies.
The output file is a cookie data file.
Included in the distribution archive is a example of a cookie file.
The name of the file is COOKIE.TXT. You need to bake the cookie
file before ALLFIX can use it.
When ALLFIX has to include a cookie somewhere, it will look for a
COOKIE.DAT file.
8.2 SCRAMBLE
Scramble is a utility to randomly select a different cookie data
file. Scramble looks for COOKIE.xxx files in the current
directory. "xxx" is a number, from 000 to 999. Scramble will copy
the selected COOKIE.xxx file over the COOKIE.DAT file.
8.3 COOKIE
Cookie is a utility that will randomly select a cookie from the
COOKIE.DAT file and display it to the standard output, which means
that it can be redirected to a file, for example:
COOKIE > TEST.TXT.
Cookie is used so that the sysop can read a cookie.
9 FIXDOR
FIXDOR is a small door program for RemoteAccess, SuperBBS, and
QuickBBS. The door allows people to read the ALLFIX message areas
in combined mode. It has all of the reading functions normal to
RemoteAccess, including a full screen reader. FIXDOR also allows
the user to write a information request, with the option of
writing it in all the ALLFIX areas at once. FIXDOR even allows
users to reply to messages. This method is only enabled when it
is allowed. For example, if the message contains the text "Reply
for up to 50 more files", then FIXDOR will allow the user to
reply.
FIXDOR is easy to install. Place all the files included in the
FIX201.ZIP distribution archive into the same directory as ALLFIX.
With your menu editor, add a type 7 entry. In the extra data
field, put the full path and name of the FIXDOR executable.
59
FIXDOR needs to know where the BBS configuration files are located.
Since this information is no longer stored in the ALLFIX
configuration files, FIXDOR attempts to get the information via the
environment variables. Therefore, you must have either the
RemoteAccess or SuperBBS environment variable set. If you do not
have that, then add on of the following lines to your AUTOEXEC.BAT
file.
SET RA=C:\RA
or
SET SBBS=C:\SBBS
FIXDOR was written with a small library written by Harald Harms.
The library is called COMUNIT, and it is still in the test phase.
FIXDOR is very carrier sensitive, it is guaranteed to exit
immediately when there is a loss of carrier. FIXDOR also monitors
the time the user has left.
FIXDOR has several commands available for the SysOp.
ALT-C Enter into the Full screen chat. If you press
the Left Shift key at the same time as pressing
ALT-C, FIXDOR will go into normal chat mode.
Fixdor will honor your BBS page times. If a
user attempts to page outside the chat hours,
he will be shown the appropriate ANSI/ASCII file.
ALT-H Hang up on the user.
ALT-J Jump to Dos.
FIXDOR uses the following ASC/ANS files. FIXDOR will look for these
files in your BBS text file directory.
FIXMENU The main menu of FIXDOR. The commands in FIXDOR
are hard coded, you can not change them. You
can, however, change the menu screens.
FIXHELP1 The help screen shown when the users requests
help from the main menu.
FIXHELP2 The help screen shown when the user requests
help while reading or scanning messages.
In addition, FIXDOR uses the following BBS ASC/ANS files. FIXDOR
will look for these files in your BBS text file directory.
MAXPAGE This file is shown when the user has tried to
60
page to many times, as defined in your BBS
configuration.
NOPAGE This file is shown when the user tries to
Yell when the Scroll Lock has been set on.
NOTAVAIL This file is shown when the user tries to
Yell outside of the chat hours.
PAGEABRT This file is shown when the SysOp aborts the
page call.
PAGED This file is shown when no one answers the
page call.
PAGEQUES This file is displayed before the user is
asked for a chat reason.
10 HATCH
HATCH is an external hatching utility. HATCH does not actually
'hatch' files, rather, it creates a fake TIC file, in your inbound
directory that tells ALLFIX which files it should hatch.
HATCH two modes: command line mode and interactive mode.
10.1 Command line mode
You can hatch a file using special command line options.
The following help screen will be displayed if the one ore more of
the command line options is incorrect, or if you put /? on the command
line.
----------------------------------------------------------------------
Usage: HATCH Area [areaname] File [filename.ext] Desc [description]
If you run HATCH without any parameters you will enter interactive
mode.
Commands:
Area [areaname] must be a valid file echo name.
Desc [description] is the description of the file to be
hatched. Enclose the description in quotes if it is
contains more than one word.
61
File [filename.ext] must point to an existing file. You may
use paths.
Replace [filename.ext] is the file specification that this new
file should replace.
Magic [magic name] is the magic name ALLFIX should update/add
to the alias file.
Switches:
-Mono Force mono mode
-Color Force color mode
----------------------------------------------------------------------
Example: HATCH Area ALLFIX File AFIX_410.ZIP Desc "This is the latest
release of ALLFIX"
10.2 Interactive mode
If you do not use any command line options when activating HATCH,
you will enter the interactive mode. In interactive mode you can
enter the file echo area, the description, the file name, and a
filespec that this file is supposed to replace. If you save the
first entry, HATCH will ask you if you want to hatch another file,
before exiting.
The following functions keys are available.
ESC Exit. If you have made any changes, you will
be asked if you want save them.
F9 Abort the current file entry.
F10 Save and continue.
11 CRC32
CRC32 is small utility that is designed to calculate the 32 bit
CRC. A CRC, the acronym for Cyclic Redundance Check, is a easy and
very fast method to check whether a file has been damaged or changed.
A CRC is a unique signature, belonging to only one file. Many
programs check the CRC with the calculated CRC to make sure that the
file has not been damaged or tampered with. If you will remember,
ALLFIX can also check any incoming files to make sure that the
calculated CRC corresponds with the CRC that is in the TIC file.
62
CRC32 is very easy to use. Simply type CRC32 followed by the name of
the file of which you want to calculate the CRC. The CRC value
returned is in HEX.
12 Hints
12.1 Using the .PKT support
ALLFIX will scan the netmail folder. It will unpack any arcmail
that has the same NET and NODE number as the fake aka address.
Please note: ALLFIX does not check the zone and point numbers.
It is advised that you use a number that will never occur in a
normal situation. For example: 9:9999/9999.0.
If you plan on using the new file reports feature, you must
include the fake address in the export list of all the echo areas
where the new file reports are created. This means that your
echomail processor will export all those message to ALLFIX also.
That is not really a problem, since ALLFIX will check each message
to make sure that it knows the area.
Your echomail processor will probably put the fake address in the
seenby list of exported mail. This does not present a problem.
Other systems check their export list against the seenby list in
each message, therefore, it does not matter if there are systems
in there, that it does not know.
12.2 Converting archive formats
When ALLFIX is converting a file to another archive format, it
needs an empty directory where it can unpack the archive. ALLFIX
looks for the TMP or TEMP environment variables. If one of those
variables are found, ALLFIX will use that directory. If one of the
two environment variables is not found, ALLFIX will create a
temporary directory called AFIXTMP.$$$. Before unpacking the
original archive, ALLFIX will clean out the directory that it will
use. Therefore, make sure that the TMP or TEMP environment
variables do NOT point to a directory with important information.
Experience has shown that a LOT of users set their DOS directory
as the TMP directory, please do not do that! If you do that, and
ALLFIX is going to convert a file, you will loose all the files in
that directory!
12.3 Adding archive headers to files
Many people have asked if the length of the options field for
63
compression programs could be extended so that it would be
possible to add archive comments.
There is a simple solution to the problem. Simply make a batch
file that calls the appropriate archiver and that also adds
the archive headers. This way, whenever ALLFIX needs to make
an archive, it will automatically add the correct header.
For example:
Instead of entering PKZIP or PKZIP.EXE, enter PKZIP.BAT. It would
be easiest if the options in the setup program were erased. This
way, you can put them into the batch file, and nothing will go
wrong. The batch file PKZIP.BAT should then look like this:
@ECHO OFF
PKZIP -a %1 %2 %3 %4 %5 -z<c:\bbs\bbs.add
Similar batch files can be made for the other archivers.
12.4 TIC archive packets
Some users will might get a problem when they use the TIC
archiving functions, in conjunction with older software. If you
send a TIC archive packet to someone, who can not process them,
yet you do not want to disable the option, since that will result
in thousands extra netmails for you, please take a look at the
following excerpt for a batch file that should solve your
problems. This batch file is for those systems that receive your
TIC archive packets, and can not process them automatically.
Please advise them to run this batch file BEFORE running their
file echo utilities.
...
CD\FD\INBOUND
:Beginning
IF Exist *.ZIC goto UnpackZIP
IF Exist *.AIC goto UnpackARJ
IF Exist *.LIC goto UnpackLZH
IF Exist *.PIC goto UnpackPAK
IF Exist *.SIC goto UnpackSQZ
Echo All done unpacking known TIC archive packets.
goto Ending
:UnpackZIP
PKunzip *.ZIC
goto Beginning
64
:UnpackARJ
Arj e *.AIC
goto Beginning
:UnpackLZH
Lha e *.LIC
goto Beginning
:UnpackPAK
Pak e *.PIC
goto Beginning
:UnpackSQZ
Sqz e *.SIC
goto Beginning
:Ending
...
12.5 Sample files
There are several files included in the distribution package that
you can use to get an idea of how to use the meta commands for
netmail announcements and for the header and footer messages for
new file reports.
Please remember, netmail announcements refers to the messages that
are placed IN the netmails that have files attached.
There are two sets of files included to give an example of each of
the new file report method, categorized and un-categorized.
HEADER1.MSG and FOOTER1.MSG are suitable header and footer messages
for un-categorized new file reports. HEADER2.MSG and FOOTER2.MSG
are suitable examples for categorized new file reports.
FILEECHO.MSG is an example of a netmail announcement message. It
announces to the destination SysOp which file he just received and
in which area, plus a few more details about the file.
Please refer to sections 5.1 and 5.2 for more details on all the
different meta commands you can use to create your own distinct and
interesting message files.
12.6 Using ALLFIX without a compatible (or no) BBS
The easiest way to use ALLFIX when you do not have a BBS, is to
simply create a file area configuration file for QuickBBS, and
then to compile that file using FCOMP. The name of the file is
65
FLSEARCH.CTL. The format of the file is very simple, however,
you MUST replace each space with an underscore, '_'.
[Directory] [Security level] [Area description]
For example:
C:\MSDOS 50 Msdos_utilities
C:\GIFS 50 GIF_files_(Normal)
C:\ANSI 50 ANSI_net_files
...
With this configuration, you will be able to make FULL use of
ALLFIX. Do not forget to toggle the Use HMB (Hudson Message Base)
option in the global options menu, if you use a HMB.
12.7 Hatching files without moving them
The procedure for hathing files without moving them has changed from
ealier versions. ALLFIX does not check the archive attribute of the
file anymore. Therefore, if you use the internal hatch manager to
hatch a file, and the destination directory is the same as the origin
directory, then the file will be hatched each and every time that
ALLFIX is run.
As of version 4.16, ALLFIX offers a new method to hatch files. This
method will hatch any new files found in the destination directory for
a paticular file echo. The option, 'Hatch new' can be found in the
file echo manager.
If you enable this option, then ALLFIX will hatch any files with a
time stamp (date and time) later (therefore newer) than the last time
that ALLFIX was executed.
If this option is used, care must be taken NOT to change the date or
time of the files allready hatched. If the timestamp of a file is set
for some time in the future, then ALLFIX will hatch that file every
time that it is executed, until that date and time has been passed.
Care also has to be taken with using other utilities, such as backup
programs, that may change the timestamp of the file.
12.8 EXEC errors
ALLFIX reports the errorlevels of child processes with the statement
EXEC error. The meaning of the error number depends on the process,
that was called by ALLFIX. Following is a list of error levels for
PKZIP/UNZIP and ARJ. For a list of the errorlevels for other programs,
please consult the accompanying documentation.
66
Errorlevels for PKZIP and PKUNZIP:
PKZIP:
0 No error.
1 Bad file name or file specification.
2,3 Error in ZIP file.
4-11 Insufficient Memory.
12 No files were found to add to the ZIP file,
or no files were specified for deletion.
13 File not found. The specified ZIP file
or list file was not found.
14 Disk full.
15 ZIP file is read-only and can not be modified.
16 Bad or illegal parameters specified.
17 Too many files.
PKUNZIP:
0 No error.
1 Warning error (such as failed CRC check).
2,3 Error in ZIP file.
4-8 Insufficient Memory.
9 File not found. No ZIP files found.
10 Bad or illegal parameters specified.
11 No files found to extract/view etc.
50 Disk Full.
51 Unexpected EOF in ZIP file.
Errorlevels for ARJ:
0 -> success
1 -> warning (specified file to add to archive not found,
specified file to list, extract, etc., not found,
or answering negatively to "OK to proceed to next
volume..." prompt)
2 -> fatal error
3 -> CRC error (header or file CRC error)
4 -> ARJ-SECURITY error or attempt to update an ARJ-SECURED
archive
5 -> disk full or write error
6 -> can't open archive or file
7 -> simple user error (bad parameters)
8 -> not enough memory
12.8.1 Common EXEC errors
The most common EXEC errors are ones dealing with not enough memory.
For PKZIP that means levels 4-11, for PKUNZIP levels 4-8, and for ARJ
level 8.
Another common EXEC error has to with not being able to find a file
67
within the archive. Many people use the FileID option, from the file
echo manager. ALLFIX will try to unpack the FILE_ID.DIZ file from each
file that comes in via a file echo that has this option turned on.
Most files do not have a FILE_ID.DIZ file, therefore, the unarchiver
will exit with an errorlevel, which ALLFIX reports as EXEC error ##.
For ARJ the errorlevel 1, and for PKUNZIP it is level 11.
If ALLFIX reports an EXEC error, then first consult the appropriate
documentation, and the solution should be evident.
13 Registrations
The ALLFIX package represents over 25,000 lines of source code,
and countless hours of hard work. I have spend many dedicated
hours writing ALLFIX and the documentation, and testing to make
sure all the features work as they were designed to.
After you have evaluated ALLFIX for the period of 1 month, you
must either register or discontinue using ALLFIX. ALLFIX is
released as "try before you buy". No features or options have been
disabled in the shareware version. If to many people abuse this
process, then I will be forced to market ALLFIX commercially,
which means "buy before you try".
As long as you don't register, ALLFIX will remind you that you
have not registered with frequent messages in your Log file, and
two annoying beeps every time it is invoked.
To register, fill out the registration form, ALLFIX.REG, and sent
it to one of the registration sites. We prefer that you send the
form via netmail, in that case you will receive your key faster.
People in Taiwan can fill out the CHINESE.REG form, and send to
the registration site in Taiwan.
Registered users have the privilege of having access to the beta
versions, before the next public release.
14 Credits
Many thanks to the registered users and beta testers in all of the
following countries:
Australia, Belgium, Finland, Germany, Great Britain, Holland, Hong
Kong, Israel, Japan, Spain, Sweden, Switzerland, Taiwan, and the
United States of America.
Thank you for your registrations and for testing the programs,
helping me with new suggestions, and holding in there when things
68
got rough. Listing all of them would take to much space, but I
would specially like to thank the following people, in no special
order:
Frans Hagelaars, Ron van de Velden, John Voskamp, Marco
Miltenburg, Eric Sluyter, Peter Hoste, Martijn Ruygrok, Joaquim
Homrighausen, Edwin Cleton, Gerard van der Land, Nick Nugteren,
Rob Macare, Jos Chrispijn, Cor Slot, Berry Van Hombeeck, Malte
Erikson, Lars Eriksson, Ron van de Velden, Derek Choy, Thomas
Petersson, Kazuyoshi Shinada, Rick Holdren, Frank Van Uffelen,
and Ron van der Nagel.
The screen design was developed from TosScan and TSETUP by Joaquim
H. Homrighausen and from Gecho and GSETUP by Gerard van der Land,
used with permission. ALLFIX was developed to look and feel like
Gecho.
I am very disappointed by the pathetic, selfish, uncaring
individuals who have tried to undermine all of the work I have
done in creating ALLFIX, by illegally creating and distributing
patches. Those people threaten further development and/or support
for ALLFIX.
All brand and product names are Copyrighted (C) material, Trademarks
(tm) or Registered (R) Trademarks of their respective holders:
Fido, FidoNet Tom Jennings and Fido Software
FrontDoor, TosScan Joaquim H. Homrighausen, Advanced Engineering
RemoteAccess Andrew Milner & Continental Software, Inc.
Gecho Gerard J. van der Land
PKZIP PKWARE, Inc.
LHA Haruyasu Yoshizaki
PAK NoGate Consulting
ARJ Robert K. Jung
ARC, ARCmail Systems Enhancements Associates
SQZ J. I. Hammarberg
SuperBBS Risto Virkkala and Aki Antman
QuickBBS Pegasus Software
QEMM, DESQview Quarterdeck Office Systems, Inc.
Microsoft, MS-DOS,
Windows Microsoft Corporation
IBM, PC-DOS, OS/2 International Business Machines Corp.
15 Technical Specs
* ALLFIX is fully zone and point aware.
* The main packets created by ALLFIX are fully FTS-0001 and
FSC-0039 compatible, using the Type 2+ header and the
Capability Cord.
69
* The product code for ALLFIX is 0xEB.
* To detect duplicates, ALLFIX stores the 32 bit CRC of up to
1000 files in the FILEDUPE.FIX file. ALLFIX checks each
inbound file against the list to determine if it is a
duplicate or not.
* ALLFIX will touch the FrontDoor semaphore files
FDRESCAN.NOW and FMRESCAN now, whenever any netmail is
created.
* ALLFIX supports the RemoteAccess/FrontDoor Hudson Message
Base filesharing specification.
* ALLFIX was developed using Enhanced Turbo Pascal, copyright
(C) 1992 SaeSoft Rotterdam.
* ALLFIX automatically detects multitaskers, and gives up time
slices.
* ALLFIX automatically detects the video environment and
writes directly to the screen, or to the TopView, TaskView,
or DESQview screen buffer.
* ALLFIX can make use of XMS or EMS, which ever is available.
16 Contacting the Author
You can contact Harald Harms, the author of ALLFIX in several
different ways. The easiest and quickest way is to send a netmail
to 2:512/145. You can also send a letter via snail mail, to the
following address:
Harald Harms
Herman Gorterhof 68
2624 XG Delft
Holland
All crash netmails will be replied to within 24 hours. The replies
will be put on hold for the originating system. Please poll again
after 24 hours of sending your crash mail, and you will receive
your reply.
70