mje@olsa99.UUCP (Mark J Elkins) (11/25/89)
A while ago, there was some talk of maybe putting 'Z-modem' into the stack of uucp protocols. Has anyone got around to doing this yet? This is ment to be one of the 'better' protocols around. I believe that when its used, it means you can do file transferes bi-directionally at the same time (sad for the TrailBlaser users (I'm one) - but a plus for V32 and X25 (?)). It also allows broken transferes to be re-started from were they broke. 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'. 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. 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. 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 :-) ) -- . . ___. .__ Olivetti Africa, Unix 'Everything-except-sales' /| /| / /__ UUCP: uunet!olsa99!mje (Mark J Elkins) / |/ |ARK \_/ /__ LKINS mje@olsa99.UUCP - Living in GMT-2
roe@sobmips.UUCP (r.peterson) (11/27/89)
From article <5@olsa99.UUCP>, by mje@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
horn@rt9.cs.wisc.edu (Mark Horn) (11/30/89)
In article <5@olsa99.UUCP> mje@olsa99.UUCP (Mark J Elkins) writes: >one) - but a plus for V32 and X25 (?)). It also allows broken >transferes to be re-started from were they broke. 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'. This phenomenon has never happened to me. I often have problems with a site that I uucp to and from. This guy is kind enough to do my paths file for me. Anyway, I decided to split up the paths file and send all the parts to my machine on one request. (I have a login on his machine so I did this from there) Something like: uucp path.a* harier!/usr/spool/uucppublic ^^^^^^ (* obviously harier is my machine *) When I did this, I of course had the same problem over and over. (I still haven't fixed it) One file got sent easily enough, but somewhere in the middle of the second file, it bombed on me (his uucp just seemed to hang up. It felt like a time-out, but he says that no timeout exists, anyway . . . ) I tried to call again but I didn't have the problem of getting the first file resent, or even re-tried. It just picked up with the second file. Granted it didn't start off in the middle, where the sending broke, but it resent only the second file, and everything after that, but definately anything befor that one. I of course had to do this a number of times, and each time it failed, uucp only re-sent the job that failed, and not the ones that didn't fail. If it's of any interest I have an AT&T Unix-pc 3b1. I'm running HDB on it I don't know what release number. He's running Version 2 uucp (the one that was released with version 7 Unix. Some people insist on calling this version 7 uucp, I don't know which is correct . . . ) He has a 286 and he's running Xenix 2.? Am I just confused, or is what I described correct? - sparkie -- p.s. Please reply to one of the following addresses and NOT the one listed above. Thanks! ___ ___ ___ ___ _ _ _ ___ / __\| . \/ . \| . \| |/ /|_|| _ | "Mothers Against Skunks Driving... \__ \| __/| || _ /| < | || _[ ...because stinking and driving don't mix" \___/|_| |_|_||_|\\|_|\_\|_||___| - heard on a madison radio station ARPA: harier!sparkie@cs.wisc.edu, sparkie@uhura.cs.wisc.edu UUCP: ...{harvard|rutgers|ucbvax}!uwvax!astroatc!nicmad!madnix!harier!sparkie