home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Simtel MSDOS 1992 September
/
Simtel20_Sept92.cdr
/
msdos
/
packet
/
mbl514.arc
/
EXTFWD.DOC
< prev
next >
Wrap
Text File
|
1988-05-15
|
8KB
|
213 lines
EXTFWD.COM
By WA4ONG
May 15, 1988
EXTFWD is an addon program to the WA7MBL Version 4.31/3.31
OR 5.xx BBS program, BE SURE YOU RUN THE CORRECT VERSION for
your BBS! Read the sign-on banner to be sure. EXTFWD is
intended to extend the forwarding system to help with long
distance forwarding. In addition, EXTFWD allows some
enhancments to the SWAP.BBS function. EXTFWD can work with
the SWAP.BBS function, or completely replace it.
EXTFWD works by using the first part of the message title as
a forwarding extension field. The format of this extension
field is:
!w3iwi!wa4ong#New BBS FEATURE!!
Note that the field MUST start in the first column with a !
char, and that ! chars seperate the calls. The field ends
at the # char, (or a space char).
What's it for?
Suspose you lived in Austrailia, and wanted to send a
message to WD4IDJ @ WA4ONG in Richmond, VA. It's pretty
certian that your local BBS never heard of WA4ONG. Now you
could harass all the BBS's on the way to add WA4ONG, OR you
could use the extended fwd field!. Simply send the message
to WD4IDJ@AH6GJ, which all Austrailia BBS's should know, and
in the message title field put:
!WB6ASR!W3IWI!WA4ONG#Hello from Austrailia!
When the message arrives at AH6GJ, EXTFWD will replace AH6GJ
(or the blank @BBS field if swap.bbs is active) with WB6ASR,
and shift the message title field left so it reads as:
!W3IWI!WA4ONG#Hello from Austrailia!
When it arrives at WB6ASR, the @BBS is changed to @W3IWI by
EXTFWD. The title is now:
!WA4ONG#Hello from Austrailia!
When W3IWI gets it, EXTFWD changes the @BBS to WA4ONG, and
the title now is:
Hello from Austrailia!
Note that the # (or blank) char at the end was removed, and
the title now appears normal to the final destination.
Remember that the message title is limited to 70 chars, and
this will be shared by both the extended forwarding field,
and the actual message title.
This example assumes that all BBS's in the extended
forwarding field are running EXTFWD in thier fwd files
before forwarding any mail each hour. This includes the
first @BBS, AH6GJ.
If all 'major' worldwide BBS's run EXTFUN, then long
distance forwarding can become much more reliable, as the
person entering the message can determine the routing and
enter it without relying on the BBS sysops to add a new BBS
to thier fwd files. SYSOPS can also setup EXTFWD to
automatically add the extended forwarding field to certian
mail, releving the user of the task.
SETUP
Besides copying the EXTFWD.COM file to your BBS directory,
and adding an entry to your fwd file to run it every hour
BEFORE any forwarding entries, you must also copy extfwd.cnf
to the bbs directory and modify it for your needs. Also,
please copy your .btr files to a safe place in case a
problem comes up while installing EXTFWD.
The first entry in it is the FULL DOS path and name of your
BBSMAIL.BTR file. Next are the actual EXTFWD commands.
Each EXTFWD command consists of three parts. The to: call,
the @ call, and the actual funtion to be performed.
For each message that BOTH the TO: and the @ part match, the
requested function is performed on that message, and then
the scan continues until all messages have been scanned.
Then the next command is selected and the process starts
again. This is repeated until all commands have been
attempted. Besides the normal to: and @ call formats, the
special call '*' means match any, and 'nocall' means match
all blanks. Thus '*@nocall' would match any message without
an @BBS call. This is the ONLY type of wildcard supported
at present. Only a single astrick in the first column.
'NTS*' will not match 'NTSVA'.
There are only three functions, but they are powerful. They
start with either '!', '@', or '#'.
# - move the next BBS in the extended forwarding field (if
one exisits) to the @BBS field, and shift the extended
forwarding field so the next bbs is in line.
! - Put the entire function field ahead of the message
title, thus inserting an extended forwarding field into
message.
@ - SWAP.BBS type function. puts the call after the @ in
the @BBS field. No spaces allowed between the @ and
the new call. If only a '@' is found, the @BBS field]
is blanked. If a command has no function entered, it
operates like an '@' function without a call.
Some example commands:
* @ nocall #
Scans all messages with no @BBS call for an extended
forwarding field, and if one is found, a new @BBS is
extracted.
wa4xyz @ * @wa4ong
Scans all mail to wa4xyz and sets the @BBS to WA4ONG.
wa4xyz @ nocall @wa4ong
Same as above, except only if no @BBS currently exisits.
* @ wa4ong !wb6asr!w3iwi!wa4ong#
Adds extended forwarding field to all mail @ wa4ong. It
MUST end with a #. No check is make to see if the extended
field already exists.
NOTE: the @BBS field is NOT changed by this command, so
normally this command should be followed by :
* @ wa4ong #
which in this example will cause the @BBS to be changed to
WB6ASR, with W3IWI next in the extended forwarding field.
FAILURE to do these two commands in sequence will cause the
EXTFWD field to keep adding the same extended forwarding
field over and over. The title will get lost and the
extended forwarding will not work correctly!
Alternately, you could follow it by :
* @ wa4ong @ah6gj (assuming ah6gj is on the way to
wb6asr!)
or anything that will keep the same command from operating
every hour!
If all 'major' BBS's start to use EXTFWD, and the extended
forwarding field, then all BBSs could benefit from running
it. For example, if a local user wants to send mail to a
friend (x1zzy) in a distant country at z1zzz bbs, and the
sysop knows that AH6GJ can route to z1zzz, but it is
unlikely that any closer bbs knows of z1zzz then the local
BBS (WA4ONG) can add the following to his extfwd.cnf file:
* @ z1zzz !w3iwi!wb6asr!ah6gj!z1zzz#
* @ z1zzz #
The first entry adds the extended forwarding field to all
mail @z1zzz. the next entry 'bumps' w3iwi into the @BBS
field, and off it goes!
Another use, though it should be used carefully, is to post
a bulletin at a distant bbs in a different 'flood' bulletin
scheme. Suspose AH6GJ wanted to post a flood bulletin in
the MDCBBS net on the east coast. He could type in:
>
sb all @ wb6asr $
enter message title:
!w3iwi!mdcbbs#Bulletin to the east coast!
....
The problem is that the BID will be spread across the world
on the way to MDCBBS. This will pose no problem in the
example given, but if some standardized BID were used, I.E.
the ARRL ones, and AH6GJ tried to post an ARRL bulletin to
the east coast net with this method, the BBSs on the way
would have the BID on file, and would refuse the 'real'
local ARRL bulletin.
Also, route timming can be tested. AH6GJ can post a
message:
>
SP AH6GJ @ WB6ASR
enter message title:
!w3iwi!wa4ong!w3iwi!wb6asr!ah6gj#loop back timming test!
....
After a while, the message will have traveled to WA4ONG BBS
and back to AH6GJ with out any action on the part of any
sysop. Jon can then see the actual routing and times, and
help to work out or around any 'trouble' paths.
Comments or suggestions will be welcome. No major work will
be done to this version, I just got a beta of MBL504, and
will port this to that version!
73s Jim WA4ONG
Jim De Arras
3928 Margate Drive
Richmond, VA 23235 USA