Categories

• Announcements

  New releases are announced here! If you have any feedback to a specific version, feel free to reply to these topics.

  Final releases

  Alpha, beta and RC releases
  195
  Topics
  648
  Posts

  

  @marty said in WebApp 3.5.10 final available: Ability to select other users mailbox when settings Out of Office Entire store of the other user should be opened, and owner permissions on the entire store is required. I’ve now tried this feature with the Kopano admin account, opened the entire store of a user and tried to set an out of office message. Does not work, does not show the users existing out of office text and manually setting one doesn’t work either. Using webapp build from yesterday (webapp-3.5.10.2414) and also a very recent kopano-core daily build. This feature is completely broken and useless so far.
• General Discussion

  A place to talk about whatever you want

  Development

  Projects
  168
  Topics
  774
  Posts

  

  Since your are not upgrading from stretch to buster, i dont see why this would go wrong. package version numbers look fine.
• Kopano Groupware Core
  879
  Topics
  5520
  Posts

  

  @Manfred Hi, This setup is on a clean dev box, so I have tried an account with 2 contacts set up via webapp and an entirely new one, meaning no pre-existing entries at all. The error messages are the same. What’s a bit worrying is that kopano-server logs basically nothing as I try to edit or create contacts but then starts when I create a calendar entry instead: Tue Sep 17 12:18:12 2019: [debug ] Accepted incoming connection from file:///var/run/kopano/server.sock Tue Sep 17 12:20:00 2019: [debug ] Previous message logged 24 times Tue Sep 17 12:20:00 2019: [warning] SQL [00000393] info: Try to reconnect Tue Sep 17 12:20:00 2019: [debug ] Accepted incoming connection from file:///var/run/kopano/server.sock 12.18 is me playing around with contacts, 12:20 is me adding a calendar entry. For the same actions, this is what the syslog says: Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xce12b7fb89eded94 Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xc6e32a2b627fe885 Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x4c0cfce0e0c58541 Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xe73021444e207df3 Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x218970638bbc840f Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x4dcab1a332f3af44 Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xbd034792c9c56b1d Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x25adb6aa25696745 Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x940e6ac97b78d77 Sep 17 12:18:12 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x60b03808c940dd06 Sep 17 12:18:28 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x9b42bf7c49c078b6 Sep 17 12:18:28 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x134c79a8ea8044ae Sep 17 12:19:02 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xfc060854b6d1255b Sep 17 12:19:02 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xf94ac04fb92d84d6 Sep 17 12:19:33 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xb9f6105a6afb79a Sep 17 12:19:33 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x796d41dd938e5a6a Sep 17 12:19:33 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x793cc2172183178b Sep 17 12:19:33 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xb1a66529e439c8b7 Sep 17 12:19:33 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x27edb311ccb4635 Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xa97f676a1e3733c7 Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xd7534c6f603c0c8d Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x27cddfa8f337d53f Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x96de09a6eccf1de7 Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0x622d4171315155e1 Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xe70c012bf699c0db Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: authenticate ok: from="file:///var/run/kopano/server.sock" user="robert" method="User supplied password" program="php-fpm: pool webapp" sid=0xff42bf78ab82f044 Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: access allowed objectid=9 type=3 ownername="Everyone" username="robert" rights="view" Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: access allowed objectid=9 type=3 ownername="Everyone" username="robert" rights="read" Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: access allowed objectid=101 type=5 ownername="Everyone" username="robert" rights="read" Sep 17 12:20:00 mx2.maerzlab.de kopano-server[20172]: access allowed objectid=101 type=5 ownername="Everyone" username="robert" rights="edit" kdav uses the same php-fpm socket as webapp, that’s why you see the name of the webapp socket above. For the calendar entry I also get a huge count of rows in the kdav log, which is too long to post here. Even there everything points towards success though with HTTP 200 and all. It’s the contacts bit that doesn’t work. I have checked all other logs I could think of, includign kopano’s, but non mention anything related to this activity which is not already in my opening post.
