Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!burl!codas!mikel
From: mikel@codas.UUCP
Newsgroups: comp.sys.att,comp.unix.questions,comp.unix.wizards
Subject: Re: increasing cu throughput
Message-ID: <1031@codas.ATT.COM>
Date: Mon, 11-May-87 16:05:14 EDT
Article-I.D.: codas.1031
Posted: Mon May 11 16:05:14 1987
Date-Received: Wed, 13-May-87 06:37:38 EDT
References: <865@sauron.Columbia.NCR.COM>
Organization: AT&T Mickey Mouse, Orlando, FL
Lines: 20
Xref: utgpu comp.sys.att:355 comp.unix.questions:1976 comp.unix.wizards:2061

>> i have always wondered why they cannot add a
>> 	%bintake
>> and	%binput
>> under cu and have it invoke uucico on both sides to
>> do the uucp-type protocol.

You can get the new version of C-kermit which will co-exist with cu
on a system (ie: will create & obey locks) very well. It will also
let you transfer a non-ascii file using the kermit error checking
protocol (and much more).

Cu is really a dog. If anyone has a StarLan that they are still
using cu on, please write me. I have written an "rlogin" program
that increases the troughput drastically over cu's 1 byte/packet
nonsense.
-- 
					Mikel Manitius @ AT&T-IS
					mikel@codas.att.com.uucp

          Copyright 1987. Redistribution via Stargate PROHIBITED