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 The trace didn't give any useful additional info, just the same no such user in the end. Any other ideas? I really don't want to have to set up domain accounts for these users, but I will if I have to. Fish