Contents:

	o  What's New
	o  Introduction
	o  Installation
	o  Things To Do


What's New
==========

3/27 -- See os/44bsd/make.umdss for new compilation options.  Umdss
should be ready to compile and go without any site-dependent changes
(at least for FreeBSD).  Note the new locations (and names) of some
files.  I think they make more sense.  Directories and status files
are created properly now.  Displays full device name in reports.
Tested: umdss will successfully receive mail from a ProLine site.
Untested: sending mail to a ProLine site.
Known bugs: log file shows bizarre status on H (hangup) entry.


Introduction
============

This is the new umdss package in very BETA format.  The most
significant thing about it is that it's been ported to the BSD
environment (FreeBSD if you must know).  This allowed for the addition
of termios support.  It is unknown if the sgtty or termio support has
broken in the process.  Also initiated in this release is a new source
tree structure, and potential for third-party makefile assistance.

Installation
============

Type 'make' for instructions.  If your OS isn't building right, you
probably haven't created a makefile for it yet (grin).  I'm not much
inclined to try to guess at various OS's.  I'll try support what I
have access to, providing it's sane.  I could use your help.

Also included in this package is a new program called iotest that
helps you determine if your configuration is set up and working
correctly as far as low-level, raw 8-bit I/O is concerned.

Things To Do
============

1.  Integrate umdss into using existing UUCP spool directories as
    inbound storage so that programs like upmail or promail are not
    necessary.  Umdss should be able to read right out of a UUCP
    spool directory and skip over control files, sending only the
    data files.

2.  Merge mdx into umdss as a function.  This obvious improvement
    will simplify the whole system and improve efficiency.  Currently,
    external mdx programs have to be exec'd by umdss to transfer
    files.  The source will be modularized so that an external mdx
    program can still be built.

3.  Clean up the -q (query) mode source code.  It's hideous, and I'm
    so ashamed for slapping it together and not making it saner.

--Morgan
