Sorry for all the questions today, but I ran into a strange situation
that I can't quite figure out.

Basically, I have a simple replicated volume for hosting information via 
anonymous ftp. The coda permissions are as follows for the whole mounted
volume:

[skoledin_at_monkeyboy ftp]$ cfs la /coda/pub/ftp
System:Administrators  rlidwka 
      System:AnyUser  rl      
[skoledin_at_monkeyboy ftp]$

I seem to be having no problem with coda file permissions, but unless I
give read and execute access on ftp/bin ftp/etc and ftp/lib (Unix
permissions), anonymous users cannot perform ls, etc. Files can still be
retrieved blindly, but the /bin commands cannot be used. For example...

[skoledin_at_monkeyboy ftp]$ ls -la bin
total 344
dr-xr-xr-x    2 root     root          512 Jan 23 19:44 .
drwxrwxrwx   15 root     root          512 Jan 24 17:19 ..
-r-xr-xr-x    1 root     root        15632 Jan 19 20:26 compress
-r-xr-xr-x    1 root     root        45552 Jan 19 20:26 cpio
-r-xr-xr-x    1 root     root        48752 Jan 19 20:26 gzip
-r-xr-xr-x    1 root     root        48048 Jan 19 20:26 ls
-r-xr-xr-x    1 root     root       140528 Jan 19 20:26 tar
-r-xr-xr-x    1 root     root        48752 Jan 19 20:26 zcat

[skoledin_at_monkeyboy ftp]$ ncftp deckard
NcFTP 3.0.0 beta 21 (October 04, 1999) by Mike Gleason (ncftp_at_ncftp.com).
Connecting to 10.33.42.25...                                                    
deckard FTP server (Version 5.60) ready.
Logging in...                                                                   
Guest login ok, access restrictions apply.
Logged in to deckard.                                                           
ncftp / > ls
bin/                                   redhat6.2/
bootdisks/                             redhat6.2-doc/
coda/                                  ssh/
etc/                                   stuff/
iso/                                   Tivoli-rexecd-1.0-1.i386.rpm
kernel/                                updates/
lib/                                   xosl/
ncftp / > quit

[skoledin_at_monkeyboy ftp]$ chmod -R a-r bin

[skoledin_at_monkeyboy ftp]$ ls -la bin
total 344
d--x--x--x    2 root     root          512 Jan 23 19:44 .
drwxrwxrwx   15 root     root          512 Jan 24 17:19 ..
---x--x--x    1 root     root        15632 Jan 19 20:26 compress
---x--x--x    1 root     root        45552 Jan 19 20:26 cpio
---x--x--x    1 root     root        48752 Jan 19 20:26 gzip
---x--x--x    1 root     65534       48048 Jan 19 20:26 ls
---x--x--x    1 root     root       140528 Jan 19 20:26 tar
---x--x--x    1 root     root        48752 Jan 19 20:26 zcat

[skoledin_at_monkeyboy ftp]$ ncftp deckard
NcFTP 3.0.0 beta 21 (October 04, 1999) by Mike Gleason (ncftp_at_ncftp.com).
Connecting to 10.33.42.25...                                                    
deckard FTP server (Version 5.60) ready.
Logging in...                                                                   
Guest login ok, access restrictions apply.
Logged in to deckard.                                                           
ncftp / > ls
ncftp / > quit
[skoledin_at_monkeyboy ftp]$ 


I have used several different ftp servers with consistent results.
Normal unix permissions(x only) with the files hosted on a non-coda
filesystem works as expected, the command failures only occur if serving
the files from a coda volume.

This setup is with coda5.3.10(kerberos) on Linux2.2.16-3smp.

Has anyone run into this particular situation before? I think I remember
Jan saying that ftp://coda.cs.cmu.edu is hosted off a coda volume, and
the permissions there seem to be proper (bin/* not viewable via ls), so
I guess I must be doing something wrong, I just can't figure out what.

Thanks.

-- 
Stephan Koledin
Mad Scientist
The Motley Fool
http://fool.com