-------Notes on dcp.-------------------
Some time ago I wrote a "from-scratch" uucp clone for use on our DG AOS machine
(with its brain-damaged uucp, useless to us and DG being no help).
Later I ported it to MS-DOS and VAX/VMS and its been working fine for a year
(Ive also hacked up a "rmail" for use between machines.)
Recently, with the help of John Gilmore, I was able to get the "g" protocol
realy workin (window size > 1). Previously all I could figure out was a
degenerate "g" proto using 1-window.
Im not crazy enough to say its perfect, but it does work.
Although this is a two-way (master+slave) uucico clone, compared to John's
uuslave, the coding and portibility has much to be desired. (This
project started as just an internal attempt to connect our DG to the world).
In any case for what its worth, Here it is...........
Hope everyone finds it useful.
As were not a real unix site, Id appreciate all correspondence thru
mail and not NEWS. (It took me most of last week to drum up a way to
post stuf to USENET writting a NNTP program).
                        Rick Lamb
                        Lamb@lids.mit.edu
                        or ...ihnp4!mit-eddie!lids!lamb
---R.H.Lamb 6/86----------------------
Fix dcps.h for right system
Fix rmail.c for local mailer or no (#define LCLMAIL)
For PC compile comm.asm & dcpasm.asm files
Compile the rest of the .c files
Link dcp+ .c except rmail.c files + (comm+dcpasm for PC)
Link rmail
**************Finished creation**************
Modify "systems" for your site 
Modify "userfile" for your site
**************Ready to run ******************
To que up mail in current directory type
		rmail mit-eddie!lids!lamb <CR> or <NL>
		Enter your message here ending with a line with only a "."
(Note: rmail does not presently put things in RFC820 format. A "filter"
	program piped into rmail could do this easily. With out this 
	format things work ok, but youll see "Apparently to" s in your 
	mail.)
To read incomming mail type
		rmail <CR> or <NL>
		followed by <CR> or <NL> for each message
To send/receive files type
		dcp master 3 <CR>
		Where the last number is debug level
		(0 is least)

**** Prog descriptions *****
dcp.c	"uucico"
dcpsys.c	Top level state machine
dcpstart.c	uucp startup protocol+ dialing algorithm
dcpscan.c	directory scan for work
dcpsend.c	send file proto
dcprec.c	rec file proto
dcpio.c		general purpose serial I/O interface
dcppkt.c,dcpggpkt.c	"g" proto Windowsize=1 (Previously tested))
dcpgpkt.c	"g" proto Var windowsize (In use)
dcptpkt.c	"t" proto no-error chk: for virt links
dcprpkt.c	"r" proto My sliding window proto
dcpvms.c	VMS support routines
dcxqt.c		"uuxqt"
rmail.c		"rmail"
comm.asm	PC serial drivers (Saltzers pkg)
dcpasm.asm	PC directory and other asm routines
systems		"L.sys"
userfile	site info
readme		this file
format.doc	info on msg formats (RFC8??) to be passed to rmail
makeobj.*	make object files for PC(.bat) DG(.cli)
makeexe.*	make dcp.exe or dcp.pr for PC or DG
call.*		execute dcp in master mode
spawn.c         VMS spawn testing subroutine (Not needed for oper)
------notes-----
PC info: MSC 3.0, LINK 3.01, MASM 4.00
DG info: C 3.21, LINK 6.00
VMS info: C 2.0, LINK ?

--------VMS notes--------
To send mail in VMS note:
rmail "a!b!c" 
message
(Those dammed "."'s screwed up my posting on the first run >.<)
To send a file in VMS using redirected I/O (example "ss")
ss "rmail ""a!b!c" file nl:
In VMS host names with "_,-,?,&" are no good.
Make sure who you talk to has a simple name like "dgvax"
"userfile" should have
TT: for local console
0 for speed (use default speed on logon)
BUGS!!!!
The spawn command in dcxqt (lib$spawn in dcpvms) seems to work
only for small files. Redirection of input file to "rmail" larger than
a certain size get lost.
Cause is differing record file formats. Presently its a kludge that
runs "CONVERT/FDL=VAR" on the input files. Please- an VMS C hacker FIX.
