Feel free to do it, it’s a wiki, after all…

@steffen said in kopano server crash:

oom-killer messages

This has previously been discussed in https://forum.kopano.io/topic/1705/kopano-server-crashes

Hi @pawel

This is indeed not possible.
For references: https://jira.kopano.io/browse/KC-846

In my 8.6.80.1420 it is installed in /etc/kopano/searchscripts/xmltotext.xslt

@tjoen said in Services not starting automatically after reboot:

Common sense. If you install a program then it doesn’t mean that you want it always started on startup.

Yes, but Debian lacks that sense (and derivates inherit it).

Same issue here with ubuntu 18.04.1, glad this solution works for me too!

Deleting attachments before recreating the database was indeed the sollution.

poohh how complicated a simple thing can be.
Why is there no ‘solved’ button?

Hi Felix,

sorry forgot about this point.
It is core 8.6.81.475_0
I think it is the newest version?!

Regards
Markus

Hi @sturzhelmut ,

SLES belongs to the distribution that we only do internal tests with, once we are getting closer to a release, hence we rely on community feedback for the nightly releases to trigger us to look into it.

I was able to reproduce you issue and have created https://jira.kopano.io/browse/KC-1304 to further look into it.

PS: the more popular and regularly tested distributions are Debian and Ubuntu

OK thanks I’ll try it, this weekend.

@fbartels
I was not clear with my comments. There were two problems. One was

search on “file:///var/run/kopano/search.sock”

That didn’t reappear even without kopano-search running. The second was

Error message:
Failed to refresh folder “tdance@localhost : INBOX”.
The reported error was “Error fetching message info: expecting number”.

That persists after first time restarting evolution-3.30 without problems. But closing evolution and restarting the problem persists. 3.28 no problems. I need to report it to the Evolution-team.

In debug mode I can see that kopano is sending the email to evolution with headers e.a. but it doesn’t display in the inbox

Hi @mcseinmaine ,

I would rather recommend to work with a dedicated (sub)domain for the branch office, as this will spare you some headaches in setup and maintenance. If you still want to use the same domain everywhere you need to look into transport maps to establish which users should be relayed externally (at the corporate mailserver) and which users should be delivered to your local Kopano system.

Such setups are a bit more complex, so I would recommend to either get help from a Kopano partner, or to buy some prof services from Kopano itself for that.

Kwmserver is the most recent technology, so recent that apart from the Mattermost webmeetings plugin, there is no (public) webclient for it yet.

Ok - now I use a PHP RRule Parser (https://github.com/rlanvin/php-rrule) to get the event list from the reccuring events. That works fine.

$rrule = new RRule($eventArray["RRULE"], $datetime->format('Ymd\THis\Z')); $res = $rrule->getOccurrencesBetween($startZ->getTimestamp(), $endZ->getTimestamp());

Norman

Change to obsolete spocketspec has just been merged: https://stash.kopano.io/projects/KC/repos/kopanocore/commits/eff38202da107a58dbea058e2a4a62024fdad458

I didn’t copy anything manually until now.
But after copying kopano_presence from /usr/lib/python3.5/site-packages/kopano_presence/ to /usr/lib/python3/dist-packages/ it seems to work…

● kopano-presence.service - Kopano Groupware Core Presence Daemon Loaded: loaded (/lib/systemd/system/kopano-presence.service; disabled; vendor preset: enabled) Active: active (running) since Fri 2018-09-28 09:42:20 CEST; 7s ago Main PID: 29047 (kopano-presence) Tasks: 3 (limit: 4915) CGroup: /system.slice/kopano-presence.service └─29047 /usr/bin/python3 /usr/sbin/kopano-presence -F Sep 28 09:42:20 unxgrp001 systemd[1]: Started Kopano Groupware Core Presence Daemon. Sep 28 09:42:20 unxgrp001 kopano-presence[29047]: * Running on http://127.0.0.1:1234/ (Press CTRL+C to quit)