UUCP protocols - in the future?

[r.peterson]

>From article <5 at olsa99.UUCP>, by mje at olsa99.UUCP (Mark J Elkins):
> 
> My news feed is compressed - what about being able to compress the
> 'mail' - or any 'uucp' data for that matter.  The 'batcher' (uucp or
> uux) programs should be able to check their input files and do some
> sort of compression on them ?.  Perhaps this should be an option for
> the command line of uucp/uux ?  I know I can compress a file before
> 'uucp'ing it, but mail (as far as I know) can't.
> 
If you're running a telebit blazer+, it will compress data for you.
(Same with a non-tbit V32, but no spoofing.)

> I send both news and mail to the same site.  The news can wait for the
> cheap rate (as there is lots) but the mail should be send immediately.
> How can I do this?  Can a UUCP job be given a 'priority' - ie - send
> now, wait for off-peak, send now if I'm polled, ...  etc.
> 
That depends on your version of uucp.  The system here allows 'grading'
of uucp and uux commands with a '-gn' option.  The L.sys file can be
set up to exchange certain grades at certain times;  for example, we are
configured to send mail immediately to all sites, but news waits until
cheap-time.

A casual perusal of HDB reveals that this useful feature has been
eliminated.

> UUCP has been with us a long time (I've played with it for 7 years),
> isn't it about time it was overhauled?  HDB was a step in the right
> direction.

Im not really sure I agree with that - the BSD-style uucp we run seems
to do just fine, and permits good stuff like grading.

-- 
If the brain were so simple we understood it|Roe Peterson
We would be so simple we couldn't.          |{attcan,mcgill-vision}!sobeco!roe