Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!wuarchive!psuvax1!rutgers!mcnc!rock.concert.net!jazz!barber From: barber@jazz.concert.net (Scott Barber) Newsgroups: comp.sys.amiga.datacomm Subject: Re: Kermit for JrComm? Message-ID: <1991Apr17.020531.13901@rock.concert.net> Date: 17 Apr 91 02:05:31 GMT References: <791.280868f6@zodiac.rutgers.edu> <1991Apr16.032313.10991@rock.concert.net> Sender: news@rock.concert.net Organization: Center for Communications, MCNC; RTP, NC Lines: 24 In article ben@epmooch.UUCP (Rev. Ben A. Mesander) writes: >>In article <1991Apr16.032313.10991@rock.concert.net> barber@jazz.concert.net (Scott Barber) writes: >> >>The version of VLT that I have (5.034) supports long packet lengths >>(I've been doing transfers with block sizes of c.1000) and also the >>standard server commands (FINISH, BYE, GET and SEND). > >GET and RECIEVE? I need both... > Well, you may know this, I'm not sure, but typically GET refers to server mode, and RECEIVE to non-server mode. In VLT, things are organized in such a way that once server (or non-server) mode is determined, the same menu command (Send File or Receive File) is used. What it boils down to is that, yes, VLT supports server mode uploads and downloads, and also non-server mode uploads and downloads. Regarding Willy's comment about confusion with BYE and FINISH, I've always understood FINISH to mean stopping the host's server mode and leaving you at the Kermit prompt, and BYE to mean exiting server mode and then logging you off. I know that FINISH works properly in VLT, and I haven't yet tested BYE, because I usually don't want it! Scott