Kroll: a to się dzieje na tym samym serwerze, ale tylko dla klienta Litchi? Inne klienty chodzą ok z tym serwerem?
Czy systemy i serwery FTP na TT a na Fo3o mają identyczny konfig? Porównaj, może odkryjesz jakieś różnice.
Wiem, że wykażę się teraz nieznajomością Litchi (używam częściej klienta z klepaniem komend w trybie tekstowym, a nie mam teraz Litchi pod ręką), ale czy Litchi to tylko nie listuje plików, czy można je pobierać znając nazwy i ich lokalizację?
Chociaż tam pewnie jest tryb graf. i nie widzisz plików=nie masz opcji ich pobierania? Czy w tym pustym katalogu są tylko pliki czy jeszcze jakieś podkatalogi? Można poruszać się między katalogami/podkatalogami i tylko plików nie widać czy podkatalogów również nie wyświetla?
RFC 959 o komendzie LIST twierdzi:
"The data transfer is over the data connection in type ASCII or type EBCDIC. (The user must ensure that the TYPE is appropriately ASCII or EBCDIC)." Chociaż wątpię żeby cokolwiek tam było ustawione na typ EBCDIC i czy obsługa tego trybu jest w ogóle dostępna.
a może to kwestia kodowania?
Rozszerzenie specyfikacji ftp zdaje się dotyczy jedynie kodowania UTF-8, może tu jest pies pogrzebany? pliki mają w nazwach znaki inne niż 7bitowe ASCII albo inne niż UTF8? Chociaż też wątpię żeby klient nie obsługiwał rozszerzenia z RFC 2640.
Miałem w sumie dość podobny problem z klientem ftp.ttp v. 0.7 by Dan Ackerman (Baldrick)
jak łączył się z niektórymi serwerami to również błędnie działały komendy LISTowania, np. tutaj (http://koplinscy.dlf.interia.pl/atari/DSC_6979_.jpg) brak reakcji na komendy ls i dir niby je przyjmował ale nie wyświetlał zawartości, mimo to można się było poruszać po strukturze katalogowej. Nie doszedłem o co chodziło i przesiadłem się na tekstowego GapFTP i sporadycznie dla większej ilości plików na Litchi właśnie ;) w Litchi co zauważyłem to że źle mi wyświetla wielkości plików, ale jak widać po Twoich problemach ma więcej ukrytych wad ;)