Your best friend for file transfer.

Fetch application logoFetch

File Download Problems (3 posts)

This is an archived topic. The information in it is likely to be out-of-date and no longer applicable to current versions of Fetch.
  • 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 #

Topic closed

This topic has been closed.