On 7/31/2015 9:27 AM, Steve Ankeny wrote:
On 07/31/2015 09:08 AM, Chris Coleman wrote:


On 7/31/2015 8:08 AM, Steve Ankeny wrote:
On 07/31/2015 07:36 AM, Khapare Joshi wrote:
My SOGo version is 2.2.16 (root@shiva.inverse 201502121141). Something has changed in this version, some reason in my calendar names are not recognizable, instead it prints as : 147F-4Dcc ....

But if I create a new calendar i.e test it is normal.

I have attached the screen-shot. anybody has an opinion on this ?

K

Are the alpha-numeric-named calendars "shared" calendars from other users?

If so, that would seem to indicate the issue has to do with the authentication of users -- a scrambling of usernames -- i.e., LDAP, SQL, Samba-AD, Microsoft-AD, etc. How are you authenticating users?

Where is user data stored? It may also simply require a "fresh" sharing from the original user.

It might also be helpful to know your OS, etc.


Shouldn't the sogo web user interface display a sensible, detailed error message to the user, if it's indeed encountered a problem when attempting to authenticate/authorize the user's access to some shared calendars. Because displaying 64 digit GUID numbers to the user instead of calendar names, with no explanation, doesn't work.


Have you checked the relevant log file?



Good idea, but normal users don't have access to global system log files!
Users still need to know what when wrong (for example, unable to display certain shared calendars) and why (authorization failure on server xxx with username yyy) and how to fix it by themselves (go to whatever settings page on some menu and try entering correct username/password), or who to contact for help (sogo mail sys admin).

--
users@sogo.nu
https://inverse.ca/sogo/lists

Reply via email to