home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / system / 13746 < prev    next >
Encoding:
Internet Message Format  |  1992-11-06  |  3.1 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!sdd.hp.com!caen!sol.ctr.columbia.edu!emory!europa.asd.contel.com!paladin.american.edu!news.univie.ac.at!hp4at!mcsun!sunic!corax.udac.uu.se!news.uu.se!zot
  2. From: zot@groucho.csd.uu.se (Thomas Ljungberg)
  3. Newsgroups: comp.sys.mac.system
  4. Subject: Network Trash problems in 7.0 File Sharing/AppleShare 3.0
  5. Date: 5 Nov 92 14:18:17
  6. Organization: Computing Science Dept, Univ. of Uppsala, Sweden
  7. Lines: 84
  8. Distribution: world
  9. Message-ID: <ZOT.92Nov5141817@groucho.csd.uu.se>
  10. NNTP-Posting-Host: groucho.csd.uu.se
  11.  
  12.  
  13. (This article was accidentally posted to comp.sys.mac.apps. I repost it
  14. here. My apologies to those of you who gets it a second time./Zot)
  15.  
  16.    --------------
  17. Consider this:
  18.  
  19.     A Macintosh with either System 7 filesharing or running
  20.     AppleShare Server 3.0 (I've tested both).
  21.  
  22.     A shared volume SharedV on that Mac.
  23.  
  24.     A folder BsFolder on SharedV.
  25.  
  26.     Two defined userids A and B.
  27.  
  28.     User A holds Make Changes privileges to SharedV, user B does not.
  29.  
  30.     User B holds Make Changes privileges to BsFolder.
  31.  
  32.  
  33. Shortly after the Mac has been started, user B logs on. She can work
  34. happily in BsFolder, create dokuments and so on. However, she cannot
  35. put objects in the Trash. If she attempt it, a dialog will inform her
  36. so and offer to remove the object immediately. Not nice.
  37.  
  38. Then, user A logs on. He finds a document he no longer needs and puts
  39. it in the Trash. No problem.
  40.  
  41. Now, B makes a new attempt to put something into the Trash. And it
  42. works! Nice, but quite confusing.
  43.  
  44. If the Mac is restarted (or File Sharing is turned off and on, the
  45. AppleShare Server is restarted etc.), the problem reappears.
  46.  
  47.  
  48. Diagnosis:
  49.  
  50. An invisible folder "Network Trash Folder" in the top level of a shared
  51. volume is used to hold the objects trashed by network users. This folder
  52. is created when needed, i.e. when something is moved to the Trash.
  53. However if the user doing so does not hold Make Changes privileges to
  54. the top level, the folder cannot be created. Once a user with such
  55. privileges moves something to the Trash, "Network Trash Folder" is
  56. created. Thereafter, any user can move objects to Trash, provided
  57. he holds Make Changes privileges to the folder holding the object.
  58.  
  59. If File Sharing is turned off (etc.) "Network Trash Folder" is
  60. removed. When turned on again, the problem have reappeared.
  61.  
  62.  
  63. Suggested remedies:
  64.  
  65. 1) Create "Network Trash Folder" directly when File Sharing is turned on/
  66.    AppleShare Server is started.
  67.  
  68. or
  69.  
  70. 2) Allow network users to create "Network Trash Folder" in the top level
  71.    even if the do not hold Make Changes privileges there.
  72.  
  73.    --------------
  74.  
  75. Questions:
  76.  
  77. Anyone else who have experienced this problem? 
  78.  
  79. Any known workarounds?
  80.  
  81. Is it by any chance fixed in System 7.1?
  82.  
  83. Is there any good email address for bug reports like this one?
  84.  
  85.  
  86.                         Zot
  87. --
  88.  
  89. ---------------------------------------------------------------------------
  90. ,-----,      !    Thomas Ljungberg,
  91.      /      -+-   Computing Science Dept.,
  92.     /  .--.  !    Uppsala University,            Phone: +46-18-181035
  93.    /   !  !  !    Box 311,
  94.   /    '--'  !    S-751 05 Uppsala,              zot@csd.uu.se
  95.  '-----------'    SWEDEN
  96.