Infinite Loop in WebApp with multiple Full Permission

ckd · Dec 19, 2024

crpb
I actually believe in Murphy's law and I know for sure, that Murphy hates us IT nerds.

Webapp working for, no access to other mail boxes
Then I grant access to the first mail box.
I refresh, Webapp still working fine, I can already see the mail box in tree which I have full acccess to.
Now I grant access to the second mail box.
I refresh, Webapp will loop.
I remove access again.
I refresh, Webapp works again.
I grant access to another mail box.
I refresh, Webapp is looping again.
I reverse this, refresh, Webapp works again.

FML

crpb · Dec 19, 2024

These problems are the reason for grey hair .

Did you try it with a complete other "set" of users aswell?

ckd · Dec 19, 2024

crpb
Yes of course. It's also a fresh installed system, using the latest ISO without any custom changes. I just applied the license, updating it and then was creating the testing domains and users and then I have run into those weird errors (see those other threads I created).

andreaslang · Dec 20, 2024

Hi,

ckd If an user has the permission "Full Permission Users" for more than ONE user, the Webapp won't load anymore. The issue can be reproduced on the most recent supported repository / appliance.

I was not able to reproduce it with grommunio-web-3.9.205. On one system I have opened 4 mailboxes with full permissions, on another one 3.

Are you able to login in those stores for which you granted full permissions via grommunio-web? Did you check the Nginx and PHP fpm logs in the admin web interface under Monitoring? Did you check the web browser's console for errors?

ckd · Dec 20, 2024

andreaslang

Yes, two of them are normal inboxes. I have successfully logged onto both accounts and also created test mails. The third inbox is a shared inbox. Once more than one full access is granted, I have this weird infinite loop. The only "error" I see in the logs is the following:

`[2024-12-20 14:08:41.271589]: [31mW-1506: mail@domain.tld requested to set folder names to , but this language is unknown.[0m

[2024-12-20 14:08:41.519791]: [31mW-1506: mail@domain.tld requested to set folder names to , but this language is unknown.[0m

[2024-12-20 14:08:41.569005]: [31mW-1506: mail@domain.tld requested to set folder names to , but this language is unknown.[0m`

andreaslang · Dec 20, 2024

ckd

Please check if all users have a proper language set either in grommunio-web settings or in the admin web interface.

ckd · Dec 20, 2024

andreaslang

I cannot set the language though.

This one looks weird. I will set it to English.

ckd · Dec 20, 2024

Confirmed. After setting the language in Webapp from .UTF8 to any language it works!

Apparently all newly created users have the .UTF8 language set by default.

andreaslang · Dec 20, 2024

Good to hear it works now.

ckd Apparently all newly created users have the .UTF8 language set by default.

That looks like the underlying issue which caused the initial problem. We will take a look at this.

ckd · Dec 20, 2024

andreaslang
Thank you very much and Happy holidays!

crpb · Dec 23, 2024

ckd Apparently all newly created users have the .UTF8 language set by default.

Those settings might help for your current setup

~ # grommunio-admin dbconf get grommunio-admin defaults-system user.lang
user.lang=de_DE
# can be set via
~ # grommunio-admin dbcof set grommunio-admin defaults-system user.lang "de_DE"

or in the webgui in "Configuration DB"

WalterH · Dec 29, 2024

For a new crated user, the language is read from the domain.
In Admin-UI at the Domain - Default user parameters - Language, set the default language for this domain and all new created users.

Or set it system wide in Admin-UI - ADMIN - DEFAULTS - User create parameters - Language de_DE:...

Steakie · Dec 30, 2024

WalterH This was a pretty stupid AWEB bug, which has just been fixed. Now all users will have en_US as default langauge - if not overwritten by default params