This document is intended as a base to migrate a Linux server running ZCP to the latest Kopano Core version. It does not contain any specific commands as they could vary in different distributions.
This document is intended to be used by experienced system administrators and engineers who have in-depth knowledge of both Linux and MySQL environments.
Use these suggestions at your own risk and only if you know what you are doing.
These instructions are intended as pointers and not as a definitive configuration, as every environment can be set up differently.
Also keep in mind that some steps in this guide can take time depending on the size and complexity of your environment.
Kopano Core is a fork of ZCP 7.2.3. Migrating from ZCP to Kopano Core means that some features and components are replaced and some are dropped
If you are migrating from ZCP 7.1 to KC 8.x, please take the following into account before upgrading:
The ZCP packages will need to be purged in order to install Kopano Core. Make sure you have a working backup of /etc/zarafa before you start. Also note: the github version of python-zarafa is not compatible with python-kopano so remove any previous version of it (usually located in for example /usr/local/lib/python2.7/dist-packages/zarafa)
We recommend that you use our repositories to install/migrate Kopano Core. They are available at https://download.kopano.io/supported/. Use the following examples to configure repositories for your operating system:
To add the Kopano Core repository for Debian 8, use:
deb https://<username>:<password>@download.kopano.io/supported/kopano:/final/Debian_8.0/ ./ curl https://download.kopano.io/supported/core:/final/Debian_8.0/Release.key | apt-key add -
And for Redhat Enterprise Linux 7
[Kopano-Core] name=Builds of final releases (RHEL_7) type=rpm-md baseurl=https://<username>:<password>@download.kopano.io/supported/kopano:/final/RHEL_7/ gpgcheck=0 gpgkey= enabled=1
SUSE Linux Enterprise Server 12
[Kopano] enabled=1 autorefresh=0 baseurl=https://<username>:<password>@download.kopano.io/supported/kopano:/final/SLE_12/ type=rpm-md
You can manually pick the packages you want to install, or install the meta package 'kopano-server-packages'. The meta package will install:
In the configuration files server.cfg, ical.cfg and gateway.cfg “ssl_enable_v2” parameter has become obsolete and has to be removed.
The following parameters have to be added to these three files:
server_ssl_protocols = !SSLv2
server_ssl_ciphers = ALL:!LOW:!SSLv2:!EXP:!aNULL
server_ssl_prefer_server_ciphers = no
Most daemons are now started using an unprivileged user by default. If you want to change this (not recommended), edit the configuration files and modify the 'run_as_user' and 'run_as_group' parameters:
‘run_as_user = kopano’
‘run_as_group = kopano’
Check if the user has write access to:
Default socket locations have changed to /var/run/kopano/. All services must use the same socket location, which can be configured in the respective configuration files. For example:
server_socket = /var/run/kopano/server.sock
pid_file = /var/run/kopano/server.pid
Make sure all configuration daemons are configured to use the same user/group combination as well as the same sockets location!
It is highly recommended that you change the new config file instead of copying the Zarafa files
The default location for attachment storage in Kopano is /var/lib/kopano/attachments/. Move any existing attachments to this directory, or alternatively change the option 'attachment_path' in the server.cfg to the location where you previously stored the Zarafa attachments.
If you are running the deamons as an unprivileged user, make sure that the attachments are accessible (read/write) by this user.
The Kopano database is compatible with the Zarafa database, there are no changes neccesary. Make sure the correct database name is configured.
The new default location of the index files is /var/lib/kopano/search/. Make sure there is plenty of disk space available on this filesystem.
In both cases, make sure the kopano user is able to access the files (read/write)
Kopano Core is capable to use the zarafa schema, however it is highly recommended that you import and use the kopano-schema.
If you must use the old schema, then make sure you change '!propmap /etc/zarafa/ldap.propmap.cfg' to '!propmap /etc/kopano/ldap.propmap.cfg' in the ldap.cfg configuration file.
Make sure you change the socket location in the LDAP or Active Directory if you are using a multi server setup
If you migrate from a ZCP 7.2.1 or lower kopano-backup is not compatible with the old backup files. You will need to recreate backups with the new kopano-backup.
All the caching values can be copied from the Zarafa server.cfg configuration file.