All,

  I've testing both ftp clients in applications (kftpgrabber and kasablanca). Of
the two, kasablanca will connect, but does not display any remote contents in
the file areas. I can issue commands e.g. PASV, help, dir, and the log output
shows the remote server sees the command and responds by changing directories
remotely and issues the CWD response showing successful directory change, but no
file listing is ever available. (tried both with/without [x] correct pasv) Here
is the sample log window output:

220-Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH Goettingen
220-====================================================================
220-This is a Linux PC (Dell PE-2650, 2 CPUs P4/2800, 12 GB RAM)
220-running SuSE-Linux-8.2 with SuSE kernel 2.4.20-64GB-SMP.
220-/pub is ext3, a 2 TB Partition within a Transtec T6100F16R1
220-IDE/FC Raid array with 15+1 SATA disks Hitachi 240 GB Raid5
220-
220-For questions and other contacts to the ftp-admin, mailto:emoenke@...
220-All transfers are logged. The local time is Tue Feb 18 08:25:44 2014.
220-
220-Limits: Domains gwdg.de, uni-goettingen.de, mpg.de:  200 sessions
220-        Other domains:      Mon - Fri 8:00 - 18:00: 1000 sessions
220-                                       other times: 2000 sessions
220-Your domain limit: 1000    active sessions: 14
220-
220-Login as "ftp" or "anonymous" and use your email address as password.
220-
220 ftp.gwdg.de FTP server (Version wu-2.4.2-academ[BETA-18-em](1) Fri Apr 4
23:14:50 MEST 2003) ready.
USER anonymous
331 Guest login ok, send your complete e-mail address as password.
PASS *
230-Hello User at mail.3111skyline.com,
230-we have 15 users (max 1000) logged in in your class at the moment.
230-Local time is: Tue Feb 18 08:25:44 2014
230-All transfers are logged. If you don't like this, disconnect now.
230-
230-tar-on-the-fly and gzip-on-the-fly are implemented; to get a whole
230-directory "foo", "get foo.tar" or "get foo.tar.gz" may be used.
230-Please use gzip-on-the-fly only if you need it; most files already
230-are compressed, and I will kill your processes if you waste my
230-ressources.
230-
230-The command "site exec locate pattern" will create a list of all
230-path names containing "pattern".
230-
230 Guest login ok, access restrictions apply.
CWD /pub
250-====================================================================
250-Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH Goettingen
250-====================================================================
250-This is a Linux PC (Dell PE-2650, 2 CPUs P4/2800, 12 GB RAM)
250-running SuSE-Linux-8.2 with SuSE kernel 2.4.20-64GB-SMP.
250-/pub is ext3, a 2 TB Partition within a Transtec T6100F16R1
250-IDE/FC Raid array with 15+1 SATA disks Hitachi 240 GB Raid5
250-
250-For questions or contacts to the ftp-admin, mailto:emoenke at gwdg.de
250-
250 CWD command successful.
PWD
257 "/pub" is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (134,76,12,3,231,230)
500 '': command not understood.
list
150 Opening ASCII mode data connection for /bin/ls.
CWD /pub/opensuse
226 Transfer complete.
PWD
250 CWD command successful.
TYPE A
257 "/pub/opensuse" is current directory.
PASV
200 Type set to A.
list
227 Entering Passive Mode (134,76,12,3,232,67)

  I do not know where the list or transfer went, but it never made it into my
window.

  I then tested with opensuse/kde3/kftpgrabber and I was able to connect and
retrieve a directory listing and transfer files. The same with gftp, login to
the same server and it works just fine. This looks like it may be a generic tde
issue with ftp clients.

  This only effects applications/<ftp clients>. Konqueror ftp works fine in TDE.
Type: ftp://david@server/home/david into the addressbar, the askpass dialog pops
up and the connection and listing is perfect. So whatever kftpgrabber and
kasablanca do differently is not working, but what konqueror does -- works!

  kftpgrabber likewise shows a connection with the remote server being made, but
no file listing is ever displayed. The big issue with kftpgrabber is a race
condition that occurs when the listing/handshake fails or when connection over
ssh is attempted. It effectively locks the side of kftp the connection occurs on
(left/right) and then pegs the CPU at 40-50%. Quitting kills the hung connection.

A sample of the kftpgrabber connection log is:

[01:53:37] KFTPGrabber logger initialized.
[01:55:41] *** Connecting to nirvana:21...
[01:55:41] *** Connected with server, waiting for welcome message...
[01:55:41] 220 Welcome message
[01:55:41] USER david
[01:55:41] 331 Please specify the password.
[01:55:41] PASS (hidden)
[01:55:42] 230 Login successful.
[01:55:42] SYST
[01:55:42] 215 UNIX Type: L8
[01:55:42] FEAT
[01:55:42] 211-Features:
[01:55:42] EPRT
[01:55:42] EPSV
[01:55:42] MDTM
[01:55:42] PASV
[01:55:42] REST STREAM
[01:55:42] SIZE
[01:55:42] TVFS
[01:55:42] UTF8
[01:55:42] 211 End
[01:55:42] PWD
[01:55:42] 257 "/home/david"
[01:55:42] *** Connected.
[01:55:42] *** Fetching directory listing...
[01:55:42] TYPE A
[01:55:42] 200 Switching to ASCII mode.
[01:55:42] EPSV
[01:55:42] 229 Entering Extended Passive Mode (|||40351|)
[01:55:42] *** Establishing data connection with 192.168.6.17:40351...

  Both clients show similar behavior - like some part of the ftp-ioslave isn't
communicating correctly resulting in no listing. Can someone test and confirm
this behavior. Thoughts? Suggestions? Small potatoes apps, but curious neither
are not working.

-- 
David C. Rankin, J.D.,P.E.