Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!asuvax!ncar!tank!rtp1
From: rtp1@tank.uchicago.edu (raymond thomas pierrehumbert)
Newsgroups: comp.sys.apollo
Subject: Re: kermit
Summary: Kermit OK, 7bit term access the problem
Keywords: kermit,dn10000
Message-ID: <6560@tank.uchicago.edu>
Date: 5 Dec 89 05:08:06 GMT
References: <6534@tank.uchicago.edu>
Organization: University of Chicago
Lines: 20

In article <6534@tank.uchicago.edu>, rtp1@tank.uchicago.edu (raymond thomas pierrehumbert) writes:
> Following various suggestions I received on getting Kermit running on
> my DN10000 running BSD 4.3 under SR10.1, I got the apollo-kermit
> distribution from labrea.stanford.edu.  I can't get it to work. It
> builds fine on the 10000, using "make bsd", and I get the C-kermit
> prompt, and the response to help queries, etc. looks OK.  It won't
> transfer files though.  When I tell it to Receive, I get the prompt
> to escape back to local mode and send the file, but when I do this
> on my Mac using Kermit under Versaterm pro, nothing happens.  The
>  (etc.) 

After reading the .bwr file, and some experimentation, I found that
the problem was that I was dialling in to my Apollo through a
tcp/ip based terminal-access system that assumed 7 data bits,
even parity.  Kermit couldn't put this in "raw mode" since it
is out of its control.  The .bwr file suggests some scary 
hacking with telnetd, but fortunately, this system allows you
to reset the parity and data bits even if you use telnet.  
I suppose rlogin -8 would also work.  Once I did this, 
everything worked fine.