Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!rutgers!bellcore!texbell!killer!kcdev!gentry
From: gentry@kcdev.UUCP (Art Gentry)
Newsgroups: comp.mail.uucp
Subject: Re: Help! Broken HDB
Summary: handshake problem
Message-ID: <706@kcdev.UUCP>
Date: 11 Apr 89 16:02:37 GMT
References: <415@cocktrice.UUCP>
Organization: AT&T Kansas City, MO.
Lines: 21

In article <415@cocktrice.UUCP>, mdm@cocktrice.UUCP (Mike Mitchell) writes:
> I have been hit with an interesting UUCP problem which I cannot find a
> solution for. I have set up a link which will only operate in one
> direction. This link in the past has operated properly, and now does not.
> Both sides are operating with HDB UUCP. When the connection is made, files
> will transfer from the remote site to here. However, the sending files the
> other direction will not work. My site generates 10 alarms before hanging
> up. I do receive the 'SY' message from the remote site and then following
> that message, the link times out and hangs up. The files in 
> /usr/spool/uucp/remotesite are not transferred from this site to the remote
> one.
  [remainder deleted]

Typically, this indicates that one of the modems has xon/xoff flow control
activated.  This interferes with uucp's g protocol to the effect that a file
transfer handshake will never complete.  The alarms you are seeing is uucp's
handshake attempts that are failing.  If your modems are programmable, you
could put a command in your Dialers file to turn flow control off for the
outgoing modem at call setup time.  That should clear up your problem.

Art