Xref: utzoo comp.sys.amiga:41952 comp.sys.amiga.tech:7681 Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ncar!ames!pacbell!att!cbnewsc!gregg From: gregg@cbnewsc.ATT.COM (gregg.g.wonderly) Newsgroups: comp.sys.amiga,comp.sys.amiga.tech Subject: Re: X,Y or ZModem on Unix Message-ID: <3960@cbnewsc.ATT.COM> Date: 18 Oct 89 18:47:41 GMT References: <1989Oct18.030126.9195@agate.berkeley.edu> Distribution: usa Organization: AT&T Bell Laboratories Lines: 27 From article <1989Oct18.030126.9195@agate.berkeley.edu>, by c60c-1bv@web-4f.berkeley.edu (Broth Hunter): > I have been having a problem downloading ZOOed Amiga files from my UNIX > account that were obtained via FTP. Kermit has two settable parameters that control its ability to transfer binary files. "set file type binary" removes any translation or handling of an end of line sequence. Normal Kermit policy is to have the sending end convert its "new line" sequence to the character sequence, carriage return followed by linefeed. On the receiving end, the reception of this sequence causes that end to replace those characters with its end of line sequence. "set eighth-bit-quoting on" causes the sending kermit to remove the eighth bit from all characters and preceed the transmitted character with the eighth-bit quote character. There are several problems with sending ZOO/ARC files using kermit under these conditions. Even if the data path supports eight bit characters, one must use "set file type binary" to assure the occurances of which occur either by chance or by choice are not translated to the new line sequence of the receiving host (when the translation is to change the characters to something different, like just ). I have always found it better to "set eighth-bit-quoting on" too just to be safe. -- ----- gregg.g.wonderly@att.com (AT&T bell laboratories)