Fetch Softworks

File Download Problems (3 posts)

• Started 20 years ago by kumpster
• Latest reply 20 years ago from kumpster

• kumpster Member

  hi List,

  Trying Fetch 4.0.3 connecting to a .NET ftp server. Connection is fine as long as PASV mode transfers is unchecked in Firewall prefs, directories list fine, but when I attempt to download a file, a JPG for example, the file begins and then stops about half way through with a dialog that says "Server Response: Transfer Complete".

  The download varies somewhat before it is stopped, but I never get the whole file. In addition, I have "Display Server Messages" UNchecked in the preferences, yet this message still appears. Maybe it is reporting the rror? Here is the transcript of the get file:

  TYPE I
  200 Type set to I.
  SIZE FP0318.jpg
  502 'SIZE': not implemented.
  MDTM FP0318.jpg
  502 'MDTM': not implemented.
  PORT 192,168,1,200,111,168
  200 PORT command successful.
  RETR FP0318.jpg
  150 Opening BINARY mode data connection for 'FP0318.jpg'
  200 Transfer complete
  ftp_retrieve: -30000 (state == RGET_RETRIEVING)
  PWD
  257 "/BC/Lower Mainland/20089967/" is the current directory.
  TYPE A
  200 Type set to A.
  PORT 192,168,1,200,89,166
  200 PORT command successful.
  LIST
  150 Opening ASCII Mode Data Connection for 'file list'

  Any ideas? With other clients, like Transmit, I get the same results. Seems like a server issue or a "my setup" issue.

  Any ideas?

  Thanks,
  Steve

  Posted 20 years ago #

• Jim Matthews Administrator

  It is a server issue. When a transfer is complete the server is supposed to reply with the code 226. This server is responding with 200, a code that's used for other commands. I will modify a future release of Fetch to work around this bug, but in the mean time I would recommend reporting it to the server vendor.

  Thanks,

  Jim Matthews
  Fetch Softworks

  Posted 20 years ago #

• kumpster Member

  Hi Jim,

  Thanks for the info. I contacts the server tech team and they made some changes that have fixed the problem on their end. Here is the updated transcript results:

  RETR FP0371A.jpg
  150 Opening BINARY mode data connection for 'FP0371A.jpg'
  226 Transfer complete
  Download completed at 5/14/03 9:07:47 AM (state == RGET_RETRIEVING)

  So it works now.

  Thanks for your help on this and pointing me in the right direction!

  Steve

  Originally posted by JimMatthews:

  It is a server issue. When a transfer is complete the server is supposed to reply with the code 226. This server is responding with 200, a code that's used for other commands. I will modify a future release of Fetch to work around this bug, but in the mean time I would recommend reporting it to the server vendor.

  Thanks,

  Jim Matthews
  Fetch Softworks

  Posted 20 years ago #