Subject: Re: NetaTalk volume crashes our G4 - Please help!
From: Andrew McNabb (amcnabb@argus-systems.com)
Date: Tue May 16 2000 - 07:32:40 EDT
On Tue, 16 May 2000, Jean-Michel Mignot wrote:
> - What is the purpose of the +asun version? Is it supposed to do any
> good to the way the TrashCan is handled by the system or is it just a
> general recommendation. Are other known problems of the file server
> (we are not using the print facilities) removed by this version?
Development of 1.4b2 completely stopped several years ago. Adrian
Sun began to maintain his own version, which continued development.
The asun version of Netatalk should be considered the official
version. It has tons of bug fixes and added features (in particular,
AppleShare IP is great; it gives a tremendous speed boost). I would
definitely recommend upgrading your server.
> -I am a little afraid about "cleaning" other users' folders in the
> way suggested above, since I am not very familiar with the way
> NetaTalk handles the resource forks of Macintosh files stored on the
> unix volume, and I do not want to mess up the data. In particular, I
Resource forks are named the same as the data forks (the normal files)
and are placed in a subdirectory in the current directory called
".AppleDouble". If a file exists without a resource fork, it will
usually have no icon, file/creator data, etc. (unless extensions mapping
kicks in). Programs without resource forks never run.
Generally it's okay to have a resource fork without a matching file,
although it's wasteful of space and can cause problems if you create
a new file from the UNIX side with the same name; it will inherit the
resource fork that's been sitting around for a while. It's a good idea
to periodically scan through the .AppleDouble directories and delete
lone resource forks (I've seen perl scripts that do this).
> do not understand what Thomas Riewe means by "building" tha above
> mentionned folders, then "cleaning" them (they should be empty just
> after being created, right?). Concerning the last remark: "Well your
I think he's suggesting you clean them in case they already existed when
you tried to create them.
> users have to agree to really delete if they delete files on the
> server volumes", does it just mean that they will get some message
> saying that the file cannot be kept in the trash and asking them to
> allow the file to be immediately delated (I remember we got this type
> of behaviour with CAP 60 some time ago)?
----------------------------------------------
Andrew McNabb
Argus Systems Group
amcnabb@argus-systems.com
----------------------------------------------
This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:30:44 EST