home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / vmsnet / networks / tcpip / multinet / 2546 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.6 KB

  1. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!news.service.uci.edu!unogate!mvb.saic.com!info-multinet
  2. From: adelman@TGV.COM (Kenneth Adelman)
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: Re: Export of VMS filesystem with files in it, owned by resource-identifier
  5. Message-ID: <921214131720.23a0025d@TGV.COM>
  6. Date: Mon, 14 Dec 92 13:17:20 PST
  7. Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
  8. X-Gateway-Source-Info: Mailing List
  9. Lines: 31
  10.  
  11. >      We're running Multinet V3.1 rev. D. On our VAXcluster we want
  12. >      to  export  a specific directory-tree, in which all files are
  13. >      owned by a resource-identifier.  Several  users  are    granted
  14. >      this resource-identifier in order to let them read and  write
  15. >      files in the directory-tree.
  16.  
  17. >      After reading the Multinet NFS docs I think it's not possible
  18. >      to export this VMS filesystem to be used by one or more  Unix
  19. >      users, since Multinet NFS in this release  does  not    support
  20. >      ACL's. My questions are:
  21.  
  22. >      1. Is this statement correct?
  23.  
  24.     Yes.
  25.  
  26. >      2. Will  there  be  a new Multinet release in the near future
  27. >         that  supports  ACL's in this kind of setup (with resource
  28. >         identifiers?) What about V3.2?
  29.  
  30.     V3.2 won't, so the earliest it could be in is late '93.
  31.  
  32. >      3. If  Multinet  does  not  and will not support this kind of
  33. >         setup for the time being, my question to the VMS guru's on
  34. >         this list is: what is the best way to change this setup to
  35. >         allow  access  to    the Unix user(s) without giving all the
  36. >         VMS users quota on the device.
  37.  
  38.     There isn't a way to do it without making the files owned by a
  39. user and giving appropriate quotas.
  40.  
  41.                                 Ken
  42.