Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!hao!oddjob!gargoyle!ihnp4!homxb!mtuxo!mtune!jhc
From: jhc@mtune.ATT.COM (Jonathan Clark)
Newsgroups: comp.sys.att
Subject: Re: Umodem file receiving on UNIX-PC
Message-ID: <1311@mtune.ATT.COM>
Date: Tue, 22-Sep-87 13:40:28 EDT
Article-I.D.: mtune.1311
Posted: Tue Sep 22 13:40:28 1987
Date-Received: Fri, 25-Sep-87 00:42:24 EDT
References: <750@aplvax.UUCP>
Reply-To: jhc@mtune.UUCP (Jonathan Clark)
Organization: AT&T ISL Middletown NJ USA
Lines: 21
Keywords: UMODEM, UNIX-PC

In article <750@aplvax.UUCP> marc@aplvax.UUCP (Marcus H. Gates) writes:
>     I have had my 7300 for two months, running 3.5 r2 software. When I
>got it I was able to transfer large files from my VAX (4.3BSD) using the
>ATE "receive umodem file" function.  Lately, however, the transfers ALWAYS
>fail after 18 blocks.  What could have changed?

In umodem transfers the blocks are numbered in the header in binary. 

19 decimal == 23 octal == ^S.

Somehow your connection has changed from one with no flow control to one
which has XON/XOFF flow control. Whatever's in the connection sees the ^S
and decides that it has been flow controlled off, never to start again.

umodem, like vanilla (non-BSD) uucp, doesn't work over data channels which
have in-band (XON/XOFF) flow control!
-- 
Jonathan Clark
[NAC,attmail]!mtune!jhc

The Englishman never enjoys himself except for some noble purpose.