Re: problems with client gui

Typically, NLST causes some internal code to be run to obtain a list of
filenames, whereas LIST causes the external 'ls' command to be run.

It sounds like the directory your guests are chrooted to is missing something
needed to run the 'ls' binary.  It could be the ls binary itself, under
<chroot>/bin, or it could be a library it needs which is missing from
<chroot>/usr/lib...

Since you have the anonymous FTP chroot area set up so that it is working,
try comparing this with the guest chroot directory and see what is different
in this respect.  The FAQ entry at
   http://www.wu-ftpd.org/wu-ftpd-faq.html#QA50
may also be of some help.  (It applies to all chrooted users, not just
anonymous ones.)

Good luck !

Cheers, Bob

On Thu, May 13, 2004 at 10:39:44AM -0700, Sid Shapiro wrote:
> Hello,
> I've got wu-ftpd 2.6.1 installed on a Solaris box. It is the distribution 
> from sun (SMCwuftpd).
> 
> I've got real users, guest users, and anonymous users. Real users and 
> anonymous users work fine with regard to my problem - this only applies to 
> guest users.
> 
> The problem is that using a GUI client, I can't see the files in a 
> directory. logging in from a command line client, the "ls" command works 
> fine, but the "dir" command does not. Looking in the logs it looks like 
> the "ls" command sends the nlst command whereas "dir" sends the "list" 
> command.
> 
> Also looking at the logs I see the GUI sends the "list" command and gets 
> no answer, which is at least consistent.
> 
> But why - is there a way to allow the "list" command to work for guest 
> users? I don't see anything in my ftpaccess file or in the man page that 
> talks about restricting this command.
> 
> Thanks,
> 
> / Sid /

-- 
Bob Luckin      [email protected]      "Coder, adapt; FTP Ada, redo C"