Path: utzoo!attcan!uunet!samsung!think!ames!sun-barr!lll-winken!cheers!uop!greg
From: greg@uop.EDU (Greg Onufer)
Newsgroups: comp.mail.uucp
Subject: Re: UUCP protocols - in the future?
Keywords: UUCP, Z-Modem
Message-ID: <1476@uop.uop.EDU>
Date: 26 Nov 89 07:25:13 GMT
References: <5@olsa99.UUCP>
Distribution: comp
Organization: University of the Pacific, Stockton, CA
Lines: 54

[[ comp.unix.questions deleted from the newsgroups line ]]

mje@olsa99.UUCP (Mark J Elkins) writes:

>....  At the moment, if
>you queue several jobs together and it falls over - all the jobs are
>resent!!  - unless they arrived with 'write-protect' - then they are
>only 'attempted'.

Jobs are deleted as soon as they are successfully transferred.  If
one fails, that's where UUCP will start the next time a connection
is made.  The jobs that did not fail have already been removed
from your system, obviously preventing you from re-sending them.

>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.

Try using smail 3.0 which supports batched SMTP over UUCP.  This
batches the mail messages together to be sent as one file.  It also 
requires fewer uux's to be run on the destination system.

>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.

system Any/c,Any1700-0700 ....

Is one syntax I have seen for: "A call can be made at any time
as long as there is work at grade 'c' or higher, and calls can
always be made between the hours of 5pm to 7am regardless of the
grades."

That's what "grades" are for.  The current implementation is broken,
IMHO, since if you require a minimum grade of work in order to call
a remote system *and* you have work of lesser grades also queued,
the call will be made and *all* work at *all* grades will be sent.
The facilities to send the minimum grade to the remote system and
have it work correctly are also broken.  In most cases it ignores the
grade sent to it and sends you all the jobs it has queued.  
(This from my limited experience using grades with Sun UUCP and HDB).

>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 - now lets put the other foot forward.  (Maybe Sys V Rel 4.0
>does something :-) )

Mail me.

Cheers!greg  [cheers!greg@apple.com, cheers!greg@lll-winken.llnl.gov]