Xref: utzoo comp.windows.ms:9938 comp.sys.ibm.pc.misc:7129
Path: utzoo!news-server.csri.toronto.edu!rutgers!ucsd!hub.ucsb.edu!ucsbuxa!6600kjp
From: 6600kjp@ucsbuxa.ucsb.edu (Kevin Phillips)
Newsgroups: comp.windows.ms,comp.sys.ibm.pc.misc
Subject: Re: Unable to unzip files from CICA???
Message-ID: <9623@hub.ucsb.edu>
Date: 4 Mar 91 23:52:00 GMT
References: <21774@yunexus.YorkU.CA> <17417@milton.u.washington.edu> <1991Mar4.180435.20082@gpu.utcs.utoronto.ca>
Sender: news@hub.ucsb.edu
Distribution: usa
Lines: 16

I found out something rather interesting while perusing the DOC file mfor
MS-KERMIT.  If you are downloading over a 7-bit data connection, you must
use 8th bit quoting.  I think that most kermits can do this.  However, the
manual stated that to use 8th-bit quoting, you can't use no-parity.  I
don't know the reason for this, but I don't doubt it.  I have found out that
this is consistent also with ProComm, you can't use no-parity while DLing
over a 7-bit line, using 8th bit quoting.  To solve this, I use Space-parity
(no, I don't know what Space-parity means) and from the unix prompt:

kermit -i -p s -s <filelist>

The -i flag indicates to not perform any CR   CR/LF  translation.  The -p s
flag tells kermit that you are using space parity.  Hope this helps people
out there.  I do know that it causes a lot of confusion at this site.

6600kjp@ucsbuxa.ucsb.edu