Hello, I have a similar problem than the one described in https://sourceforge.net/tracker/?func=detail&atid=100976&aid=1779054&group_id=976 ([ 1779054 ] very long ftp replies confuse curl). From the last comment, its date and the CVS logs, I presume that the bug fix is shipped in curl 7.17.0 However, I still have FTP timeout problems with this version, with FTPS upload and download. First, here is how I compile openssl and curl from openssl-0.9.7m.tar and curl-7.17.0.tar.gz (I use a company customized RHEL) : $ uname -a Linux rhel-linux 2.6.9-22.0.2.EL.1.customsmp #1 SMP Fri Jan 20 18:26:05 CET 2006 i686 i686 i386 GNU/Linux [...] $ ./config --prefix=/home/eric/openssl-0.9.7m --openssldir=/home/eric/openssl-0.9.7m no-shared ; make ; make install [...] $ ./configure --prefix=/home/eric/curl-7.17.0 --enable-debug=yes --enable-ftp=yes --with-ssl=/home/eric/openssl-0.9.7m --disable-shared $ make ; make install In order to get rid of messages like /home/eric/openssl-0.9.7m/lib/libcrypto.a(dso_dlfcn.o)(.text+0x30): In function `dlfcn_load': : undefined reference to `dlopen' collect2: ld returned 1 exit status I added a -ldl at the CFLAGS of the src/Makefile (by analogy with http://linuxfromscratch.org/pipermail/blfs-support/2006-August/060783.html) I still have an error like : /usr/bin/install -c -m 644 'curl.h' '/home/eric/curl-7.17.0/include/curl/curl.h' /usr/bin/install: `curl.h' et `/home/eric/curl-7.17.0/include/curl/curl.h' identifient le même fichier. but it does not seem harmful. I then have : $ curl -V curl 7.17.0 (i686-pc-linux-gnu) libcurl/7.17.0 OpenSSL/0.9.7m zlib/1.2.1.2 Protocols: tftp ftp telnet dict http file https ftps Features: Debug IPv6 Largefile NTLM SSL libz Now, my problems. I exchange files with a XFB Gateway FTP server over a limited bandwidth. When I upload a 40Mo file to a XFB Gateway FTP server, I get the FTP response timeout (see cleansed file on http://ericlandes.free.fr/curl/sh.070919_003000.log.19433). The curl command was (with private informations cleansed) : $ ./curl-7.17.0/bin/curl --tlsv1 --ftp-pasv --ftp-skip-pasv-ip --verbose --cert /home/eric/cert.pem:certpassword --key /home/eric/privkey.pem --pass certpassword --ciphers AES256-SHA,AES128-SHA --ftp-ssl ftp://user:userpassword@url:6021/distantdirectory --cacert /home/eric/cacert.pem -T /home/eric/scriptstest/benchcharge/envoi/testcharge40Mo.txt When I download a 40Mo file from a XFB Gateway FTP server, I get the FTP response timeout (see cleansed file on http://ericlandes.free.fr/curl/sh.070919_013000.log.19664). The curl command was (with private informations cleansed) : $ ./curl-7.17.0/bin/curl --tlsv1 --ftp-pasv --ftp-skip-pasv-ip --user user:userpassword --verbose --cert /home/eric/cert.pem:certpassword --key /home/eric/privkey.pem --pass certpassword --ciphers AES128-SHA --ftp-ssl ftp://url:6021/distantdirectory/testcharge40Mo.txt --cacert /home/eric/cacert.pem -o /home/eric/scriptstest/benchcharge/reception/"testcharge40Mo.txt A download of a 20 Mo file with XFB Server works fine (see cleansed file on http://ericlandes.free.fr/curl/sh.070918_053000.log.15494). I tried to reproduce this bug with a server of mine (ProFTPd, with self-signed certificate), by adding --limit-rate 30K to simulate a long server response, but without success (see cleansed on http://ericlandes.free.fr/curl/sh.070917_175631.log.27878). One difference that I see between the 2 kind of FTP server output is that the progresse meter (apart from the final line before "Closing connection") is splited in several lines. Same comparison remark applies with the output of a 20Mo download from the XFB Server. If you need additional informations, let me know. Eric LANDES _____________________________________________________________________________ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
Received on 2007-09-19