Path: utzoo!attcan!uunet!cs.utexas.edu!usc!ucsd!ucbvax!THUMPER.BELLCORE.COM!nsb From: nsb@THUMPER.BELLCORE.COM (Nathaniel Borenstein) Newsgroups: comp.soft-sys.andrew Subject: Re: How to Create an AMS Bboard System Message-ID: Date: 5 Jul 90 14:36:06 GMT References: <9007051302.AA23967@mdl.bull.fr> Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 22 Excerpts from internet.info-andrew: 5-Jul-90 Re: How to Create an AMS Bb.. oun@clbull.cl.bull.fr (780) > Running bboard system in a multi-machine environment WITHOUT AFS, can > you control the access right of people from other machines who want to > subscribe to your bboard? Only to the extent that you can use the underlying file system protection to do so. That is, you can use UNIX groups, or whatever, but as we all know that's not a very fine-grained mechanism, which is why they added such better protection to AFS. In particular, it would be pretty easy to set up two kinds of bboards, regular and special. Anyone could read the regular bboards, but you'd have to be a member of the "special" group as defined in /etc/group to read the special bboards. (Note that the bboard processing daemon would be the owner of the bboard, and would have write permission, and therefore all you'd give to the group would be read permission.) At any rate, I think something like that would work, but I haven't tried it. Our bboards at Bellcore are all pretty much open to anyone who has an account on our machines right now...