home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5858 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!cs.utexas.edu!torn!csd.unb.ca!mta.ca!DEDGAR
  3. From: dedgar@mta.ca
  4. Subject: FTP ABOR vs data channel reset?
  5. Message-ID: <1993Jan8.130654.23256@jupiter.sun.csd.unb.ca>
  6. Sender: news@jupiter.sun.csd.unb.ca
  7. Reply-To: dedgar@mta.ca
  8. Organization: Mount Allison U, Sackville, N.B. Canada 
  9. Date: Fri, 8 Jan 1993 13:06:54 GMT
  10. Lines: 24
  11.  
  12. Hello Net
  13.  
  14. I would value information on ways to abort or terminate an FTP sessions
  15. data channel.  According to the spec the suggested (required?) way is to
  16. issue an ABOR command on the control channel. However I haven't yet found
  17. any type of machine that takes any notice of this.  They all seem to finsh
  18. the transmission and then say something like ABOR command successful.
  19. Obviously this is kinda pointless - or am I just doing it wrong some how.
  20.  
  21. The other method is to reset the data channel. This works just fine but some
  22. machines (SRV? unix) also shut the control channel (hence logging you out) at
  23. the same time. This is kinda annoying.
  24.  
  25. So can anybody tell me if they have observed this as well - ( my software is
  26. home grown so I can't really be too sure it isn't my fault). Any suggestions on
  27. alternate methods?, anyone know of any catastrophic problems with the reset 
  28. method (besides the one mentioned?). 
  29.  
  30. All info appreciated.
  31.  
  32.                                                   Dale Edgar
  33.                                                   Cybernetic Control Inc.
  34.                                                   DEDGAR@MTA.CA
  35.  
  36.