Your best friend for file transfer.

Fetch application logoFetch

Trouble getting directory listing on NT (11 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 13 years ago by maxg
  • Latest reply 9 years ago from Jim Matthews
  • maxg Member

    Using V4 on OS X I can sucessfully log into NT servers but it 'hangs' when trying to list the files in a directory. I give up after a few minutes and cancel the operation and it stays connected but I'm unable to upload/download anything

    I dont have this problem on UNIX servers or with Fetch 3 under OS 9.1

    I've tried PASV mode without success

    Posted 13 years ago #

  • Jim Matthews Administrator

    Could you post a transcript of a session with the NT server? Choose "Fetch Transcript" from the Window menu to reveal the transcript.

    Jim Matthews
    Fetch Softworks

    Posted 13 years ago #

  • Darylj Member

    I'm having the same trouble. We're using OS 9.1, have tried Fetch 3.03, 4.0b7, and 4.0. Upon connecting, status says getting list, and list is shown, but dog continues to run. We can upload, but downloads drag on forever, until usually a 'the connection was reset by the server" comment. (and we're on a t1 line).
    The transcript reveals:

    500 'ADAT Hi there, do you support security?': command not understood

    -and-

    MACB ENABLE
    500 'MACB ENABLE': command not understood
    SITE DIRSTYLE
    200 MSDOS-like directory output is on
    SITE DIRSTYLE
    200 MSDOS-like directory output is off

    When trying to download it says:

    SIZE default.asp
    213 723
    MDTM default.asp
    500 'MDTM default.asp': command not understood
    PORT 192,168,81,38,35,171
    200 PORT command successful.
    RETR default.asp
    150 Opening ASCII mode data connection for default.asp(723 bytes).
    226 Transfer complete.

    -but transfer is not complete.

    Posted 13 years ago #

  • Jim Matthews Administrator

    There appears to be a problem with Service Pack 6 for Windows NT 4. I put a change in Fetch 4.0 to try to work around it, but clearly it does not completely solve the problem.

    Other users who have contacted Microsoft have been told to copy the TCPIP.SYS file from Service Pack 5. Upgrading the server to Windows 2000 might be another option.

    Jim Matthews
    Fetch Softworks

    Posted 13 years ago #

  • ackerman Member

    I'm having similar problems with Windows NT 4.0, however, I only have service pack 3 (running a Hummingbird Exceed FTP server) at work. And no, Windows 2000 is not a possibility. I don't control what my company puts on my computer, alas. If I had a choice, it would be a Ma, not a PC.

    I do get a list of the files, containing Name, but nothing in the Kind, Size, or Date columns. Also there are no subdirectories listed. I can get into the subdirectories by typing them into the Change Directory box. Refreshing the file list does not help. (That's the only thing you suggest under Troubleshooting in your Help menu.)

    Here is the Fetch Transcript window:

    NOT_CONNECTED -> NOT_CONNECTED 0
    NOT_CONNECTED -> NOT_CONNECTED 0
    aackerman NOT_CONNECTED -> CONNECTING 0
    Connecting to aackerman port 21 (5/8/01 10:41:48 PM)
    220 FTP server (Hummingbird Communications Ltd. (HCLFTPD) Version 6.0.1.3) ready.
    ADAT
    500 '': command not understood.
    USER ackerman
    331 Password required for ackerman.
    PASS
    230 User ackerman logged in.
    aackerman CONNECTING -> SENDING_PBSZ 0
    aackerman SENDING_PBSZ -> SENDING_PROT 0
    aackerman SENDING_PROT -> GETTING_INFO 0
    SYST
    500 '': command not understood.
    PWD
    257 "C:" is current directory.
    MACB ENABLE
    500 '': command not understood.
    aackerman GETTING_INFO -> CHANGING_DIR 0 C:
    CWD C:
    250 CWD command successful.
    aackerman CHANGING_DIR -> GET_CHGING_DIR 0 Download
    CWD Download
    250 CWD command successful.
    aackerman GET_CHGING_DIR -> GETTING_WD 0 Download
    PWD
    257 "C:Download" is current directory.
    aackerman GETTING_WD -> IDLE 0 Download

    Posted 13 years ago #

  • Jim Matthews Administrator

    ackerman:

    Could you give the "View File List" command in the Remote menu and post the results? It sounds like the Hummingbird server uses a non-standard file list format.

    Posted 13 years ago #

  • ackerman Member

    Here's a few lines (many more if you want them):

    drwx------ 1 BUILTIN AACKERMAN 0 May 11 16:17 .
    drwx------ 1 BUILTIN BUILTIN 0 May 11 16:17 ..
    drwx------ 1 BUILTIN AACKERMAN 0 Apr 24 13:51 Acrobat Reader
    drwx------ 1 BUILTIN AACKERMAN 0 Mar 13 2000 Aladdin
    drwx------ 1 BUILTIN AACKERMAN 0 Jan 7 1999 Apple QuickTime 3.0
    drwx------ 1 BUILTIN AACKERMAN 0 Mar 19 12:27 CEC32
    -rwx------ 1 BUILTIN AACKERMAN 2871 May 23 1999 CGI Test Cases.html
    -rwx------ 1 BUILTIN AACKERMAN 328672 Jul 7 1998 cgminivw.exe

    It looks like a standard Unix 'ls -l' to me, but I'm no expert. Perhaps you are expecting a PC format? Is there some way to tell Fetch which format to expect?

    Posted 13 years ago #

  • Jim Matthews Administrator

    The Hummingbird server does not look like a Unix server, so Fetch does not expect its file list to look like ls -l. I will see about fixing that.

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 13 years ago #

  • kevins Member

    I had the same problem show up after upgrading our internet connection to two T1s using packet based load balancing. After reading these posts, we reloaded an nt box and put service pack 5 on. We copied the tcpip.sys file to our ftp server running sp6 and it definately fixed our problem.

    Kevin

    Posted 13 years ago #

  • ochen Member

    HI, I wonder this answer is also applies to my OS 10.3 Fetch 4.0 connect to NT server problem. Here is the transcript
    500 'MACB': command not understood

    Pls help me to teachl my hosting company how to fix the problem.

    Originally posted by JimMatthews:

    There appears to be a problem with Service Pack 6 for Windows NT 4. I put a change in Fetch 4.0 to try to work around it, but clearly it does not completely solve the problem.

    Other users who have contacted Microsoft have been told to copy the TCPIP.SYS file from Service Pack 5. Upgrading the server to Windows 2000 might be another option.

    Jim Matthews
    Fetch Softworks

    Posted 9 years ago #

  • Jim Matthews Administrator

    ochen: Could you describe the problem you are seeing? The transcript line about "MACB" is normal -- it does not indicate a problem.

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 9 years ago #

Topic closed

This topic has been closed.