Newsgroups: comp.sys.next
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!zaphod.mps.ohio-state.edu!casbah.acns.nwu.edu!jweiss
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Subject: Re: Another KErmit problem!!
Message-ID: <1991May28.082143.24235@casbah.acns.nwu.edu>
Organization: Northwestern University
References: <15153@ccncsu.ColoState.EDU> <1991May27.051141.23286@casbah.acns.nwu.edu> <1991May27.135314.12950@dexter.mi.org>
Date: Tue, 28 May 1991 08:21:43 GMT
Lines: 12

In article <1991May27.135314.12950@dexter.mi.org> jsr@dexter.mi.org (Jay S. Rouman) writes:
>
>It sounds like the sending Kermit is not set to binary.  Since the
>sending end controls the attribute packets, it's easy to set your
>receiving Kermit to binary and assume everything will be ok.  Not so.
>
[misc deleted]

It would be nice if it were that simple, but both sides were set to binary.
The key to the mystery is that while .tar files work after being transfered, 
.Z files will not.  I'm not entirely convinced the problem is with kermit.

