Re: [Afpfs-ng-devel] afpcmd

[Alex d. <ale...@gm...>]

Ralph,

The unix permissions situation in netatalk is a bit odd, and it is  
likely true that afpcmd is broken in that it expects netatalk to have  
unix permissions enabled.  I see this as a bug in netatalk, but afpfs- 
ng should be able to handle a broken netatalk.

I haven't understood why netatalk doesn't have unix privs enabled by  
default, and my discussions with the netatalk folks haven't cleared  
that up.  Any Apple AFP server released since Mac OS 10.1 (except the  
airport extreme) has that turned on by default.

There's another odd netatalk bug which doesn't let you set certain  
bits with chmod (like the x bit).  That's in raw 2.0.3 (now three  
years old), but has been fixed in CVS.  Some netatalk versions in some  
distributions fix that also.

I try to detect these situations with unix privs in afpfs-ng; you can  
see this by doing a 'status' command.

In my environment, I have probably only ever tested afpcmd it with  
"options:upriv" configured.  I'm in Japan on business this week, but  
if I have a few mins today I'll see if I can fix this.

Thanks for using afpfs-ng...

- Alex


On 16-Jun-08, at 10:35 AM, <ra...@rs...> <ra...@rs...> wrote:

> Update:
> it seems as though afpcmd requires UNIX perms for cd to work? At  
> least when
> using afpcmd againt my patched netatalk this only works with volumes  
> that
> announce UNIX perms. Therefor I will build an unpatched netatalk  
> HEAD and
> see if behaviour is the same and post results.
>
> Regards
> -Ralph
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Afpfs-ng-devel mailing list
> Afp...@li...
> https://lists.sourceforge.net/lists/listinfo/afpfs-ng-devel