Your best friend for file transfer.

Fetch application logoFetch

Unable to get file list (7 posts)

  • Started 17 years ago by sboerner
  • Latest reply 17 years ago from sboerner
  • sboerner Member

    I recently purchased a MacBook Pro and set up my office desktop (Power PC G4) as an FTP server so I could access it when I was away. Worked reliably for months. However, something happened and I have not been able to get the connection to work for several weeks now.

    In the meantime, both machines were upgraded to OSX 10.4 and Fetch 5.2, but cannot say whether the problem is specifically connected to either one of those upgrades.

    From the remote machine, Fetch connects to the host but then displays the error message "Fetch could not get the file list because the connection was refused. Contact the server administrator for more information. Server Responded: Entering Passive Mode (server address).

    FTP access is enabled in the host computer's System Preferences panel, as is Passive Mode. I use a Belkin router and have specified the host's IP as a virtual server address on the router's setup page.

    I am an experienced Mac user but understand little about networks. All I know is that this worked once, but it doesn't now. Does anyone have any suggestions? What am I overlooking?

    Thanks,
    Steve

    [This message has been edited by sboerner (edited 02-22-2007).]

    Posted 17 years ago #

  • Scott McGuire Administrator

    Hi Steve,

    This sounds like it's some sort of router or firewall issue.

    On the Mac that is acting as the server, do you have the Mac OS X firewall turned on? To check, go to the Mac OS X System Preferences, click the Sharing icon, click the Firewall tab, and see if it says "Firewall On" or "Firewall Off."

    If the firewall is on on the server machine, you'll have trouble making FTP connections to that Mac. (This is a change in 10.4 from previous versions of Mac OS X.) If it's on, I'd try turning it off temporarily and seeing if you can connect then.

    If the firewall is already off, or turning it off didn't help, could you try to connect on the remote machine, and then choose Fetch Transcript from the Window menu, copy the entire contents of the transcript window, and paste them into a reply to this message? We'll take a look and see if we can figure out what's going on.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 17 years ago #

  • sboerner Member

    Hi Scott,

    Thanks for your reply. Previously, I had to have the firewall turned off in order to have ftp access to the host machine.

    I checked to make sure that it was off before trying to connect again, and received the same error message. Here is the transcript. (I have x'd out the IP address of my router.)

    Fetch 5.2 (5C121) Intel running on Mac OS X 10.4.8 (8L2127) Intel English
    StuffIt Engine 0x820, StuffIt SDK Version 10.1.1b1
    Partial serial FETCH5X001-L96Y-3GYU T
    Connecting to xx.xx.xxx.xxx port 21 (Mac OS X firewall is off) (2/25/07 2:46:49 PM)
    Connected to xx.xx.xxx.xxx port 21 (2/25/07 2:46:49 PM)
    220 MacOne.local FTP server (tnftpd 20040810) ready.
    USER Steve
    331 Password required for steve.
    PASS
    230-
    Welcome to Darwin!
    230 User steve logged in.
    SYST
    215 UNIX Type: L8 Version: tnftpd 20040810
    PWD
    257 "/Users/steve" is the current directory.
    MACB ENABLE
    500 'MACB ENABLE': command not understood.
    PWD
    257 "/Users/steve" is the current directory.
    TYPE A
    200 Type set to A.
    PASV
    227 Entering Passive Mode (192,168,2,30,192,95)
    Making data connection to xx.xx.xxx.xxx port 49247
    ftp_setup_dataconn() passive mode dataconn failed, result = 1,61
    PORT 192,168,2,20,192,130
    500 Illegal PORT command rejected
    ftp_list: 1,61 (state == GETTING_LIST)
    PWD
    257 "/Users/steve" is the current directory.
    PWD
    257 "/Users/steve" is the current directory.
    Update check skipped at 02/25/2007 02:48 PM (next check after 03/02/2007 11:15 PM)
    PWD
    257 "/Users/steve" is the current directory.
    PWD
    257 "/Users/steve" is the current directory.
    PWD
    257 "/Users/steve" is the current directory.
    QUIT
    221-
    Data traffic for this session was 0 bytes in 0 files.
    Total traffic for this session was 849 bytes in 0 transfers.
    221 Thank you for using the FTP service on MacOne.local.

    Posted 17 years ago #

  • Scott McGuire Administrator

    Hi Steve,

    Here are two things to check.

    First, try Fetch 5.1.1 and see if it can connect to the server; this will make sure we didn't break something in 5.2 (we made some changes to how Fetch establishes connections). You can download a copy of Fetch 5.1.1 from here:

    http://getfetch.com/Fetch_5.1.1.dmg

    Let us know if you see the same problem with Fetch 5.1.1 or not.

    If Fetch 5.1.1 has the same problem, the next thing we suggest is that you check the router documentation to make sure that it forwards all ports to the server, including high-numbered ports used for FTP data connections (e.g. 49247). Your problems could be the result of the router blocking those ports for some reason.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 17 years ago #

  • sboerner Member

    Hi Scott,

    That was it. Actually, I still had 5.1 installed on the laptop, and was immediately connected with the host machine when I tried it. (As long as the host's firewall was turned off.) Mystery solved. I should have thought of trying this but didn't, and appreciate your help.

    Any chance this will be fixed in the next revision?

    Thanks,
    Steve

    Posted 17 years ago #

  • Jim Matthews Administrator

    Steve:

    Could you send transcripts from 5.1.1 and 5.2 to bugs at fetchsoftworks dot com? I'll try to figure out how we can fix this for a future release.

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 17 years ago #

  • sboerner Member

    You should have those.

    Thanks,
    Steve

    Posted 17 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.