home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.protocols.appletalk
- Path: sparky!uunet!spool.mu.edu!enterpoop.mit.edu!micro-heart-of-gold.mit.edu!news.media.mit.edu!news.media.mit.edu!dnb
- From: dnb@meshugge.media.mit.edu (David N. Blank-Edelman)
- Subject: Re: CAP aufs desktop problem
- In-Reply-To: trimble@ph-meter.beckman.uiuc.edu's message of Thu, 7 Jan 1993 18:29:46 GMT
- Message-ID: <DNB.93Jan8000126@meshugge.media.mit.edu>
- Sender: news@news.media.mit.edu (USENET News System)
- Organization: M.I.T. Media Laboratory
- References: <1993Jan5.132732.8376@malmo.trab.se>
- <trimble.726431386@ph-meter.beckman.uiuc.edu>
- Date: Fri, 8 Jan 1993 05:01:26 GMT
- Lines: 33
-
- > We've experienced this, also. The problem only exists in the "root"
- > directory of that shared volume. All of the subdirectories will
- > store the files' locations just fine. We have not figured out how
- > to solve this problem and have basically concluded that it's just a
- > bug.
-
- Actually, you are probably experiencing something which is in the
- spec. When I asked about this quite a while ago David Hornsby noted:
-
- > The AFP spec contains this little peculularity in that to make the finder
- > info stick, you have to be the owner of the volume in question (so that
- > the owner bit is set in the permissions block, Ref: Inside AppleTalk 2,
- > page 13-88, lower right).
- >
- > So, my guess is that if you mount the volume as the user who owns the
- > directory, then things should work OK. In addition, CAP 6.0 has the ability
- > to set this stupid bit by having the directory setuid bit set, ie:
- >
- > chmod u+s volname
- >
- > so others can save the finderinfo on a shared volume.
- >
-
- This helped my problem, I hope it solves yours (and the original
- poster's).
- Peace,
- dNb
- --
-
- David N. Blank-Edelman o/ \ / \ / / \o
- M.I.T. Media Laboratory /# ##o # o## #\
- E15-473F, (617) 253-2169 / \ / \ /o\ / |\ / \
-
-