Hello @bosim,

i will try that, but to mention that i changed the .service file (/etc/systemd/system/multi-user.target.wants/kopano-gateway-nopass.service) to:

[Service] Type=simple Environment=LC_ALL=C LANG=C ExecStart=/usr/sbin/kopano-gateway-nopass -F -c /etc/kopano/gateway-nopass.cfg ExecReload=/bin/kill -HUP $MAINPID [Install] WantedBy=multi-user.target

coffee_is_life

Hi @master-yoda ,

We don’t have that many examples as most of the time we create them as part of a support case, but you can find some plugins already pre installed on your system.

For more inspiration you could have a look on the old Zarafa forum.

Hai,

I use this setup on debian stretch with spamassassin and this works great.
Small side note, i use Spamassassin and Bayes in MariaDB (mysql).
setup found here:
https://p5r.uk/blog/2017/spamassassin-with-mariadb.html

my steps:
get the source of kopano-spamd and put them in /usr/local/bin
imo, should be in sbin, but lets ignore that for now.

create the systemd file : /etc/systemd/system/kopano-spamd.service

[Unit] Description=Kopano Core Spamd (Community) After=kopano-server.service kopano-gateway.service mariadb.service mysql.service Wants=kopano-server.service kopano-gateway.service mariadb.service mysql.service [Service] Type=simple Environment=LC_ALL=C LANG=C ExecStart=/usr/local/bin/kopano-spamd.py -F ExecReload=/bin/kill -HUP $MAINPID [Install] WantedBy=multi-user.target

In /usr/local/bin/kopano-spamd.py.
change the first line to :
#!/usr/bin/env python2

change the “learncmd” in the CONFIG= part.
I changed the user/group to kopano and spamassassin to debian-spamd.

CONFIG = { 'run_as_user': Config.string(default="kopano"), 'run_as_group': Config.string(default="kopano"), 'learncmd': Config.string(default="/usr/bin/sudo -u debian-spamd /usr/bin/sa-learn --spam") }

I used spamassassing with clamav so change that to amavis.
Dont forget to allow the amavis user in your spamassassin folders,
This is not needed when you run in SQL setup with spamassassin/amavis.

i did also notice a few python dependecies that i was missing.
that one or more of these fixed my issue.
python-configobj python-linecache2 python-traceback2 python-tracer

Greetz,
Louis

fixed the above by installing php-xml.

all is good now, kopano seems to be working.

thanks for all the help and input :).

Updated to latest version and now I get this error:

Unable to load libkcclient.so: /usr/lib/kopano/libkcclient.so: symbol _ZNK2KC9ECUnknown10IsParentOfEPKS0_, version KC_8.4.90 not defined in file libkcmapi.so.0 with link time reference [error ] M4LMsgServiceAdmin::CreateMsgService(): get service "ZARAFA6" failed: not found (8004010f). Does /etc/mapi exist and have a config file for the service? [crit ] CreateProfileTemp(): CreateMsgService ZARAFA6 failed: not found (8004010f) [warning] CreateProfileTemp failed: 8004010f: not found Unable to open Admin session: not found (0x8004010F) Using the -v option (possibly multiple times) may give more hints. Segmentation fault (core dumped)

Use log_level = 0x200006 to get all the LDAP queries emitted into the log. You can then rerun the LDAP query with something like ldapsearch and see where/why it does not find the particular user.

@felixyz said in DELETED FOLDER IS MISSING:

Unfortunately the new calendar is not an container for calendar items but emails and other items. At least I can move them to the other, newly created calendar.

You can set it to be a calendar folder using python kopano

22:21:46 bo@alpha ~ > python
Python 2.7.13 (default, Jan 03 2017, 17:41:54) [GCC] on linux2
Type “help”, “copyright”, “credits” or “license” for more information.

import kopano
kopano.Server().user(“user1”).folder(“newfolder”).container_class = “IPF.Appointment”

Replace “user1” and “newfolder”.

Bo

@cmks said in kopano-search throws lot of error/warnings when reindexing:

@mark-dufour Which loglevel ist suitable therefor?

please use debug level as much as possible.

ok i found this

https://doc.zarafa.com/7.1/Release_Notes/en-US/html/_new_zarafa_admin_changes.html

kopano-admin --reset-folder-count <username>

and that helped

Solution to the problem has been posted here
https://forum.kopano.io/topic/891/

Hi Andreas,
many thanks for your effort. I found this solution, too - but it doesn’t help.
I think I found the reason and a solution for those error messages.
As I wrote, we set up a new machine. Then we stopped all services on the old one, synced database and attachments and did the rest of the migration process. While we were testing kopano our live-system remains the old ZCP. A week later or so we did another test-migration. The problem is, that kopano had built up the new search-index meanwhile. A rm -Rf /var/lib/kopano/search/* before the migration solved the problem.

Best regards,
Achim

@fbartels said in kopano-fsck loops and does not fix entries:

@jackson5 said in kopano-fsck loops and does not fix entries:

Would it be possible to expand kopano-fsck’s scope to e-mail messages as well?

That’s surely possible. Make sure to read https://stash.kopano.io/projects/KC/repos/kopanocore/browse/CONTRIBUTING.md on how you could contribute a patch for this.

If I was able to do that I surely would not ask questions here.

Thx,
jacks

This appears to the definitive list (as far as Microsoft is concerned)
https://msdn.microsoft.com/en-us/library/ms526356(v=exchg.10).aspx

@anotherandy said in no search result on new created contacts - old contacts are found:

@cmks Good to hear its working now.
But it looks like you’re running kopano as root? You really shoudln’t ;-)
Please mark the case as solved.
Best regards

It is not really solved - we made it working again - but the cause, why indexing of new objects was stopped, is not figured out.

right, missed the part of start once with “–ignore-attachment-storage-conflict”. tnx

I’ve tried the following:

root@sv001:~# python Python 2.7.9 (default, Jun 29 2016, 13:08:31) [GCC 4.9.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import kopano >>> user = kopano.store('DFF60968E7F74C2B91EDBA6F39E4BF97').user >>> str(user) 'None' >>> root@sv001:~#

So I tried

root@sv001:~# python Python 2.7.9 (default, Jun 29 2016, 13:08:31) [GCC 4.9.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import kopano >>> name = kopano.store('DFF60968E7F74C2B91EDBA6F39E4BF97').name >>> str(name) 'public' >>> root@sv001:~#

Thanks for the hints.
Ulf

For the records, updating to WebApp 3.4.2-1098 fixed my issue, with no other steps involved.