Title: RE: [netatalk-admins] Login
I have the exact same problem since 2 months, as I installed a fresh Linux redhat 6.0.
I did not find any solution, so sorry I'm not writing for exposing one, but to request a copy of the related messages, as I'm still strongly interested into finding a solut
I would say you have a problem on the netatalk side concerning the proper
permissions on the resource forks directories.
Executables usually don't have a data fork but a resource fork, as opposed to
"plain" files where there should normally be a data fork and little/no
resource fork.
My 2 pences.
Sak Wathanasin wrote:
> It seems to me that it wasn't the alias that was the problem, it was
> caused by whoever created the new version. The thing to do there,
> IMHO, was to dup the original folder, rename it to "copy of the
> mm/dd/" and put the up-to-date contents where all the aliases
>
Nope.
This is inherent to the ftp protocol itself.
What you can do instead is encoding the file to be transferred into
MacBinary on the server side - the client would have to decode it after
transfer.
I did not try to set up something like that myself, but there exist a
bunch of ftp servers
Title: RE: Spaces in file names
The "trick" is to tell your shell not to interpret the spaces as separaors between arguments. This is called "escaping" the character.
You can do it in many ways:
-enclose within double-quotes : cd "my directory"
This allows for variable interpolation within t