Xref: utzoo comp.sys.att:1906 comp.mail.uucp:878 comp.unix.wizards:5889
Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!lll-tis!ames!rutgers!clyde!cbosgd!mandrill!hal!ncoast!allbery
From: allbery@ncoast.UUCP (Phil Smith)
Newsgroups: comp.sys.att,comp.mail.uucp,comp.unix.wizards
Subject: Re: HDB UUCP fails on AT&T 3B2/310
Message-ID: <6910@ncoast.UUCP>
Date: 27 Dec 87 18:24:03 GMT
References: <75@quincy.UUCP> <139@flnexus.ATT.COM>
Reply-To: allbery@ncoast.UUCP (Brandon Allbery)
Followup-To: comp.sys.att
Organization: Cleveland Public Access UN*X, Cleveland, Oh
Lines: 19

As quoted from <139@flnexus.ATT.COM> by heff@flnexus.ATT.COM (Paul K Heffner):
+---------------
| in article <75@quincy.UUCP>, lenny@quincy.UUCP (Lenny Tropiano) says:
| > 	1.	Sending compressed binaries (16-bit compression) with
| > 		Penril modem 8216 from an AT&T 3B2 to another AT&T 3B2
| > 		long distance, I receive the imfamous:
| > 			CONVERSATION FAILED 
| > 			IN SEND/SLAVE MODE INPUT FAILURE
| 
| I only have seen this litle goodie pop up on our 3b2's when the
| size of the file being sent exceeds the ulimit of that allowed
+---------------

Ah, but Lenny goes on to say that the UNcompressed files transfer with no
errors.  Assuming that the files in question didn't reverse-compress, they
should be even MORE likely to fail if it were a ulimit problem.
-- 
	      Brandon S. Allbery, Moderator of comp.sources.misc
 {hoptoad,harvard!necntc,cbosgd,sun!mandrill!hal,uunet!hnsurg3}!ncoast!allbery
     [This space reserved for future quotes and similar brain twisters.]