Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
Fish wrote: > That was it. The directory above the cvs repository had no permissions for > the group in question... Thing is, it used to work fine in the older version > we were running. It's a warning I added recently after some people reported problems that were down to these kind of permissions problems. > Now, I have a new problem. Everything works fine for my domain users now, > but I need to add access for some remote contractors. So I set up a > domain-level account, put it in the normal domain-level group that I gave > access to, and try to alias the contractors to the real account. I login, > and then I try to cvs -d <repo stuff> -a -r <domain>\<realaccount> testuser. > I'm prompted for a password, and I give it one. Now when I try to auth as > that user with pserver authentication, if I enter the correct password it > tells me > <domain>\<realaccount> no such user. If I give it the wrong password, it > tells me authorization failed, server rejected access. So it's definitely > not a problem with being able to authenticate the garbage user, it just can't > find the other account. If I try to authenticate as the real user with SSPI > it works fine. Try running with trace (cvs -t -t -t). This may give more information... it's possibly it can't work out the PDC for the domain or something like that. Tony