Your best friend for file transfer.

Fetch application logoFetch

Fetch could not open the folder (9 posts)

  • Started 7 years ago by lazarzd
  • Latest reply 7 years ago from Scott McGuire
  • lazarzd Member

    I am with a gov’t agency trying to resolve a problem a user of Fetch is having when connecting to our [fully patched] Win2K SP4 IIS5/FTP server. The userid, password and folder access, and file put and get have been successfully tested using WinXP ftp.exe in a cmd.exe window.

    In this case for Fetch, the user successfully connects using an IP address, userid and password and gets a list of the folders under the ftproot - same as is the case for WinXP ftp.exe. The problem is that when the user clicks on the folder “bc-ebc” they get this error:

    “Fetch could not open the folder “bc-ebc” because the FTP server says that the requested item was not a folder or could not be accessed. If you enter a folder name or URL, check that it is correct. Server responded: “bc-ebc: The network address could not be used for the operation requested.”

    The FTP server is behind and ACL router with rules in place to allow the user to connect over ports 20 and 21. A similar rule is in place for another site using ftp ports 20 and 21 and this site, using the WinXP ftp.exe in a cmd.exe and the same userid/password does not have any problems with our ftp site.

    I don’t know the user’s OS, Fetch. I do know that the user is behind a LinkSys or DNet NAT firewall.

    I have asked the user to connect using Safari and see if they can traverse folders and get files.

    Any thoughts?

    Update: I successfully used Fetch 5.2.1 from within the same network as the ftp server. BTW, we are a Windows shop with 1 iMac.

    [This message has been edited by lazarzd (edited 06-07-2007).]

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi,

    We'd like to see the Fetch transcript from the user in order to help figure out what's going on... would that be possible?

    After the user tries to open up that folder, they should choose "Fetch Transcript" from the Window menu in Fetch and copy the entire contents of the transcript window. They can paste it into an email message, and they could either send it to you for you to post here, or to us directly.

    If you prefer not to post the transcript here, you or they can send it to:

    bugs at fetchsoftworks dot com

    Please include a short description of the problem with the transcript.

    If getting a transcript isn't possible, we can give some suggestions of things they can try.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

  • lazarzd Member

    I have asked the user, if they can, to connect and attempt to change directory and then send me the Fetch transcript.

    BTW: From the IIS/FTP log file when using Fetch:

    15:52:22 xx.xx.xx.xxx [44]USER xuseridx 331
    15:52:22 xx.xx.xx.xxx [44]PASS - 230
    15:52:43 xx.xx.xx.xxx [44]ABORT - 225
    15:53:25 xx.xx.xx.xxx [44]QUIT - 550

    and when using Safari:

    17:37:37 xx.xx.xx.xxx [51]USER anonymous 331
    17:37:37 xx.xx.xx.xxx [51]PASS mozilla@example.com 530
    17:38:40 xx.xx.xx.xxx [51]USER xuseridx 331
    17:38:40 xx.xx.xx.xxx [51]PASS - 230
    17:38:40 xx.xx.xx.xxx [51]sent / 550
    17:38:40 xx.xx.xx.xxx [51]sent / 426
    17:38:40 xx.xx.xx.xxx [51]sent / 550
    17:38:40 xx.xx.xx.xxx [51]sent / 426
    17:38:40 xx.xx.xx.xxx [51]sent / 550
    17:38:40 xx.xx.xx.xxx [51]sent / 426

    Posted 7 years ago #

  • lazarzd Member

    The Fetch transcript...

    Fetch 5.2.1 (5C263) PowerPC running on Mac OS X 10.3.9 (7W98) PowerPC English
    StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
    Partial serial FETCHxxxxx-xxxx-xxxx x
    Update check started at 06/08/2007 07:58 AM
    Connecting to xxx.xx.xx.xx port 21 (Mac OS X firewall is off) (6/8/07 7:59:05 AM)
    Connected to xxx.xx.xx.xx port 21 (6/8/07 7:59:05 AM)
    220 cygnusb Microsoft FTP Service (Version 5.0).
    USER xuseridx
    331 Password required for xuseridx.
    PASS
    230-All Transactions on this server are reported
    230 User xuseridx logged in.
    SYST
    215 Windows_NT version 5.0
    PWD
    257 "/" is current directory.
    MACB ENABLE
    500 'MACB ENABLE': command not understood
    PWD
    257 "/" is current directory.
    TYPE A
    200 Type set to A.
    PASV
    227 Entering Passive Mode (xxx.xx.xx.xx,12,32).
    Making data connection to xxx.xx.xx.xx port 3104
    Update check skipped at 06/08/2007 07:59 AM (next check after 06/09/2007 12:38 AM)
    ABOR
    225 ABOR command successful.
    PORT 192,168,1,201,194,90
    200 PORT command successful.
    LIST -al
    150 Opening ASCII mode data connection for /bin/ls.
    06-06-07 02:31PM <dir> bc-ebc
    03-23-06 07:46PM <dir> aaaa
    06-08-07 07:01AM <dir> bbbb
    06-07-07 08:25AM <dir> cccc
    01-11-07 08:51PM <dir> dddd
    01-11-07 08:51PM <dir> eeee
    01-11-07 08:51PM <dir> ffff
    06-07-07 03:34PM <dir> gggg
    03-23-06 08:44PM <dir> hhhh
    226 Transfer complete.
    CWD bc-ebc
    550 bc-ebc: The network address could not be used for the operation requested.
    ftp_cwd: 2,-30006 (state == CHANGING_DIR)
    PWD
    257 "/" is current directory.
    PWD
    257 "/" is current directory.
    PWD
    257 "/" is current directory.
    PWD
    257 "/" is current directory.
    PWD
    257 "/" is current directory.
    QUIT
    221 Bye

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi,

    Thanks for the transcript.

    Based on what you've said so far, you might want to double-check and make sure that the server isn't restricting access to that folder based on the client IP address; that might explain why you can access it locally and the remote user cannot.

    If you're sure that's not the case, you might have the user try the following:

    * Choose Preferences from the Fetch menu.
    * Click the General tab.
    * Uncheck the "Use passive mode transfers (PASV)" checkbox.
    * Open a new connection to the server, and try accessing the folder again.

    Let us know if either of these helps.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

  • lazarzd Member

    I haven't forgotten about this post. I am waiting for the user to free up some time to work on this problem.

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi,

    Thanks for the status update - we'll be here when you're ready!

    Best,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

  • lazarzd Member

    Problem solved. The source host (Fetch user) IP address entered into the Win2K SP4 IIS5/FTP server "Allowed IP" list was incorrect, off by 1. The IP address was corrected and all is working. Fetch Transcript was a big help in tracking this problem down. Thank you, Scott.

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi,

    You're welcome, we're glad to hear the problem is solved. Thanks for the followup!

    Best,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

Reply

  • Or nickname, if you prefer.
  • This will be kept confidential.
  • This is to ensure that you’re a person, not a spambot.