• Kopano WebApp

  Plugins for Kopano WebApp
  562
  Topics
  2832
  Posts

  

  Hi, I’m trying to get the passwd plugin to work, but am unable to get it to work. I’ve tried several versions of the plugin: https://github.com/dducret/kopano-webapp-passwd None of them work on our internal DB install, when applying the password change, we get a internal server error on the page. The apache error log states: [Mon Sep 16 16:36:06.066415 2019] [php7:error] [pid 5414] [client [–]:48722] PHP Fatal error: Uncaught Error: Call to undefined function mapi_zarafa_setuser() in /usr/share/kopano-webapp/plugins/passwd/php/class.passwdmodule.php:228\nStack trace:\n#0 /usr/share/kopano-webapp/plugins/passwd/php/class.passwdmodule.php(67): PasswdModule->saveInDB(Array)\n#1 /usr/share/kopano-webapp/plugins/passwd/php/class.passwdmodule.php(20): PasswdModule->save(Array)\n#2 /usr/share/kopano-webapp/server/includes/core/class.jsonrequest.php(57): PasswdModule->execute()\n#3 /usr/share/kopano-webapp/kopano.php(145): JSONRequest->execute(’{“zarafa”:{"pas…’)\n#4 {main}\n thrown in /usr/share/kopano-webapp/plugins/passwd/php/class.passwdmodule.php on line 228, referer: https://[—] any ideas on what I’m missing here? Using kopano 8.7.82.166 On ubuntu 18.04, mariadb php 7
• Kopano DeskApp
  151
  Topics
  671
  Posts

  

  @MuS if you use our spellchecker plugin then this is not possible but we only introduced this plugin for browser that didn’t have a build-in spellchecker and the only supported browser at the moment is IE 11. So if you not using IE 11 you should turn off this plugin so WebApp can use the native one of the browser.
• Synchronising (mobile) devices via Z-Push

  General usage of Z-Push

  Z-Push when using Kopano

  Z-Push when using other backends
  402
  Topics
  2732
  Posts

  

  Hi @frayber, Which backend exactly are you using? Does z-push-top start without errors? Is by any chance TOPCOLLECTOR_DISABLED set to true? Are there any errors in z-push.log? Did you checked if there’s actual data in memcached? Where is memcached server installed? On the load balancer? On one of the Z-Push servers? Manfred
• Kopano OL Extension (KOE)
  146
  Topics
  851
  Posts

  

  Hi @crankshaft, I have already replied the following to you in an earlier topic: @fbartels said in Adding a shared folder & getting the folder ID: @crankshaft said in Adding a shared folder & getting the folder ID: This setup has been working fine using zarafa 7.1 since 2012 We have since back then moved away from Outlook being our primary client (which was also signaled with the name change). Nowadays our primary client is WebApp (accompanied by our DeskApp for users that want a more desktop application feel). In these applications the described workflow should not post a problem. While KOE is not the same as the old Zarafa client it works “ok” for most users and use cases, but really does not for some other. I’d encourage you to take a look at our WebApp and DeskApp instead.
• Kopano Meet & WebMeetings
  43
  Topics
  223
  Posts

  

  @white-eagle said in Cannot open kmeet with intranet plugin: It would be nice if kweb offers the possibility to disable CSP. Well the CSP is for security - so to disable it is not the best idea. Though since this use case is valid it will eventually be possible to extend/configure the CSP. @white-eagle said in Cannot open kmeet with intranet plugin: I always get HTTP 400 errors after login if i use nginx. Well this means your Nginx configuration is not in order. More information might be found if you enable debug logging of the backend services so they do log client related connection issues. Error 400 can have many causes - most likely reason in relation to Nginx configuration might be wrong/no configuration for websocket reverse proxy. Remember kweb does nothing special - it just simplifies configuration. Without it you need a rather complex Nginx configuration to get the same level of security but functionality wise, the minimal Nginx configuration is not particular complicated.
• Kopano Mattermost

  For questions around the Mattermost packages provided by Kopano.

  14
  Topics
  77
  Posts

  

  Hi @ArturStoeber, you’ve got me confused. What desktop app are you talking about? I can confirm that the mattermost plugin and kwmserver are completely independent of the rest of the Kopano system. @ArturStoeber said in failed to get KWM config: Any other Idea or input what I can do to either get it straight up running, or get you more/correct informations so you might identify the problem? When I last debugged this error message it was caused by Mattermost not being able to connect to kwmserver. So I would make sure that kwmserver is running and that Mattermost has access to it as well as that clients will be able to access it (reverse proxy setup for external access). If this is a commercial deployment you could also get in touch with our sales team at info at kopano dot com to organise a remote session on your system.
