On Wed, 2003-04-02 at 12:33, Ed Wilts wrote: > On Wed, Apr 02, 2003 at 10:22:32PM +0200, Denis Jacobi wrote: > > I stumbled over a problem which I can't seem to solve. On my machine I > > have a user (bob) which is a member of 33 groups. Now I created > > another group (emma) and added the user (bob) to the group emma. Bob > > should now be able to read files where group emma has read permission > > on. The problem is that my system just seems to ignore this. Is there > > some limit of the number of groups a single user can belong to? Cause > > if I add a new user and put him in the group emma, the new user is > > able to read emmas files. > > Cliff suggested to fire Bob, but that's probably not a realistic > solution :-).
Fine. Discount *all* my suggestions ;) However, consider the pros and cons: Firing Bob: - Easy. - Indicates a decisive nature. Your boss will like that. Working around group limit: - Hard. - Will make you look bad while you search for a solution. Also, you should try to focus on Bob's annoying traits for a while, as it will help you come to an unbiased conclusion. That should cover it. On the serious side, Ed's suggestion (without moving to ACLs) to use more encompassing groups is the only real solution. If you have a group called 'emma', I assume you are just using the default group for the user 'emma' and putting bob into that group so that they can share certain files. I'm guessing emma is also a member of the group 'bob'. This isn't a good idea for reasons beyond the aforementioned limit. Unless the umask is set properly, Bob has read access to *all* of Emma's files and vice versa. Here, for instance, I have a 'peachtree' group, so that the two people who use Peachtree can share files. You'll end up with a lot less groups that way and hopefully won't bump into the limit. Regards, -- Cliff Wells, Software Engineer Logiplex Corporation (www.logiplex.net) (503) 978-6726 x308 (800) 735-0555 x308 -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list