search for: autorid_trustposixoffset

...sed POSIX subsystems. The sad thing is that this can't work, because it doesn't handle transitive trusts. What we really need are autorid backends with a global storage, one for AD and one for LDAP. > If we could detect new installs, then clients and the AD DC would use > this new autorid_trustPosixOffset by default, but clients using rfc2307 > would also 'just work' (minus the benefits of ID_TYPE_BOTH) as we filled > that in anyway. > > Then, have an optional mode in Samba that when we create users, we fill > in the uidNumber value and gidNumber values with whatever the supp...

...if I ever get the time, energy or someone else does it for me, is to have a rid backend that uses the trustPosixOffset attribute, and calculates ID values just like AD claims to do for the never-used POSIX subsystems. If we could detect new installs, then clients and the AD DC would use this new autorid_trustPosixOffset by default, but clients using rfc2307 would also 'just work' (minus the benefits of ID_TYPE_BOTH) as we filled that in anyway. Then, have an optional mode in Samba that when we create users, we fill in the uidNumber value and gidNumber values with whatever the supported mode on the RID mas...

I just came to the conclusion that the rid backend has been very much underappreciated. Too much mental inertia about how things used to be made? After strugling for two days to configure a member server against a Samba Active Directory with the ad/RFC2307 backend, I turned to the rid backend and voil?! all my problems are gone. Having to manually edit uids/gids in UNIX Attributes under RSAT