• LibreOffice Online, Kopano Documents Editor and Kopano Documents

  Section for questions around LibreOffice Online, Kopano Documents Editor and Kopano Documents

  5
  Topics
  22
  Posts

  

  @thctlo hi ok. I will wait until you guys rebuild it for debian 10.
• Other Clients
  40
  Topics
  203
  Posts

  

  @thctlo i don’t know at MAPI_E_DISK_ERROR and MAPI_E_NETWORK_ERROR there was also a messages by import with MAPI_E_DISK_ERROR waiting… try again… 5sek or similar. The maschine was not on ssd only hdd, but the import is finished after 14hours. After this i notice also moving messages was very slow. So, i check the tuning, because i do a few udates and changes since first installation… i take a look here: [https://kb.kopano.io/display/WIKI/Tuning](link url) now it runs very smoother also with moving a few houndert messages. i think the import was the same thing. Back to the thunderbirs/outlook folder sync… after restart/rebooting the server outlook and thunderbird’s folders are not watching. Then i move the folders to another dir, wait a bit and restart thunderbird. After this, the folders are watching by wait a few seconds/minute, then i move the folders back to the main dir with thunderbird, now it seems to be ok.
• Development

  Section about Kopano development. Home for talk about contributing, plugins and scripting.

  Contributing

  Scripting

  Translating Kopano

  WebApp & Plugins
  42
  Topics
  194
  Posts

  

  Hi, I’m using Kopano 8.7.5 (UCS integration). Upgraded from 8.7.1. Since upgrade, monitoring by a self-written check_mk plugin does not return any data. Analyzed it and found that check_mk agent clears locale data on invocation: unset LANG export LC_ALL=C calling kopano-cachestat this way returns: root@hostname:/usr/lib/check_mk_agent/local# LANG= LC_ALL=C /usr/sbin/kopano-cachestat Traceback (most recent call last): File "/usr/sbin/kopano-cachestat", line 18, in <module> server = kopano.Server(options=options, auth_user='SYSTEM', auth_pass='') File "/usr/lib/python3/dist-packages/kopano/server.py", line 241, in __init__ config = _config.Config(None, filename=config_file) File "/usr/lib/python3/dist-packages/kopano/config.py", line 103, in __init__ self._parse_config(fh) File "/usr/lib/python3/dist-packages/kopano/config.py", line 115, in _parse_config for line in fh: File "/usr/lib/python3.5/encodings/ascii.py", line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 193: ordinal not in range(128) Looking into kopano-cachestat I found that the third column of the query table = server.table(PR_EC_STATSTABLE_SYSTEM, columns=[PR_DISPLAY_NAME_W, PR_EC_STATS_SYSTEM_VALUE, PR_EC_STATS_SYSTEM_DESCRIPTION]) returns localized strings (the server is set up in de_DE.UTF-8 locale) even in the absence of LANG, and LC_ALL=C. I would propose stripping the third column from the query, given that it is not processed in any way: for row in table.rows(): name, value, _ = row (and the ‘_’ variable not used anywhere in the script). With the proposed changes, the script starts working again under the given environment. Regards, sultansofswing.
• Legacy software

  Questions about Zarafa software

  31
  Topics
  160
  Posts

  

  HI @Coffee_is_life , I guess you are right :) didn’t noticed it. maybe it is a good idea to use your brain while fiddeling around with something unknown. but thats what testing system are for… In the end I maybe just slapcat the ldif file and afterwards sed ZARAFA and zarafa to kopano/KOPANO. btw. @fbartels I got a little problem the script further down too: grep: /usr/share/doc/packages/zarafa/zarafa.schema: Datei oder Verzeichnis nicht gefunden even more interesting I found the schema here: /usr/share/doc/zarafa/zarafa.schema.gz this is all a bit confusing, since I 've got no decent experience with ldap. But I haven’t broken it it, so there is still hope :) is it possible that there “extra informations” like ZARAFAQUOTAWARN where only used the yaffas and not zarafa itself? like you already said maybe I shouldn’t care so much about these schemas and just migrate and use it :) greetings 1of16