Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!udel!burdvax!gvlv2!kleonard
From: kleonard@gvlv2.GVL.Unisys.COM (Ken Leonard)
Newsgroups: comp.mail.uucp
Subject: Re: UUPC problem
Message-ID: <441@gvlv2.GVL.Unisys.COM>
Date: 4 Dec 89 14:21:15 GMT
References: <9237@microsoft.UUCP>
Organization: Unisys Defense Systems, NISD, Great Valley Laboratory
Lines: 19

In article <9237@microsoft.UUCP> stevesc@microsoft.UUCP root@sensual.wa.com writes:
* I'm running UUPC, the version marked "post-1.0-interim", and I've been
* having a strange problem.  I have three mail links.  Two of them work
* consistently, and I have yet to see a single packet error except when
* I've picked up the other extension during a connection.  The third
* link behaves strangely.  If all of the files I transfer are small (I
* think under around 1K), everything works correctly.  That is, the
* files transfer with no errors.  (I get a message like "1234 packets
* transferred, 0 errors" in the log file.)  I can receive files of any
* size with no errors also.  But if I try to send a file larger than
* about 1K, I get a message in my log file like "22 packets transferred,
* 200 errors" (the 22 is typical but not consistent, but it's always
* 200), and the file isn't transferred.  I've asked the system
* administrator of that link about the problem, and the administrator 
* of another site that talks to that system, and neither has heard of
* any such problem before.  Is this a known bug in UUPC?  Is it a bug in
* UUPC at all, or possibly a hardware problem?
Hummm...   is/are one/both systems using/misusing/notusing flow control?
Like XON/XOFF?