Path: utzoo!utgpu!attcan!uunet!husc6!mailrus!tut.cis.ohio-state.edu!bloom-beacon!bu-cs!dartvax!eleazar.dartmouth.edu!april
From: april@eleazar.dartmouth.edu (April J. Weisman)
Newsgroups: comp.sys.mac
Subject: Re: appleshare hassle question
Summary: MFS causes problems
Keywords: appleshare hassle arghhh annoying help solution great thanks
Message-ID: <9667@dartvax.Dartmouth.EDU>
Date: 4 Aug 88 12:30:11 GMT
References: <650@tasis.utas.oz>
Sender: news@dartvax.Dartmouth.EDU
Reply-To: april@eleazar.dartmouth.edu (April J. Weisman)
Organization: Joy, Inc.
Lines: 28
Distribution:

In article <650@tasis.utas.oz> luke@tasis.utas.oz (Luke Visser) writes:
>Any suggestions as to why someone retains ownership of a folder when
>placed into a drop folder?
>
>The situation is this: a user takes a folder from one his own floppies
>and places it into a drop folder on the server.  This should then mean
>that those with access to the drop folder can read it.  It doesn't,
>occassionally the user retains ownership of that folder.  It is extremely
>annoying as we need to backtrack the folders to root so that the user can
>get to and change ownership of that folder.
>

That has happened several times here at Dartmouth when students have used
dropofff folders to turn in homework on the public file server.  The reason
for all the problems was that some of the students were using MFS disks, and
when they dropped off their homework from an MFS disk, it messed up the
access permissions on the folder.  Try asking people to use only HFS when
they are dropping off materials and the problem should go away.

>Luke Visser

-April


April J. Weisman     |"The big picture: 12 credits.|april@eleazar.dartmouth.edu
HB 390 Dartmouth Clg |It's very big.  12 credits   |{decvax ihnp4 harvard}...
Hanover NH, 03755    |probably isn't enough, it's  |   ...!dartvax!eleazar!april
 603-643-7727        |so big!" -Dr.Wolper, Creator |Disclaimer: Opinion?  Me?