Sorry, another 'can't login to admin' -ism

[cpm001]

I think the error you just posted is orthogonal to the trial_exp error.

if orthogonal means unrelated, I concurr

Try this (with your domain for domain.com):

zmprov ca testadmin@domain.com test123 zimbraIsAdminAccount TRUE

Then try logging in as testadmin@domain.com/test123

Okay, done.

still failed.

now, you keep saying 'domain.com' which is a wonderful generic.
I keep reading to use the fqdn, so I am actually using
host.domain.tld, but this is also a red herring like the trial_exp
stated above.

Now, I ran this last bit, with the ?debug=2 flag, and it showed the query
being exactly what I typed in the zmprov ca argument you showed.
And the response came back the same,
a n="zimbraIsDomainAdminAccount"
false

BUT,
I'm not seeing the failure in the logs.

[marcmac]

I use domain.com as a placeholder.

When you installed, you selected a HOSTNAME for the server, which defaults to the servers fqdn. You also selected a DOMAINNAME to create, which defaults to the HOSTNAME.

If you changed the DOMAINNAME under which you create users, then you should use that DOMAINNAME in the login screen - not the HOSTNAME.

So - zmprov gaa will return a list of accounts, with DOMAINNAME - use that to log into the admin console.

[cpm001]

I use domain.com as a placeholder.

When you installed, you selected a HOSTNAME for the server, which defaults to the servers fqdn. You also selected a DOMAINNAME to create, which defaults to the HOSTNAME.

I don't want to chase red herrings,
However, the installation was completely happy with the machine
as it was built. The ONLY setting I had to input was the admin password.
I did NOT have to set the hostname.

I
If you changed the DOMAINNAME under which you create users, then you should use that DOMAINNAME in the login screen - not the HOSTNAME.

Aside from your directions. I haven't changed a thing.

So - zmprov gaa will return a list of accounts, with DOMAINNAME - use that to log into the admin console.

zmprov gaa returns the following list;
(for purpose of clarity, host.domain.tld = the fqdn of the server)
$ zmprov gaa
admin@host.domain.tld
jwnpsbqda@host.domain.tld
testadmin@host.domain.tld
umfmb6nl3@host.domain.tld

The pseudo-random usernames being the spam stuff of course.

For further purpose of clarity,
I can log in to the 'regular' non-admin, email or whatever the heck you call it,
as admin@host.domain.tld, and testadmin@host.domain.tld without issue.

Any chance it's FireFox on Linux that is at issue here? It's the only platform I have in front of me. Konqueror doesn't seem to work at all. Just get a grey screen.

Just as a side note, and a way of illustrating my ignorance of all things ldap (atldap)
the debug screen returns xml value for a n="zimbraIsDomainAdminAccount"
that value being false;

And it's correct; because when I ask for the value zimbraIsDomainAdminAccount
zmprov ga admin@host.domain.tld | grep zimbraIsDomainAdminAccount
(or testadmin) I get no output. If I ask admin@host.domain.tld | grep zimbraIsAdminAccount I get proper output.

Is zimbraIsDomainAdminAccount=zimbraIsAdminAccount ?

[marcmac]

I can reproduce this with the 277 build on FC3, but it seems to work fine with 299 - try upgrading to that version (or an even newer version...):

http://sourceforge.net/project/showf...kage_id=172045

[cpm001]

I can reproduce this with the 277 build on FC3, but it seems to work fine with 299 - try upgrading to that version (or an even newer version...):

'K

Is there a simple way, aside from rip-and-rebuild, to rip zimbra out and start afresh?

[cpm001]

I can reproduce this with the 277 build on FC3, but it seems to work fine with 299 - try upgrading to that version (or an even newer version...):

Yes, yes, that works much better, thank you.

This is not an issue.