Subject: Re: [netatalk-admins] current netatalk plans
From: John Sutton (john@scl.co.uk)
Date: Mon Mar 16 1998 - 07:31:43 EST
This business of "persistent file id's" (3a below) - could somebody please explain what this means! I'm pretty green about the MacOS file system but after a number of horrifying episodes I'm beginning to think I need to find out... For example, I've tried to use aliases on the local fs pointing to files on a netatalk volume. It works OK some of the time but then occasionally the alias ends up pointing at a completely different file! I had thought that an alias was a textual entity (i.e. a soft link in Unix terms) but I'm clearly wrong.
My current problem is not (as far as I know) to do with aliases and I wonder if this also is a victim of this "persistent file id's" deficiency in netatalk? (Is this to be counted as a deficiency? Do other AFP implementations on NT or NetWare for example have the same problem?). Anyhow, my problem is as follows. I use Eudora with the mailboxes on a netatalk volume. This works fine so far (touchwood :-) once I'd realised that I have to put the whole Eudora folder on the netatalk volume and not simply keep it on the local volume with aliases therein pointing to the real mailbox files. However, if I try within the Eudora Settings to specify that the Email Enclosures folder is also over on the netatalk volume, this works some of the time. But occasionally, when I start up Eudora, it complains that the Email Enclosures folder does not exist. Well, it does exist but the link has clearly been broken. I suppose this comes down to how an application (Eudora in this instance) stores the reference to a folder which it is supposed to be using?
Am I on the right track or is this a Eudora-specific problem?
At 14:25 12/03/98 -0800, a sun wrote:
> 3) i'll probably add stubs to afpd to talk to a file catalogue
> daemon for lookup and updating directories. the catalog
> daemon will probably take a little longer to actually
> write. this should solve three problems of which i'm
> aware:
> a) we should be able to add in persistent file id's.
> b) we should be able to tag filename lengths as short
> (11 mac chars), medium (31 mac chars), and long
> (255 unicode chars). this should help prepare afpd
> for long filename support.
> c) directory lookups should get faster.
***************************************************
John Sutton
SCL Computer Services
URL http://www.scl.co.uk/
Tel. +44 (0) 1239 621021
***************************************************
This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:31:40 EST