home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.wwiv.com
/
ftp.wwiv.com.zip
/
ftp.wwiv.com
/
pub
/
INTERNET
/
FDSND_20.ZIP
/
FDSEND_2.NOT
< prev
next >
Wrap
Text File
|
1991-12-08
|
4KB
|
110 lines
Revised notes on FDSEND v2.0
----------------------------
Version 2 adds the ability to send encoded messages in
folders other than NetMail. In this way, FDSEND can be
used to place encoded files as messages in an echo
designed specifically for the exchange of files. SDN
files are transported in a similar manner.
Using echos to exchange files formerly meant using the
TICK technology -- copying files and forwarding file
attach messages. FDSEND eliminates this by using already
available routing, i.e, because FDSEND encoded files are
actually messages themselves, your Tosser will handle
all forwarding for you!! You receive messages in an echo
area just as you would echomail messages.
To use FDSEND v2.0, you must set up a configuration file
called FDSEND.CFG. A sample file is enclosed with
documentation for each setting. The primary purpose of
this file is to designate which FD folders are to be used
by FDSEND for sending encoded messages. If you've used
TICK files before, you'll understand what the FDSEND.CFG
file does.
Sending a file with v2.0 is nearly identical to v1 with the
extra step of selecting which message folder you want to
place the message in. The list of available folders will
include Netmail and ANY folders designated in the cfg file.
You will not see any folders from FOLDER.FD that are not
also in the cfg file.
If the folder you select is NetMail, processing continues
as with version 1. If you have selected a different folder,
you will also be asked for a one line comment for the file
you are sending. This comment will be added to the header
of the .MSG file for extraction upon receipt.
When you select to check for any received encoded messages,
FDSEND normally scans by selected folder. Also, FDSEND
defaults to writing the extracted file(s) into your FD files
directory. With v2.0, you can specify a different directory
for incoming files in the cfg file. You can also specify
the name of a text file into which FDSEND will append the
name and comment (if any) following extraction. This text
file has the standard TICK format of:
<filename> <comment or description>
Thus, you can use existing utilities for updating file
descriptions on your bbs from this text file. TPBoard has
a utility called DescComp that will do this for you; most
bbs programs have something similiar.
Receive batch
-------------
Another added feature is batch mode processing of incoming
files. Using the command line: FDSEND /R will trigger
FDSEND in batch mode to scan all folders in your cfg file.
FDSEND will enter and exit without pausing for any
keystrokes and can be run in batch file processing.
Send batch
----------
You can also send files in batch mode using the following
command line arguments:
FDSEND /S <folder> <filename> <address> <to name>
The /S selects Send batch mode, <folder> must match exactly
the name of a folder in FOLDER.FD, <filename> is the full
path and filename of a file to send. <address> is the full
fidonet address where this file is be sent, (1:151/112 is
valid; 151/112 is NOT), Point addresses are optional,
<to name> is every argument following the address.
Examples, J. L. Smith James Smith James Albert Smith
Changes
-------
A brief note about the changed use of the FD node indexes.
In version 1, FDSEND used the addressee's name as it
appeared in the index file. In version 2, your ORIGINAL
entry is used for the addressee's name; your selection from
the index file merely selects a fidonet address.
FDRECV is dead. All the functioning of FDRECV have been
included in FDSEND and there is no longer any need for a
separate receive utiltity. FDSEND will run in receive mode
without the FDS.KEY file but will not allow sending files.
^A Fidonet kludges
------------------
A few notes on the ^A kludges added to messages by FDSEND.
FDSEND adds a ^A kludge line for every message it sends. If
a message is encoded and NOT encrypted, the line added is
^AUUE; if the message in encrypted, the ^A kludge is
^AENC. These kludges will allow software to identify
messages created by FDSEND easily. Message bearing the
^AUUE should NOT be prevented from passing through ANY
point in a network; those containing ^AENC will probably
be prevented from passing through public echo areas.