Yes. Go ahead and create the account in your translation system.
I’ll probably begin by translating the webapp. That will probably have the biggest impact for Icelandic users (and may also be the biggest translation project).
I’m fiddling around with the kopano-mailbox-permissions script but I can’t figure out how to get the usernames of the members instead of the display name when listing the permissions (kopano-mailbox-permissions --list-permissions-per-folder -a).
I’m pretty sure I need to change line 741 in https://github.com/Kopano-dev/kopano-core/blob/master/ECtools/utils/kopano-mailbox-permissions but I can’t figure out what property to use. A little help would be greatly appreciated!
Thank you for your answer.
It could be that i removed https:// by myself while debugging my problem and i understand your explanation. I re-checked your lates .deb and there in both files the “https://” is present. So it seems to be ok. I will re-test with your debs and a clean install of your plugin.
Thanks for your help.
@longsleep said in Konnectd token expiration:
@fkroeger said in Konnectd token expiration:
kopano-meet wasn’t able to retrieve the contacts.
I just learned that the current nightly version of kopano-grapi does not start (because of a falsy permission check). Follow up at https://forum.kopano.io/topic/3243/kopano-grapi-won-t-start-since-10-2-0-4-a5080ed-0-28-2-10-3-0-14-16bdb73-0-31-1-update - it might be related since contacts come from grapi and if that is not running …
Yes, that was it.
I installed the nightly builds from today and ran into the same error you referenced. The workaround did not work. I simply installed an older nightly build of the grapi packages and it works for now.
Access token expiration is now 3540s.
You are the man :-)
Since you are located in Germany as myself perhaps we see each other at an event (if my company is willing to pay for me to visit :-)) and I’ll buy you a beer.
Thanks, @jengelh, that’s what I gathered from reading the GetSetting() code itself. In that case, why are there so many non-NULL-checks in LDAPUserPlugin.cpp for configuration variables? I’d gather they make no sense, because all options have defaults (the empty string); that’s where my initial confusion came from.
Hi @mkromer ,
thanks - read that, too, but though differently stated in the rel-notes of ncurses-5.7-4.20090207.el6, we still get:
[hias@wurzler kopano-core]# ncurses5-config --libs
[hias@wurzler kopano-core]# ncursesw5-config --libs
[hias@wurzler kopano-core]# pkg-config ncurses --libs
[hias@wurzler kopano-core]# ncurses5-config --version
A working fix is switching to ncurses-header instead of curses.h in configure.ac:
Hi Felix, thanks for your reply.
I think I figured it out. In case it helps somebody:
It’s necessary to rename config.php.dist to config.php, and debug.php.dist to debug.php, both in the top level of the source directory. Renaming debug.php ensures that webapp is run in “source mode” where the source code is loaded directly from the source directory, with no build steps (and no ant/java packages) necessary.
I made a simple Docker image based on Debian which I can make available if there is any interest.