Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!wuarchive!usc!zaphod.mps.ohio-state.edu!ncar!tank!gargoyle!chinet!henry
From: henry@chinet.chi.il.us (Henry C. Schmitt)
Newsgroups: comp.sys.mac.comm
Subject: Re: White Knight zmodem problems
Summary: Resume probelm happened to me too!
Keywords: White Knight, Zmodem
Message-ID: <1990May3.162251.21166@chinet.chi.il.us>
Date: 3 May 90 16:22:51 GMT
References: <1990May1.150650.2226@chinet.chi.il.us> <2524@bridge2.ESD.3Com.COM>
Reply-To: henry@chinet.chi.il.us (Henry C. Schmitt)
Distribution: usa
Organization: Chinet - Chicago Public Access UNIX
Lines: 23

In article <2524@bridge2.ESD.3Com.COM> ngg@bridge2.ESD.3Com.COM (Norman Goodger) writes:
>In article <1990May1.150650.2226@chinet.chi.il.us> magik@chinet.chi.il.us (Ben Liberman) writes:
>>I have experienced problems with restarting an interrupted zmodem file
>>transfer.  I'm using WK 11.06 on an SE/30. When I restarted the
>>transfer (of a TEXT file), WK restarted the transfer and
>>successfully put all of the text into the file, but it all ended
>>up in the resource fork!  The final file had a type of "cso." and
>>a creator of "uiuc". 
>>Uninterrupted transfers work fine.
>>	------------    ------------   ----------------------
>>	Ben Liberman    USENET         magik@chinet.chi.il.us
>>	                GEnie,Delphi   MAGIK
>
> [Norm saying he's had no problems omitted]

I've had this problem too!  I also thought it was a fluke but
apparently it might not be.  Could it be some interaction with sz
here at chinet?  I'll try running some tests and see what happens.

-- 
  H3nry C. Schmitt     | CompuServe: 72275,1456  (Rarely)
                       | GEnie: H.Schmitt  (Occasionally)
 Royal Inn of Yoruba   | UUCP: Henry@chinet.chi.il.us  (Best Bet)