FTP - User is not able to write to folder of which they are a member of the group - Permissions at 775

We are using Xserve 10.3.9 for our ftp server.  I have set up all of our customers with their own home folder and in addition I have made groups for all these customers so that one of our departments (lets call it internal user) can read/write/delete/execute into all these folders as well.  I cannot give any of these administrative access. This department (internal user) is now a member of roughly 50 groups.  The trouble I am having is that several of the folders will not allow the internal user which is part of the group to write to the folder.  The customer which is only part of one group can still write and I (administrative user and owner of the folder) can still write but not the other member of the group.  Is there a limit on how many groups to which a user can belong?  They can still read however.  This is only on some of the folders.  The permissions are set to 775 and I have already tried to repair permissions.   If there is a limit, how do I give the internal users access to all the folders below and none of the folders above while retaining the permissions for the end user?
Who is Participating?
VMSZealotConnect With a Mentor Commented:
Okay, could you check group2 to verify that it actually contains the user with problems (I know it should do, but lets check the database directly).

niutil -read . /groups/group2

Your result should be something like this:

name: group2
gid: 80
passwd: *
users: pascalharris sarahbinnie nancyparker tomcragg
generateduid: ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000050
smb_sid: S-1-5-32-544
realname: GroupTwo

In this example, the group contains four members.  If your user is missing from the group, add the user as follows:

niutil -appendprop / /groups/group2 users jameshubbard
I think you're going to have to get your hands dirty at the command line here.  Would it be possible for you to do an ls -la of the folder concerned (changing names to protect the innocent, of course) and attach it to this query - just so that I can see the permissions for myself?

I don't think that there's a limit to the number of groups a user can belong to.  But it's a good thought - does the user having problems belong to a particularly large number of groups?
tammyfAuthor Commented:
I have no problems getting my hands dirty with the command line in fact I am trying to learn more since workgroup manager has  its own series of problems.  I have done the ls -la on both a folder they can write to and one of the ones they can't.  There seem to be several they cannot write too and there is no rhyme or reason that I can see.  I just recently set up the groups this way since that seem to be the only way to give our internal users full access to all the customer folders without letting them get behind it since we keep financial data at the top.  Here is the list with the names changed as you suggested.  I can't look at this and tell where there is a problem with our internal user since their name does not show up anywhere.  

Here is the one that allows writing by our internal user:

[www:~/FTP/customers/customer1] adminuser% ls -la
total 26896
drwxrwxr-x   5 adminuser  group1       170 18 Jul 17:22 .
drwxrwx-wx  50 adminuser  staff      1700  5 Jul 10:27 ..
-rw-rw-r--   1 adminuser  group1      6148 15 Dec  2005 .DS_Store
-rw-rw-r--   1 adminuser  group1   2045553  7 Jun 12:06 06-0463 raymer manual.pdf
-rw-rw-r--   1 adminuser  group1  11711180  9 Mar 14:33 IISL Photos.sitx
[www:~/FTP/customers/customer1] adminuser%

Here is the one that is denying permissions to write:

Last login: Wed Jul 19 10:26:44 on ttyp1
Welcome to Darwin!
[www:~/FTP/customers/customer2] adminuser% ls -la
total 52832
drwxrwxr-x  15 adminuser  group2       510 18 Jul 17:52 .
drwxrwx-wx  50 adminuser  staff         1700  5 Jul 10:27 ..
-rw-rw-r--   1 adminuser  group2      6148 18 Jul 17:40 .DS_Store
drwxrwxr-x  12 adminuser  group2       408 18 Jul 16:28 Academica
-rw-rw-r--   1 adminuser  group2   4530824 30 Jun 13:59 Rapp case spine.tif
drwxrwxr-x   3 adminuser  group2       102  3 Apr 13:56 Red Moon
-rw-rw-r--   1 adminuser  group2    307948 27 Apr 11:02 goertzel.pdf
[www:~/FTP/customers/customer2] adminuser%

Easily Design & Build Your Next Website

Squarespace’s all-in-one platform gives you everything you need to express yourself creatively online, whether it is with a domain, website, or online store. Get started with your free trial today, and when ready, take 10% off your first purchase with offer code 'EXPERTS'.

tammyfAuthor Commented:
This very interesting.  I did two things.  First I ran the command to view all the groups to which our internal user belongs using this command:

groups username

Here is what I got:

Last login: Wed Jul 19 10:42:53 on ttyp1
Welcome to Darwin!
[www:~] adminuser% groups group2
staff aaa ccc bbb1 ddd1 eee1 fff1 ggg1 hhh1 iii1 kkk1 lll1 mmm1 nnn1 ooo1 ppp1
[www:~/FTP] adminuser%

It only listed 15 of the 50 groups.  I then ran the command you suggested (see result below) and the user DID show up as belonging to the group even though this group did not show up when running the above command. It does seem to be limiting for some reason.  I don't know how else to set this up to give the internal user the correct access.  I would expect the Xserve to be able to handle having a user in more than 15 groups.  Suggestions?

[www:~/FTP] adminuser% niutil -read . /groups/groupname
name: groupname
realname: groupname
generateduid: 561FA010-16A7-11DB-B3E3-000393B5DF8C
gid: 1103
users: group1 group2
[www:~/FTP] adminuser%
tammyfAuthor Commented:
Found this on the apple site.

Mac OS X Server 10.3: Tested and theoretical maximums (limits)

Directory Services      Number of Groups per User      16      16

Blimey.  You learn something new every day.  I do anyway!  Glad your question has been answered!
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.