home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Simtel MSDOS 1992 December
/
simtel1292_SIMTEL_1292_Walnut_Creek.iso
/
msdos
/
modem
/
fondir52.arc
/
FONDIR.DOC
< prev
next >
Wrap
Text File
|
1989-12-13
|
54KB
|
1,445 lines
╔═══════════════════════════════════════════════════════════════════════╗
║ FONDIR - BBS Text File to Phone Directory Translate Utility ║
║ Copyright (C) 1988, 1989 Henry C. Clark, All rights reserved. ║
╚═══════════════════════════════════════════════════════════════════════╝
Software Mechanics
P.O. Box 832052
Richardson, TX 75083
214-881-2627 12/24/96/14400 bps 24hr 124/1119
╔═══════════════════════════════════════════════════════════════════════╗
║ WHATS NEW ║
╚═══════════════════════════════════════════════════════════════════════╝
Version 5.2 introduces phone directory support for PC Anywhere and
Carbon Copy Plus.
Telemate Version 2.0 support, adds an additional format key, the
"Log File" name ( |g ), and a new command line parameter /i:n to
specify a port number for use in Telemate.
Enjoy.
╔═══════════════════════════════════════════════════════════════════════╗
║ TABLE OF CONTENTS FONDIR Version 5.2 ║
╚═══════════════════════════════════════════════════════════════════════╝
Chap. 1 -- FONDIR ARCHIVE.
Installation
Overview
History
Chap. 2 -- HOW TO IMPORT A BBS LIST TO YOUR PROGRAM.
Quick Start Section
Fondir Uses Default Directory Name
Fondir Renames Existing Directory File
Chap. 3 -- HOW TO EXPORT FROM YOUR PROGRAM TO A BBS LIST.
Fondir Appends To Existing BBS List
Chap. 4 -- ONLINE HELP.
Chap. 5 -- THE COMMAND LINE OPTIONS.
Script Support ( /s option )
Assume Protocol ( /p: option )
Keep Date ( /k option )
Local Area Code ( /l: option )
Prefix Phone Number ( /a: option )
Metro Number ( /d: option )
Format Specification Key Character ( /c option )
Modem Speed ( /m and /b options )
Export ( /x option )
I/O Port ( /i option )
Chap. 6 -- FONDIR DOS COMMAND SYNTAX EXAMPLES.
Transform Example
Error Checking of Input ( semantic )
Error on Input ( logical )
Chap. 7 -- BBS LIST FORMAT SPECIFICATIONS.
Format Specification Coding
Format Specifier Stacking
Format Header Specification
Comm Program Field Support
Protocol Field Format
The Bps Modem Rate
Modem Type
Parity Indicator
File Transfer Protocol Type
Half or Full Duplex
Terminal Emulator Mode Codes
Examples of BBS Lists
Chap. 8 -- PROGRAM SWITCHES AND DEFAULTS.
Chap. 9 -- COMM PROGRAM TYPE CODES.
Chap. 10 -- SPEED CODES.
Notes on Speed Code Identifiers
Chap. 11 -- WARNINGS AND OTHER NOTES.
Chap. 12 -- REGISTER TO GET UPDATES.
Chap. 13 -- LICENSE AGREEMENT.
The Terms of The Agreement
Note from the Author
╔═══════════════════════════════════════════════════════════════════════╗
║ 1 -- FONDIR ARCHIVE ║
╚═══════════════════════════════════════════════════════════════════════╝
FONDIR is shipped in an archive file, FONDIRxx.ZIP. The 'xx' is the
version number. The archive file should contain the following files :
FONDIR.EXE - eight bit version,
FONDIR.DOC - this document file you're reading now,
METRO.214 - sample DFW 214 metro exchange list,
LDAREA.214 - sample Dallas 214 long distance exchange list,
METRO.817 - sample DFW 817 metro exchange list,
COMCOL.EXE - program to convert comma separated files to
the columnar format used by FONDIR,
COMCOL.DOC - document for that program.
Register if you want the sixteen or thirty-two bit versions.
┌───────────────────────────────────────────────────────────────────────┐
│ INSTALLATION │
└───────────────────────────────────────────────────────────────────────┘
FONDIR stands for Phone Directory. Un-zip the FONDIRxx.ZIP file and
either :
a.) keep the .exe program and exchange lists
with your bbs list files, or
b.) keep the .exe program and exchange lists
with your comm program files.
FONDIR will work from a pathed sub-directory, but the exchange lists,
BBS list file and comm program file are read/written from the current
directory.
┌───────────────────────────────────────────────────────────────────────┐
│ OVERVIEW │
└───────────────────────────────────────────────────────────────────────┘
FONDIR will convert a text list of bbs phone numbers, names and other
information into a file which can be used by your comm program. You
may have to add control codes to the text list to show FONDIR where
the information is.
FONDIR can also convert back to a text list format from your comm
program phone directory file.
COMCOL will convert a text file with comma separated fields to a
vertical column field text file. There is a separate document
covering that program
┌───────────────────────────────────────────────────────────────────────┐
│ HISTORY │
└───────────────────────────────────────────────────────────────────────┘
FONDIR, Version 5.2 is the result of continual upgrades, including :
as BF.EXE ( Boyan Phone )
V 1.0a initial release, options h,s,n,p,b,m,d, CAR to BOYAN
V 1.1a correct 9600 bps value for BOYAN
as XLATE.EXE ( Translate )
V 2.0a add procomm 2.4.2, procomm plus, qmodem, gt-powercomm, telix
V 3.0b corrected gt-power headers, added options x, k
V 3.1b on /b set speed option, move speed text into name area at end
V 3.2 correct end of gt file handling, pibterm support ( /o:I )
V 3.3 correct less than 8 char phone number length
V 3.4 new bbs list system name formats
as FONDIR.EXE ( "Phone Dear" )
V 4.0a any list using format specification, /l, /a area code options
V 4.1a gt v.14, format codes for elapse, upload, download
V 4.2 telix 3, pibterm 4.1
V 4.3a metro number support
V 4.4 Boyan 4 support, any two metro areas, Qmodem 4.0 support
V 4.5 gt 1500, area headers, stacked format fields
V 4.6 telemate 1.10
V 4.7 telemate memo & passwords, blank field bug fix, Zmodem default
V 4.8 telix export bug fix, /x:dirfile name option
V 4.9 Qmodem index number bug fix
V 5.0 PC-Talk4, Rcomm, K9-Express support, 80 exchange tables
V 5.1 Mirror 3 support
V 5.2 telemate 2.0, PC Anywhere 3.11, Carbon Copy Plus 4.01,
|g logfile key, |i port key
╔═══════════════════════════════════════════════════════════════════════╗
║ 2 -- HOW TO IMPORT A BBS LIST TO YOUR PROGRAM ║
╚═══════════════════════════════════════════════════════════════════════╝
┌───────────────────────────────────────────────────────────────────────┐
│ QUICK START SECTION │
└───────────────────────────────────────────────────────────────────────┘
Most BBS lists are distributed in text file format. The list entries
are arranged 'one bbs system per line of text', and the data for each
BBS is arranged in columnar format.
FONDIR will convert a BBS list text file to the binary file that your
comm program uses in it's dialing directory.
For example, let's suppose you have a BBS list file, and each line of
data looks something like this :
03/24 MY BBS OPUS 214-881-2627 #Z Henry Clark
03/24 MY BBS OPUS 214-881-2627 #Z Henry Clark
03/24 MY BBS OPUS 214-881-2627 #Z Henry Clark
You need to add a set of codes to the list file so that FONDIR knows
where the information about each BBS system is :
|d5 |n20 |s4 |#12 |p2
03/24 MY BBS OPUS 214-881-2627 #Z Henry Clark
03/24 MY BBS OPUS 214-881-2627 #Z Henry Clark
03/24 MY BBS OPUS 214-881-2627 #Z Henry Clark
The codes ( for Format Specification ) I have used include the
date last called ( |d ), the BBS system name ( |n ), the BBS system
type ( |s ), the phone number ( |# ) and some protocol codes ( |p ).
After each code letter is the width of each columnar field.
Give the above two lines in a file called BBS.LST, I could then
create a comm program directory file, for example the Boyan Version 4
BOYAN.FON file, with the DOS command :
C:>fondir bbs.lst /o:b /k
That's all there is to it. A BOYAN.FON file, ready to be used by the
Boyan comm program, will be created in the current directory.
┌───────────────────────────────────────────────────────────────────────┐
│ MORE DETAIL ABOUT FONDIR IMPORT │
└───────────────────────────────────────────────────────────────────────┘
I don't know which comm program you use. I do know that the /o:
option is REQUIRED. You must use the /o: option to tell FONDIR which
comm program you use. You must figure out which /o: option is for
your comm program.
Target phone directory filenames :
"BOYAN.FON" use the /o:b option
"PROCOMM.DIR" use the /o:p option
"PCPLUS.DIR" use the /o:+ option
"QMODEM.FON" use the /o:q option
"GT.DIR" use the /o:g option
"TELIX.FON" use the /o:t option
"PIBTERM.FON" use the /o:i option
"TM.FON" use the /o:m option
"PC-TALK4.DIR" use the /o:c option
"PC-TALK.DIR" use the /o:r option
"K9X.P" use the /o:k option
"DIALDIR.DAT" use the /o:o option
"DIALDIR.PRM" use the /o:a option
"CC30.CFG" use the /o:y option
"Boyan, Procomm, Procomm +, Qmodem, Gt-Powercomm, Telemate
Telix, Pibterm, PC-Talk4, Rcomm, K9-Express, Mirror 3,
PC Anywhere and Carbon Copy Plus"
are all Copyrighted by their respective authors.
In general, the contents of the phone file reflect your programs
dialing directory information. The above file names are the
defaults for your comm programs.
For Telemate, when using the System ID ( |i ) specification, a file
called "TM.MEM" is created. This is the Telemate memo file and it's
contents is seen in the online dialing directory. FONDIR refers to
it as the 'auxilary' file.
┌───────────────────────────────────────────────────────────────────────┐
│ FONDIR USES DEFAULT DIRECTORY NAME. │
└───────────────────────────────────────────────────────────────────────┘
FONDIR always uses the above file names, and they are assumed to be
in your current directory. It is an ERROR to enter a file name of
these types as a parameter for FONDIR. You specify one of the file
names above using the /o:? parameter. The valid characters for the
'?' are shown above.
FONDIR is going to convert from the text file to the comm program
directory file, or vice versa. You specify the comm program
type with the /o:? option, and you specify the text file name
explicitly.
┌───────────────────────────────────────────────────────────────────────┐
│ FONDIR RENAMES EXISTING DIRECTORY FILE. │
└───────────────────────────────────────────────────────────────────────┘
When FONDIR is going to write a directory file with one of the above
names, AND that file already EXISTS : FONDIR will rename the existing
file by changing the last letter of the 'filename' part of the
complete file name to a unique number. For example, BOYAN.FON might
become BOYA1.FON.
This technique is used when the BBS list contains more entries than
the comm program file will support. FONDIR will continue to rename
the file to a unique name, for each comm file that is necessary to
COMPLETELY convert the BBS list. For example, you might end up with
the following files, ( again, I'll use the BOYAN.FON example ) :
boyan.fon - the last file
boya1.fon - the first file ( assuming none existed previously )
boya2.fon - the second file ( second set of entries )
etc.
There are two ways to use these 'numbered' files. The first is to
simply copy it to the actual name required by your comm program. The
second way is to use your comm program's "select phone directory
file" option, many comm programs support this function.
Any auxilary file generated will follow this same naming convention.
WARNING : the maximum number of BBS list entries supportable is
dependent upon the number of entries per file your comm program
supports. If FONDIR has to create more than 10 comm directory files,
the numbering system will fall into the characters which logically
follow the '9' character; this is not fatal, just be sure to watch
the file names to get the idea. After '9' comes '@', then 'A', 'B',
etc.
┌───────────────────────────────────────────────────────────────────────┐
│ USAGE EXAMPLE ( Import bbs list to comm program ). │
└───────────────────────────────────────────────────────────────────────┘
The following command is an example. To convert to Boyan 4.0 :
FONDIR bbslist.txt /o:b
^ ^
| |
| |
| |
| `- translate to the Boyan format
`- translate from this bbs list file
The BBS list file must contain a Format Specification which FONDIR
uses to determine how the data in the list file is organized. YOU
MUST MANUALLY enter the specification if it is not already there.
See Chapter 7 for more information on the Format Specification.
Register if you want custom comm program translation.
╔═══════════════════════════════════════════════════════════════════════╗
║ 3 -- HOW TO EXPORT FROM YOUR PROGRAM TO A BBS LIST ║
╚═══════════════════════════════════════════════════════════════════════╝
The idea of exporting TO a bbs list text file from your program phone
directory is to support the changes you are still making manually, so
that you don't have to enter them again every time a BBS list
changes.
The BBS list file must contain a Format Specification. See Chapter 7
for more information on the Format Specification.
For example purposes, create a text file called BBSLIST.TXT with
the following line in it :
|d5 |n20 |#12 |p4
Make sure your text file does NOT contain a CONTROL-Z ( ascii EOF ),
such as DOS EDLIN would generate.
The FONDIR export command has three parameters :
FONDIR bbslist.txt /o:b /x
^ ^ ^
| | |
| | `------ the export option
| `--------- the program type Boyan option
`------------------ a bbs text file to write to
The above command will append list information from your Boyan
program phone file directory ( boyan.fon ), to a file called
"bbslist.txt" which would look like this :
|d5 |n20 |#12 |p4
03/24 MY BBS 214-881-2627 # Z
03/24 MY BBS 214-881-2627 # Z
03/24 MY BBS 214-881-2627 # Z
You can specify WHICH comm program directory file to export using the
option /x:filename format. See the /x option description for more
information.
┌───────────────────────────────────────────────────────────────────────┐
│ FONDIR APPENDS TO EXISTING BBS LIST. │
└───────────────────────────────────────────────────────────────────────┘
FONDIR always writes it's export text to the file name given. It
does NOT overwrite an existing text file of that name, it adds it's
export data to the end of existing data. These are also called
'append' writes.
╔═══════════════════════════════════════════════════════════════════════╗
║ 4 -- ONLINE HELP ║
╚═══════════════════════════════════════════════════════════════════════╝
You can get the following help information by entering the FONDIR
command with NO parameters, with the /h parameter, or with the /?
parameter.
Command format is >FONDIR bbslist.fil /o:x [options]
/o:x - x is comm program, one of B P + Q G T I M C R K O A or Y.
Boyan,Procomm,procomm+,Qmodem,Gt-power,Telix,pIbterm,teleMate
pC-talk4,Rcomm,K9-express,mirrOr3,pcAnywhere,carboncopY
OPTIONS :
/m:n - max modem speed /b:n - speed always : 3,1,2,4,9,a,b
/k - keep dates /s - system type is script name
/p:c - protocol always 'c' /l:ddd - LOCAL area code is ddd
/d:ddd.. - METRO exchange area code is ddd ( use with /l: )
/a:ddd.. - prefix LD phone numbers with ddd...
/c:c - bbs list format key character, default '|'
/x:dirname - Export to bbs list, default is Import from bbs list
Separate options with a space. See docs for list format specifiers.
EXAMPLE : FONDIR bbs.lst /o:b /k /l:214 /d:817 /a:1-
24hr. Help/Register at 124/1119 MY BBS 214-881-2627.
╔═══════════════════════════════════════════════════════════════════════╗
║ 5 -- THE COMMAND LINE OPTIONS ║
╚═══════════════════════════════════════════════════════════════════════╝
┌───────────────────────────────────────────────────────────────────────┐
│ SCRIPT SUPPORT ( /s option ). │
└───────────────────────────────────────────────────────────────────────┘
If you use the /s option, AND if FONDIR sees a System Type
specification in the BBS list file ( |s ), then FONDIR will put the
system type name into the script field of your phone file entry.
Without this option, FONDIR expects to use the Format Specification
for SCRIPT File name ( |f ), as you specified in the text file.
See Chapter 7 for more information on the Format Specification and
which programs use which fields.
On Export, the /s option is used to write the script file name into
the System Type field of the BBS list, rather than the Script field.
┌───────────────────────────────────────────────────────────────────────┐
│ ASSUME PROTOCOL ( /p: option ). │
└───────────────────────────────────────────────────────────────────────┘
If you specify a protocol using the /p option, then FONDIR will
always set the protocol in each phone directory entry to the letter
you specify in the /p option.
In the absence of the /p option, FONDIR will use the Format
Specification for PROTOCOL Code ( |p5 ), as you specified in the text
file.
┌───────────────────────────────────────────────────────────────────────┐
│ KEEP DATE ( /k option ). │
└───────────────────────────────────────────────────────────────────────┘
If you want to update the date of last call in your comm program
phone file directory, then use the /k option. If you do NOT use the
/k option, then your phone file directory will contain a blank date.
┌───────────────────────────────────────────────────────────────────────┐
│ LOCAL AREA CODE ( /l: option ). │
└───────────────────────────────────────────────────────────────────────┘
The phone numbers in a BBS list are best kept as full 10 digit phone
numbers. Like this : 214-881-2627.
They do NOT have to be this way, but the FONDIR /l, /d and
/a options function best. For your local calls, area code dialing
will not be required. The /l: option allows you to specify which
area code is your local area code, and FONDIR will remove the area
code digits from the phone number in the text list entry.
See Chapter 7 for |L format options that allow use of 7 digit numbers
in the list, with an area code 'header'.
For example, if you live in the 214 area code, you may want to use
the option /l:214- to remove ONLY those digits from the start of
a phone number.
Of course, many numbers in your local area code are still long
distance. FONDIR will attempt to read a file called LDAREA.xxx,
where 'xxx' is the three digit local area code. Each exchange in the
LDAREA.xxx file is assumed to be not local, but long distance.
Since I don't know all the long distance areas and phone exchanges, I
leave it up to you to make your own LDAREA.xxx files, if you need
them. Just make sure you use the same format that the METRO.xxx files
use, ie. one three digit code per line.
On export, FONDIR will add back the area code to any phone number
which is 8 digits or less, prior to writing to the BBS list file.
┌───────────────────────────────────────────────────────────────────────┐
│ PREFIX PHONE NUMBER ( /a: option ). │
└───────────────────────────────────────────────────────────────────────┘
The phone numbers in a BBS list may not always be fully dialable
phone numbers. Some examples of this are 'local 7 digit numbers'
which are not local to you, incomplete phone numbers which are not
stand alone numbers, or when you need to use access codes before you
dial the number, such as the standard 1+ access code.
The /a: option, only works on Long Distance numbers outside your
local area code as specified by the /l: option, unless the additional
LDAREA.xxx file has been used.
Use /a: followed by one or more prefix digit codes. For example,
you need to dial 10288-1- to get the correct long distance carrier :
use /a:10288-1- to prefix every LD phone number in the BBS list.
Most people with standard 10 digit phone lists will use :
/a:1-
┌───────────────────────────────────────────────────────────────────────┐
│ METRO NUMBER ( /d: option ) │
└───────────────────────────────────────────────────────────────────────┘
The files METRO.214 and METRO.817 contain sample exchange code
listings. The sample represents the 214 and 817 area codes. Each
file can contain none, one or up to 50 'exchange' codes.
An exchange is the first three digits of a 7 digit number. Certain
areas of the country allow callers to dial 'toll free' calls with
10 digits, ie. using the area code, but not the 1+ format. These
extended area calls are typically called Metro numbers.
FONDIR looks for a METRO.xxx file. The 'xxx' is changed to the
area code digits you specify in the /d: option.
If FONDIR finds such a file in the current directory, it will enable
the logic to determine from your /d: option ( a metro area ) and
the /a: option ( the long distance prefix ), whether or not a number
is truly long distance, a metro number, or a local phone call, and
how to encode the number correctly for dialing.
Since I don't know all the metro areas and phone exchanges, I leave
it up to you to make your own METRO.xxx files, if you need them. Just
make sure you use the same format that the files are in now, ie. one
three digit code per line. You must insure that the 'xxx' extension
matches your /d:xxx code.
┌───────────────────────────────────────────────────────────────────────┐
│ NOTES ON /l, /a, /d OPTIONS │
└───────────────────────────────────────────────────────────────────────┘
The use of '-' dash characters is pretty much the norm for a phone
number. They are transparent to your modem ( yes, you probably send
dashes to your modem all the time ). You will note that I have
demonstrated the /l, /a, and /d options using the '-' dash symbols.
If your particular BBS list format does not use dashes, then you
should not use them in your option parameters.
On the off chance that your BBS list format uses the space ' '
character for a separator, you will have to code the options in a
special way, using quotes around the whole option.
For example : "/l:214 "
Note the trailing space after the 214 digits. This coding format
would be used when your phone numbers look like this : 214 881 2627,
instead of like this : 214-881-2627.
Because of restrictions imposed by the logic in FONDIR's phone number
functions, only '-' dash or ' ' space or no separator code at all may
be used. You may use any of these three choices, at any time, but no
other separator codes are useable.
┌───────────────────────────────────────────────────────────────────────┐
│ FORMAT SPECIFICATION KEY CHARACTER ( /c option ). │
└───────────────────────────────────────────────────────────────────────┘
The Format Specification is a text line that you must place in your
BBS List file. The Format Specification marks the data columns for
the information fields in each entry. The default character is the
'|' character. You may use any marker character by selecting it with
the /c: option, and by using that character within your BBS list
file.
See Chapter 7 for more information on the Format Specification and
which programs support which fields.
┌───────────────────────────────────────────────────────────────────────┐
│ MODEM SPEED ( /m and /b options ) │
└───────────────────────────────────────────────────────────────────────┘
The /m option allows you to specify your modems maximum speed. For
example, if you have a 2400 bps modem, and your BBS list contains
entries with faster rates, you must use the /m:2 option so that
FONDIR will set the rates for the faster entries back to 2400 bps.
The /b option allows you to set ALL entries to a specified speed.
This is useful for 'locking' your modem rate to a fixed speed,
regardless of the speed of the modem at the other end, or the
connected rate.
┌───────────────────────────────────────────────────────────────────────┐
│ EXPORT ( /x option ) │
└───────────────────────────────────────────────────────────────────────┘
The /x option can be used in one of two formats :
1) /x = with default comm program directory name assummed, or
2) /x:dirname = specified comm program directory name.
If you use the /x option with no directory name, FONDIR export
assumes the standard comm program directory name, and that file must
be located in the current subdirectory.
If you use the /x:dirname option, and specify the directory name,
that file must also be located in the current directory. Further,
you may NOT specify a drive, path or file extension in the 'dirname'
field.
Even though you specify the directory FILENAME, the EXTENSION is
assummed. This is because certain comm programs follow naming
conventions with the directory file name, and/or auxilary or
secondary file name.
Example using BOYA1.FON :
fondir bbs.lst /o:b /x:boya1
You can use the /c, /l, /d, /k and /s options with the Export
( /x ) option.
The BBS list filename is mandatory, and must contain a Format
Specification as is the /o: option.
See Chapter 3 for more information on Export.
╔═══════════════════════════════════════════════════════════════════════╗
║ 6 -- FONDIR DOS COMMAND SYNTAX EXAMPLES ║
╚═══════════════════════════════════════════════════════════════════════╝
>FONDIR bbslist.txt /o:b /s
Import into Boyan from bbslist.txt, using system type for script
name.
>FONDIR bbslist.txt /o:+ /b:a
Import into procomm plus, make all speeds 19200.
>FONDIR bbslist.txt /o:+ /b:a /l:214
Import, local area code is 214. LDAREA.214 may contain
exchanges in the 214 area which are still long distance to me.
>FONDIR bbslist.txt /o:+ /b:a /l:214 /a:1-
As above, long distance prefix is 1-.
>FONDIR bbslist.txt /o:+ /b:a /l:214 /a:1- /d:817
As above, a metro area is 817. METRO.817 may contain exchanges in
the 817 area which are still local calls to me. Most people will use
the /l, /a, /d options all the time if they live in a long distance
or metro area.
>FONDIR bbslist.txt /o:+ /m:2
Import into procomm plus from bbslist.txt, max speed of my
modem is 2400.
>FONDIR bbslist.txt /o:q /k
Import into qmodem from bbslist.txt, use the date from the list.
>FONDIR bbslist.txt /o:g /p:O
Import into gt-powercomm, default file transfer protocol is 'O'.
>FONDIR bbslist.txt /o:p /x
Export from procomm 2.4 to bbslist.txt.
>FONDIR bbslist.txt /o:b /x:boya1
Export from a specified boyan 4 phone file to bbslist.txt.
Yes, you can use this command :
FONDIR bbslist.txt /o:+ /s /b:a /m:a /l:214 /d:817 /a:10777-1- /k /p:Z
The above command Imports from the text file bbslist.txt into
procomm plus format. All modem speeds are set to 19200. My area
code is 214 and i have a metro area 817. True long distance calls
will use the 10777-1- prefix. I want to stuff the date from the
bbslist.txt file into procomm plus, and I want the default file
transfer protocols to be 'Z' type.
┌───────────────────────────────────────────────────────────────────────┐
│ TRANSFORM EXAMPLE. │
└───────────────────────────────────────────────────────────────────────┘
FONDIR bbs.txt /o:q /l:214 /a:1- /d:817 /k /x
FONDIR bbs.txt /o:b /l:214 /a:1- /d:817 /s /k
The above two commands will export from qmodem format, writing
the text file bbs.txt and import that text file into Boyan format.
The file bbs.txt must exist and contain a Format Specification.
┌───────────────────────────────────────────────────────────────────────┐
│ ERROR CHECKING OF INPUT ( SEMANTIC ). │
└───────────────────────────────────────────────────────────────────────┘
FONDIR pretty much validates everything you enter, and it HAS to be
valid or FONDIR will generate a message, usually telling you ( by
re-displaying your input ) the part which FONDIR did not understand.
┌───────────────────────────────────────────────────────────────────────┐
│ ERROR ON INPUT ( LOGICAL ). │
└───────────────────────────────────────────────────────────────────────┘
FONDIR does not know what protocol letter you need to use, so it
allows you to input any character. FONDIR will ignore otherwise
valid options which can not be implemented for a particular comm
program.
╔═══════════════════════════════════════════════════════════════════════╗
║ 7 -- BBS LIST FORMAT SPECIFICATIONS ║
╚═══════════════════════════════════════════════════════════════════════╝
Most any BBS list can be supported. What FONDIR is looking for in
the text list file is a Format Specification which tells FONDIR where
the information fields are for each entry.
YOU MUST SUPPLY THE FORMAT SPECIFICATION, if it is not already in the
BBS List file you are working with.
The Format Specification works best with columnar ( readable )
fields, arranged with one list entry per text line.
As an example, here is the format of a full featured BBS list. Note
that the following text lines are longer than 80 characters, so an 80
column display or printer will not allow you to see it as a single
line. But it IS a single line, and you should obtain a text editor
that supports line lengths greater than 80 characters if you want all
the information available all the time.
|n32 |s4 |i8 |#15 |p4 |c5 |t5 |f8 |m8
MY BBS Henry Clark OPUS 124/119 214-881-2627 2U Z 04/21 23:31 SCRPFILE PASSWORD
MY Other BBS Henry Clark OPUS 214-555-1212 9U Z 04/21 23:42 SCRPFILE PASSWORD
Joe's Board TBBS 212-999-9999 AU Z 04/21 23:31 SCRPFILE PASSWORD
Ed's Mobile BBS QUIC 124/120 805-555-5555 9H Z
The first line is the Format Specification. The remaining lines are
BBS List entries. Note that each '|' character is placed directly
above the start of column data in the list entry. Some entries do not
have all available data, that's ok. Most comm programs do not
support all the fields. That's OK too.
Your BBS list file MUST contain a Format Specification. This
includes the file that you will EXPORT to. A brand new Export file
will have to contain the one line of Format Specification, as this is
the only place FONDIR will look for it.
WARNING : Inconsistent results occur when the text line length is
less than the format specification position. Make sure that empty
columns of data are SPACE FILLED out to the end of the format
specification. FONDIR export does this on export.
┌───────────────────────────────────────────────────────────────────────┐
│ FORMAT SPECIFICATION CODING │
└───────────────────────────────────────────────────────────────────────┘
Each field contains three parts, all of which are required. They are :
Field-separator Code Length
'|' is the default field separator key. It appears in the same
column as the applicable list entry data. Think of it as a marker
or position indicator. You can use any character by selecting the
/c: option on the FONDIR command line.
Code is one of the field codes listed below.
Length number is a decimal value from 2 to 255.
The field codes are :
n - BBS Name, any ascii characters
s - System type, might be used for script options
i - ID or Info, additional description of BBS
# - Dial Digits, 0-9, -, etc.
p - Protocol Modifier Codes, see protocol codes below.
d - Last Call Date, mm/dd/yy
t - Last Call Time, hh:mi:ss
f - Script File name
g - Log File name
w - Password
e - Emulation type, such as ANSI or VT100
c - Call count
o - Hours of operation, when the BBS is available
h - elapsed hours online
m - elapsed minutes online
$ - elapsed total hours online
r - uploads received count
x - downloads transmitted count
@ - comm port, first character 0 ( default ), 1 or 2
For example, |n32
means the following :
the | character is positional, it shows where the column containing
the BBS name is located. The n character, specifies that this is the
BBS name. The 32 is the total length of the BBS name field.
┌───────────────────────────────────────────────────────────────────────┐
│ FORMAT SPECIFIER STACKING │
└───────────────────────────────────────────────────────────────────────┘
If a column of BBS list data is to be used as more than one field,
you may 'stack' the specifiers behind a single | character. For
example, suppose you want a script file ( |f option ) to be the
first four characters of the BBS name ( |n option ). Stack the
format specifiers like this :
|n32f4 |#15 |p4 |c5 |t5 |m8
OPUS MY BBS Henry Clark 214-881-2627 2U Z 04/21 23:31 PASSWORD
OPUS MY Other BBS Henry Clark 214-555-1212 9U Z 04/21 23:42 PASSWORD
TBBS Joe's Board 212-999-9999 AU Z 04/21 23:31 PASSWORD
QUIC Ed's Mobile BBS 805-555-5555 9H Z
WARNING : Do not use a width longer than the actual width of the
column of data. This is important for both import and export. A
larger width specification will result in 'spill' from the next
column of data into this column, and will cause extra ( usually
unwanted ) data to be placed in your comm program directory file.
┌───────────────────────────────────────────────────────────────────────┐
│ FORMAT HEADER SPECIFICATION │
└───────────────────────────────────────────────────────────────────────┘
l - long distance area code
During processing of the BBS list file, FONDIR will look for the
|l characters in the first column of each line. If this is found,
FONDIR looks further in the line for an Area Code of three digits.
If the area code is found, FONDIR assumes that this area code applies
to all subsequent phone number entries until a new |l is found.
For example :
|d5 |n20 |#12 |p2
03/24 MY BBS 214-881-2627 #Z
03/24 MY BBS 214-881-2627 #Z
03/24 MY BBS 214-881-2627 #Z
could be listed as :
|d5 |n20 |#12 |p2
|L Dallas 214
03/24 MY BBS 881-2627 #Z
03/24 MY BBS 881-2627 #Z
03/24 MY BBS 881-2627 #Z
This encoding format is useful when the BBS list entries are very
wide.
FONDIR does not support this convention on export to the BBS list
file.
┌───────────────────────────────────────────────────────────────────────┐
│ COMM PROGRAM FIELD SUPPORT │
└───────────────────────────────────────────────────────────────────────┘
The following list shows which format key fields are used by each of
the supported programs. You may specify a field in your BBS list,
that is not supported by your comm program.
Boyan 4.0
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
file protocol - |p
terminal emulation - |e
last date called - |d and /k option
Procomm 2.4.3
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
data bits - |p
duplex - |p ( also called echo )
Procomm Plus 1.1
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
data bits - |p
duplex - |p
file protocol - |p
terminal emulation - |e
last date called - |d and /k option
call count - |c
Qmodem 4.1
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
data bits - |p
duplex - |p
file protocol - |p
terminal emulation - |e
last date called - |d and /k option
password - |w
call count - |c
GT-Powercomm 15.00
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
data bits - |p
duplex - |p
file protocol - |p
terminal emulation - |e
last date called - |d and /k option
last time called - |t and /k option
password - |w
call count - |c
hours of operation - |o
elapsed hours online - |h
elapsed minutes online- |m
uploads received - |r
downloads transmitted - |x
comment 1 - |i
Telix 3.11
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
data bits - |p
duplex - |p
file protocol - |p
terminal emulation - |e
last date called - |d and /k option
password - |w
call count - |c
Pibterm 4.1
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
data bits - |p
duplex - |p ( also called echo/line feed )
file protocol - |p
terminal emulation - |e
last date called - |d and /k option
last time called - |t and /k option
Telemate 2.0
name - |n
phone - |#
script - |f or |s with /s option
logfile - |g
comm port - |@
speed - |p
parity - |p
data bits - |p
duplex - |p ( also called echo/line feed )
file protocol - |p
terminal emulation - |e
last date called - |d and /k option
password - |w
call count - |c
auxilary MEMO file - |i
PC-Talk4 1.39
name - |n
phone - |#
speed - |p
parity - |p
data bits - |p
duplex - |p ( also called echo/line feed )
Rcomm 2.1
name - |n
phone - |#
speed - |p
parity - |p
data bits - |p
duplex - |p ( also called echo/line feed )
K9-Express 8.6
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
data bits - |p
file protocol - |p
last date called - |d and /k option
last time called - |t and /k option
Mirror 3 1.01
name - |n
phone - |#
script - |f or |s with /s option
speed - |p
parity - |p
data bits - |p
duplex - |p
terminal emulation - |e
last date called - |d and /k option
last time called - |t and /k option
call count - |c
elapsed time online - |h
total time online - |$
comment 1 - |i
PC Anywhere 3.11
name - |n
phone - |#
logfile - |g ( simply Y or N )
Carbon Copy Plus 4.01
name - |n
phone - |#
password - |w
┌───────────────────────────────────────────────────────────────────────┐
│ PROTOCOL FIELD FORMAT │
└───────────────────────────────────────────────────────────────────────┘
The protocol field is specially coded, and contains several
characters of information.
Some examples :
|p5
2 EX
The above specifies a 2400 bps, Even parity connection using Xmodem
for a file transfer protocol.
|p5
BZ
The above specifies 38400 bps and Zmodem protocol.
The protocol modifier codes are as follows. Support for protocol
modifiers will be based on these lists. Trademarks and Copyrights
exists for several of the names included below.
┌───────────────────────────────────────────────────────────────────────┐
│ THE BPS MODEM RATE. │
└───────────────────────────────────────────────────────────────────────┘
! or 3 - 300 bps
@ or 1 - 1200 bps
# or 2 - 2400 bps ( the default )
4 - 4800 bps
^ or 9 - 9600 bps
a or A - 19200 bps
8 or b or B - 38400 bps
c or C - 57600 bps
d or D - 115200 bps
┌───────────────────────────────────────────────────────────────────────┐
│ MODEM TYPE │
└───────────────────────────────────────────────────────────────────────┘
This field is reserved but presently not used by any comm program.
U - U.S. Robotics (T) modem
H - Hayes (T) modem
F - Fastcomm (T) modem
T - Trailblazer (T) modem
V - any V.32 modem
┌───────────────────────────────────────────────────────────────────────┐
│ PARITY INDICATOR. │
└───────────────────────────────────────────────────────────────────────┘
e or E - Even parity
┌───────────────────────────────────────────────────────────────────────┐
│ FILE TRANSFER PROTOCOL TYPE. │
└───────────────────────────────────────────────────────────────────────┘
The following are only a few of the many available.
Z - Zmodem (C)
X - Xmodem (C)
Y - Ymodem (C)
K - Kermit (C)
I - Imodem (C)
┌───────────────────────────────────────────────────────────────────────┐
│ HALF OR FULL DUPLEX. │
└───────────────────────────────────────────────────────────────────────┘
The default is full, but if you have an 'h' or 'H' in the protocol
field, duplex ( sometimes called echo ) is turned off.
┌───────────────────────────────────────────────────────────────────────┐
│ TERMINAL EMULATOR MODE CODES │
└───────────────────────────────────────────────────────────────────────┘
The following are the supported terminal emulator codes.
TT - TTY
AN - ANSI
VT - VT100
TV - Televideo
HE - Heath
AD - AD
31 - Model 31
32 - Model 32
WY - Wyse
Register if you want custom BBS list translations.
┌───────────────────────────────────────────────────────────────────────┐
│ Examples of BBS Lists │
└───────────────────────────────────────────────────────────────────────┘
A few BBS list Format Specifications are presented for examples.
Many of these are longer than 80 characters.
Darwin National BBS List :
|#12 |s1 |p2 |n20
IFNA Nodelist ( use COMCOL /m:15 /c:; to convert to vertical column format ) :
|n15 |#15 |p1
XLATLIST Text Output of Nodelist :
|n20 |#14 |p1
Carr/Farmer Dallas/Ft. Worth BBS List :
|d5 |n29 |#8 |p8 |i23
|L area code header
╔═══════════════════════════════════════════════════════════════════════╗
║ 8 -- PROGRAM SWITCHES AND DEFAULTS ║
╚═══════════════════════════════════════════════════════════════════════╝
The default protocol is 'Z', Zmodem.
The default bps rate is 2400 bps (2).
The default maximum rate is 38400 (b).
The default I/O port number is 0 ( not COM1, Telemate only ).
The default Format Specification Field Separator key character is
'|'.
╔═══════════════════════════════════════════════════════════════════════╗
║ 9 -- COMM PROGRAM TYPE CODES ║
╚═══════════════════════════════════════════════════════════════════════╝
Here are the valid program type codes used in the /o: parameter.
'B' or 'b' Boyan 4.0
'P' or 'p' Procomm 2.4.3
'+' Procomm Plus 1.1
'Q' or 'q' Qmodem 4.0
'G' or 'g' GT-Powercomm 15.00
'T' or 't' Telix 3.11
'I' or 'i' Pibterm 4.1
'M' or 'm' Telemate 2.0
'C' or 'c' PC-Talk4 1.39
'R' or 'r' Rcomm 2.1
'K' or 'k' K9 Express 8.6
'O' or 'o' Mirror 3 1.01
'A' or 'a' PC Anywhere 3.11
'Y' or 'y' Carbon Copy Plus 4.01
If you don't use something, you will see an error message. The comm
program type field is REQUIRED. You can use an upper or lower case
letter to specify your comm program.
╔═══════════════════════════════════════════════════════════════════════╗
║ 10 -- SPEED CODES ║
╚═══════════════════════════════════════════════════════════════════════╝
Here are the speed codes used in the /m: and the /b: options.
'3' 300 bps
'1' 1200 bps
'2' 2400 bps
'4' 4800 bps
'9' 9600 bps
'a' 19200 bps
'b' 38400 bps
'c' 57600 bps
'd' 115200 bps
FONDIR recognizes these codes in the protocol field on Import, and
generates these codes on Export ( /x ).
FONDIR also recognizes some other characters in the protocol field of
a BBS list as speed codes, as follows :
! - 300 bps
@ - 1200 bps
# - 2400 bps
^ - 9600 bps
┌───────────────────────────────────────────────────────────────────────┐
│ NOTES ON SPEED CODE IDENTIFIERS │
└───────────────────────────────────────────────────────────────────────┘
Well I'm sorry, most of the comm programs use the 'first number
system'. The 'a', 'b', 'c' etc. is not that bad, is it ?
And most of the BBS lists have figured out that the number, character
codes are not sufficient in light of different modem standards.
Any other letter besides the above speed codes generates an error.
You may use upper or lower case for the 'a' and 'b' bps option.
FONDIR DOES check if your modem and/or comm program supports
the speed code you specify, but does not tell you if an inconsistency
is apparent ! <snicker>
╔═══════════════════════════════════════════════════════════════════════╗
║ 11 -- WARNINGS AND OTHER NOTES ║
╚═══════════════════════════════════════════════════════════════════════╝
GT 15.00 modifies the phone directory header record after every
use of the program. FONDIR sets the phone directory header to the same
values generated by use of the GT_UTIL program.
╔═══════════════════════════════════════════════════════════════════════╗
║ 12 -- REGISTER TO GET UPDATES ║
╚═══════════════════════════════════════════════════════════════════════╝
Print out this following page. Write a check. Address an envelope.
Mail it. You will feel really good when you get my response.
....... that character is a printer top of form command.
v
----------------------------------------------------------------------
FONDIR Phone List Translator Utility Registration Form and
Payment Invoice #890701 for Version 5.2
Name _______________________________________
Address _______________________________________
_______________________________________
_______________________________________
Phone _______________________________________
Version ________________ Date Received ________________
Check one :
( ) Enclosed is U.S. ____________ Dollars for ___________ copies
at U.S. 20 Dollars each.
( ) Enclosed is U.S. ____________ Dollars for ___________ copies
of customized versions at U.S. 50 Dollars each.
Enter customization parameters : _______________________________
________________________________________________________________
________________________________________________________________
( ) Enclosed is U.S. 400 Dollars for 20 or more copies
on a site license ( make your own copies, documents ).
Send this form with check or money order to :
Hershel Enterprises, Inc.
Software Mechanics, FONDIR
P.O. Box 832052
Richardson, TX 75083-2052
U.S.A.
----------------------------------------------------------------------
╔═══════════════════════════════════════════════════════════════════════╗
║ 13 -- LICENSE AGREEMENT ║
╚═══════════════════════════════════════════════════════════════════════╝
The SOFTWARE is FONDIR, the Phone Directory Translate Utility,
Copyright (C) 1988, 1989 Henry C. Clark, Hershel Enterprises, Inc.
BY USING OR DISTRIBUTING, OR ALLOWING TO BE DISTRIBUTED THE
SOFTWARE, YOU ARE AGREEING TO BE BOUND BY THE TERMS OF THIS
AGREEMENT.
IF YOU DO NOT AGREE TO THE TERMS OF THIS AGREEMENT, PROMPTLY
DESTROY ANY AND ALL COPIES OF THIS SOFTWARE THAT YOU MAY HAVE.
┌───────────────────────────────────────────────────────────────────────┐
│ The Terms of this Agreement : │
└───────────────────────────────────────────────────────────────────────┘
1
You may NOT accept money, or otherwise charge a fee for the SOFTWARE
when you transfer a copy of the SOFTWARE to another party.
2
You may NOT accept money, or otherwise charge a fee for ANY medium
upon which the SOFTWARE is transferred, including but not limited to
modem carrier, diskettes, CD-ROM, magnetic tape, etc. without written
permission from Hershel Enterprises, Inc.
3
You may NOT use or distribute the Software in ANY manner for or by
commercial or governmental entities without first correctly filling
out and sending the registration agreement and payment.
4
You accept and understand that NO warranty is expressed or implied.
The person using the SOFTWARE bears all risk as to the quality and
performance of the SOFTWARE. In no event shall Hershel Enterprises'
liability for any damages ever exceed the price paid for the license
to use the SOFTWARE, regardless of the form of the claim.
5
You MAY distribute freely the Software within the above
restrictions. You may use the Software on a trial basis, and you are
required to pay for the Software if you use it on a regular basis.
┌───────────────────────────────────────────────────────────────────────┐
│ Note from the Author : │
└───────────────────────────────────────────────────────────────────────┘
As the task of keeping up with the latest comm programs increases,
take time to reflect on the effort expended to produce this program.
When you run this program, watch how fast it finishes. This program
is not the type you run everyday, but it will save you countless
hours of manual data entry, and open up the door to the BBS world
for you.
When you fill out the registration slip, write a check and use an
envelope, you ensure that improvements are made before you need
them.