Your best friend for file transfer.

Fetch application logoFetch

FTP Server drops connection on large files (5 posts)

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

    Hi,

    I frequently have to transfer large PDF files to my printer and for large files the connection always drops in the middle.
    I am running OS X 10.4.10 with Fetch 5.2.
    The exact error message:

    Fetch could not put "XYZ.pdf" because the FTP server dropped the connection.
    Try again or contac tthe server administrator to verify that the server is running.
    Server responded: "Opening BINARY mode data connection. Ready to write file . ("/Various/XYZ.pdf") S T O R"

    Accroding to the transcript this seems to happen every time after exactly 12:10 minutes. I have tried Passive mode on/off and "Keeping Connections Alive" on/off.
    Any hint as to whether this is my problem or theirs would be much appreciated!

    Here is the transcript: ( The PDF has been renamed for subsequent attempts.)

    Connecting to ftp.aleusa.es port 21 (Mac OS X firewall is off) (06.09.2007 16:08:46)
    Connected to 217.125.31.134 port 21 (06.09.2007 16:08:46)
    220-Welcome to CrushFTP!
    220 CrushFTP Server Ready.
    ADAT
    500 Command not understood.
    AUTH This command is checking whether this server supports Kerberos or GSS security, see RFC 2228
    500 Command not understood.
    USER clients
    331 Username OK. Need password.
    PASS
    230 Password OK. Connected.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/" PWD command successful.
    MACB ENABLE
    500 Command not understood.
    PWD
    257 "/" PWD command successful.
    PWD
    257 "/" PWD command successful.
    TYPE A
    200 Command ok : ASCII type selected.
    PASV
    227 Entering Passive Mode (217,125,31,134,17,239)
    Making data connection to 217.125.31.134 port 4591
    LIST -al
    150 Opening data connection for file list.
    226 Directory transfer complete.
    TYPE I
    200 Command ok : Binary type selected.
    PASV
    227 Entering Passive Mode (217,125,31,134,7,254)
    Making data connection to 217.125.31.134 port 2046
    STOR XYZ.pdf
    150 Opening BINARY mode data connection. Ready to write file . ("/Varios/XYZ.pdf") S T O R
    Update check skipped at 06.09.2007 16:10 (next check after 07.09.2007 07:58)
    Unsuccessful transfer of XYZ.pdf (70,650,832/258,754,333 bytes, 96,781 bytes/sec, 12:10 elapsed) stopped at 06.09.2007 16:21:06 (error: 2,-30014)
    ftp_store: 2,-30014 (state == RPUT_SENDING)

    Connecting to ftp.aleusa.es port 21 (Mac OS X firewall is off) (06.09.2007 20:37:01)
    Connected to 217.125.31.134 port 21 (06.09.2007 20:37:02)
    220-Welcome to CrushFTP!
    220 CrushFTP Server Ready.
    USER clients
    331 Username OK. Need password.
    PASS
    230 Password OK. Connected.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/" PWD command successful.
    CWD /
    250 "/Varios/" CWD command successful.
    PWD
    257 "/" PWD command successful.
    TYPE A
    200 Command ok : ASCII type selected.
    PASV
    227 Entering Passive Mode (217,125,31,134,26,236)
    Making data connection to 217.125.31.134 port 6892
    LIST -al
    150 Opening data connection for file list.
    226 Directory transfer complete.
    TYPE I
    200 Command ok : Binary type selected.
    PASV
    227 Entering Passive Mode (217,125,31,134,14,174)
    Making data connection to 217.125.31.134 port 3758
    STOR XYZ-2.pdf
    150 Opening BINARY mode data connection. Ready to write file . ("/Varios/XYZ-2.pdf") S T O R
    Unsuccessful transfer of XYZ-2.pdf (75,671,904/258,754,333 bytes, 103,660 bytes/sec, 12:10 elapsed) stopped at 06.09.2007 20:49:19 (error: 2,-30014)
    ftp_store: 2,-30014 (state == RPUT_SENDING)

    Connecting to ftp.aleusa.es port 21 (Mac OS X firewall is off) (06.09.2007 21:00:11)
    Connected to 217.125.31.134 port 21 (06.09.2007 21:00:11)
    220-Welcome to CrushFTP!
    220 CrushFTP Server Ready.
    ADAT
    500 Command not understood.
    AUTH This command is checking whether this server supports Kerberos or GSS security, see RFC 2228
    500 Command not understood.
    USER clients
    331 Username OK. Need password.
    PASS
    230 Password OK. Connected.
    SYST
    215 UNIX Type: L8
    PWD
    257 "/" PWD command successful.
    MACB ENABLE
    500 Command not understood.
    CWD /
    250 "/Varios/" CWD command successful.
    PWD
    257 "/" PWD command successful.
    TYPE A
    200 Command ok : ASCII type selected.
    PORT 192,168,1,4,192,237
    200 PORT command successful. 85.176.202.68:1562.
    LIST -al
    150 Opening data connection for file list.
    226 Directory transfer complete.
    TYPE I
    200 Command ok : Binary type selected.
    PORT 192,168,1,4,192,244
    200 PORT command successful. 85.176.202.68:5337.
    STOR XYZ-3.pdf
    150 Opening BINARY mode data connection. Ready to write file . ("/Varios/XYZ-3.pdf") S T O R
    Unsuccessful transfer of XYZ-3.pdf (74,551,400/258,754,333 bytes, 102,125 bytes/sec, 12:10 elapsed) stopped at 06.09.2007 21:12:28 (error: 2,-30014)
    ftp_store: 2,-30014 (state == RPUT_SENDING)

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi,

    We're sorry you're having troubles with Fetch. We have a few questions for you to help us identify the problem.

    (1) You said that you're using "Fetch 5.2." If you haven't updated your copy to Fetch 5.2.1 already, could you please do that and see if it helps?

    (2) Is your Mac connected directly to your cable or DSL modem, or are you connecting the Internet using wireless or a router?

    (3) Have you double-checked with folks who run the server to make sure that there is space to store such a large file? You'd hope a printer would have plenty of space on their server, but the fact that the transfers always fail at around the same time and place could suggest an out-of-space problem.

    Let us know, and try to figure out the problem based on the answers.

    Thanks,

    Scott McGuire
    Fetch Softworks

    Posted 7 years ago #

  • philou Member

    Hello Scott,

    thank you for your fast reply. It has been suggested to me by a colleague to try the ftp programm Cyberduck (oh no, the competition!!), they have an option: "Send 'no operation' command to keep connection alive"
    This has worked! (in Passive ftp mode). That should eliminate (3).

    As for (2) I am connected via a DSL Router (not wireless).

    Re: (1) I will have to transfer another large file tomorrow and will try Fetch 5.2.1 for that. I will let you know how it goes...

    I hope we can find a solution, since I am very happy with Fetch in all other respects ;-)

    Many thanks,
    Philou

    Posted 7 years ago #

  • philou Member

    Hello,

    unfortunately an update to 5.2.1 did not solve the problem. Here's the last bit of the transcript:

    TYPE I
    200 Command ok : Binary type selected.
    PORT 192,168,1,4,238,193
    200 PORT command successful. 85.176.202.68:4464.
    STOR ABC.pdf
    150 Opening BINARY mode data connection. Ready to write file . ("/Varios/ABC.pdf") S T O R
    Unsuccessful transfer of ABC.pdf (74,842,112/199,747,623 bytes, 102,383 bytes/sec, 12:11 elapsed) stopped at 07.09.2007 13:29:34 (error: 2,-30014)
    ftp_store: 2,-30014 (state == RPUT_SENDING)

    I assume that the ftp server does not recognize the way Fetch keeps the connection alive.

    Philou

    Posted 7 years ago #

  • Scott McGuire Administrator

    Hi,

    Thanks for the additional information.

    The "keep connection alive" option in Fetch sends "no operation" messages as well, so it probably does pretty much the same thing as Cyberduck's option.

    From the transcripts, it looks like you are using Fetch in non-passive mode, so you might try making sure that you have the "Use passive mode transfers on" and the "Keep connections active" options on at the same time in Fetch - mimicking the setup in Cyberduck - and seeing if that works the next time you transfer a file.

    Please let us know.

    I'd like to see a transcript from Cyberduck (in order to see what it might be doing differently), but I couldn't figure out how to show a transcript window in it...

    Thanks,

    Scott McGuire
    Fetch Softworks

    [This message has been edited by ScottMcGuire (edited 09-07-2007).]

    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.