On Tue, 18 Apr 2000, Fred Hirsch wrote:
> Three tables, member, person and possibly grp have some influence on
> this issue. In person I have two users... the admin and a test user
> with no admin privelages. In grp I have two groups, the admin group-1
> and a test user group-2. In member admin is a member of 0,1,2 while
> the test user is a member of 2.
When using sitegroups the sitegroup of the host record you're logging
into, as well as the member and grp records play a role in the
authentication phase, so have a look at those too.
> Admin has a plain password of "**password" assigned in the database,
> while the test user has an encrypted password. No matter what I attempt,
> I cannot logon to the admin ID using the given password. However, the
> test user can logon just fine.
In what sitegroup? Not 0 I hope?
> Next, I dropped all the optional test groups and users, and still could
> not logon. I then dropped all entries from member except the userid
> linked to group 0. I still cannot log in. When I modify the entry to
> group id 1.... magically, I can log on with no problems, however, since
> the admin no longer belongs to the mythical admin group, it can no
> longer change certain aspects in the system. This includes creation of
> new styles and modifying certain attributes in the host entries.
I'm not sure but it may be that the sitegroup fields for some of these
records might have a mismatch.
Emile
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
