Kopano4S (Zarafa 2.0)

[sky63]

OT: Ist es eigentlich sinnvoll das jede Frage zu kopano in diesen Fred gepostet wird statt für konkrete Fragen ein neues Thema zu eröffnen? Wie soll denn jemand da was finden? Angenommen es findet sich jetzt die Lösung zum Problem "sync-Fehler nach DSM und Docker-Update" und jemand sucht dann danach; dann findet er, wenn er Glück hat, diesen Fred der aus zur Zeit 50 Seiten besteht und den dann durchzuwursten……


gruss,
sky

 

[big-tini]

Ich habe heute Abend Kopano 091 komplett inkl. Docker deinstalliert. Danach eine Neuinstallation der 090 (diese lief bisher ohne Probleme bei mir) durchgeführt
und die Datenbank via Restore wieder hergestellt. Die Rechte des Z-Push Ordners habe ich wieder manuell, wie in der Vergangenheit angepasst, Account auf einem Test Iphone gelöscht und neu eingerichtet.
Es bleibt leider bei dem von mir beschriebenen Fehler.
Im Z-Push Error Log taucht folgender Fehler ununterbrochen auf:

11/10/2018 22:43:19 [ 311] [WARN] [#unknown] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230

Das Verzeichnis: file: /usr/share/z-push existiert leider nicht oder nicht mehr.

Vielleicht hat noch jemand eine Idee ?

VG

Daniel

 

[leppy0815]

Hallo,
komisch finde ich das [#unknown], den da sollte der USER drin stehen den es betrifft. Vielleicht ein anmeldeproblem????
Kannst Du denn per Webapp alles machen und anmelden???
Wo hast du den Ordner gesucht /usr/share/z-push??? Auf der Synology-Ebene oder im Dockerimage???

Gruß

Daniel

 

[Huhie]

Moin,
ich habe heute meinen k4s Server komplett neu aufgesetzt.

Allerdings kann ich mein iPhone XS Max nicht verbinden. Kann es damit zusammenhängen,
das Kopano dieses Gerät noch nicht kennt? iPhone 8 und 7plus sowie iPads kann ich problemlos
verbinden.

Wer kann spontan helfen?

 

[Andy+]

Die Geräte spielen keine Rolle, solange das Protokoll für den Datenaustausch beherrscht wird. In der Vergangenheit gab es hin und wieder Probleme mit den Berechtigungen im Unterverzeichnis von z-push, allerdings ist das m. W. nicht mehr erforderlich, da etwas anzupassen.

 

[Huhie]

Hmmm das ist echt komisch. Ich habe jetzt das k4s Konto im iPhone xs gelöscht und noch mal neu eingerichtet.
Ich habe keinen Zugriff.

Und ich sehe das iPhone xs auch nicht unter devices im k4s Admin gui

Alle anderen iOS Geräte funktionieren einwandfrei

 

[pcmartino59]

Hatte das auch bei mir mit dem xs. Init. Reset hat bei mir geholfen

 

[Huhie]

@pcmartino59 - Danke das wars.

 

[Dufooy]

Hatte das auch bei mir mit dem xs. Init. Reset hat bei mir geholfen

Wo hast Du den init. Reset ausgeführt?
In der Webapp von Kopano oder im Webgui wo Kopano konfiguriert wird?
Danke für den Hinweis D.

 

[Huhie]

Moin,
in der AdminGui unter K-Cmds den Befehl "kopano4s init" gewählt und dort reset dann "run"

 

[Huhie]

Leider habe ich vor meiner Neuinstallation und auch danach das Problem, das meine CPU Auslastung auf der DS916+ 8GB RAM fast annähernd dauerhaft bei 100% ist.
Schalte ich den Kopano Dienst aus, dann bin ich auf 5% CPU Auslastung.

In den Prozessen taucht sehr häufig "mysqld" auf und ist verantwortlich für die hohe CPU Auslastung.

Hat jemand Rat, wie ich das wieder runterbekomme?

Maria DB 10.3.7 - 0051 läuft bei mir.

 

[leppy0815]

So ein Problem hatte ich auch, die Prozessorlast war höher als sonst und der Dockercontainer verbrauchte immer mehr Arbeitsspeicher, bis alles an RAM verbraucht war und sogar der Container abschaltete.
Die Beobachtung war auch, das die DB stark am rödeln war.
Dies hat mir geholfen.
per SSH auf den Container zugreifen mit kopano-cmdline
dort dann:

service kopano-search stop
rm -r /var/lib/kopano/search
service kopano-search start

Dann wurde Suchindex neu aufgesetzt und gut war. Alles lief wieder im grünen Bereich.

 

[Huhie]

@leppy0815

Vielen Dank für die Info. Das werde ich nachher mal probieren.

 

[speedyhome]

Hi @all

habe da seit neustem 3 Probleme bzw mit manuellem eingriff nur noch eins

Kopano4s neu aufgesetzt

1. Attachment Files bei der Anlage des Containers immer noch auf DB obwohl Files eingestellt - OK manuell geändert Fehler weg
2. Server & Conainer Stopped weil er auf /volume1/kopano/attachments nicht den Benutzer einstellen kann benutzer bei anlage oder reset root:kopano manuell geändert auf kopano:kopano
dann läuft auch der Container

Z-Push im Standart macht er aber ich hole mir z.b. Hotmail und Telekom in mein Postfach über fetchmail und verschiebe die dann in ein Ordner sodas ich unterscheiden kann woher von welchem
account die sind. In der Webapp kein Problem über Z-Push bekomme ich den Fehler

18/10/2018 16:06:09 [ 306] [WARN] [*******] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230
und zwar sobald ich auf den ordner auf dem Handy gehe

Reset / Löschen des Profils / neuanlage auf dem Handy alles erfolglos / ActiveSync im Outlook geht komischerweise auch mit den unterordnern

Edit:
Anscheinend hat sich irgendwas im Store verabschiedet oder sonst was habe jetzt mit Outlook ein neuen ordner namens Test gemacht und alle mails in den Ordner verschoben und diesen
kann ich syncen per handy ^^ werde mal sehen ob dadurch diese mapi fehler weg gehen istt aber schon komisch da ich an der DB und Files nichts gemacht habe

 

[Huhie]

Hi Speedyhome,

welche Version von Kopano4s nutzt Du?

Den Fehler mit dem exporter.php:230 habe ich auch - bei Kopano4s 0.90

vg

 

[speedyhome]

Version 0.91

 

[Huhie]

das muss irgendwas mit einem fehlerhaften Kalendereintrag zu tun haben. Nur welcher genau das ist, weiss ich noch nicht

 

[speedyhome]

Komisch bei mir waren es 2 Ordner ! Naja denke ich mal. Habe Sie umkopiert und jetzt geht es wieder
Da waren ein paar Meldungen mit Mail nicht mehr vorranden und so - Das ist kein Fehler vom Plugin
sondern meiner Meinung eine in-koexistente DB - werde das aber mal Beobachten

 

[Huhie]

Also bei müssen es Dateien im Kalender gewesen sein. Ich habe die Kalender Dateien in Kopano gelöscht und dann
kamen diese Fehlermeldungen nicht mehr. Anschliessend habe ich einen Teil der Daten wieder zurückgespielt.
Wie gesagt die Fehlermeldung ist weg.

Allerdings habe ich jetzt immer noch eine erhöhte RAM Auslastung. Start ich Kopano neu, dann ist erstmal alles gut und
nach einer gewissen Zeit steht dann die RAM Auslastung wieder bei 75% dauerhaft. Wie kann ich das denn beheben?

Ausserdem habe ich im z-push log folgende Fehlermeldungen:
20/10/2018 11:27:36 [14894] [WARN] [#unknown] Mobile loop detected! Messages sent to the mobile will be restricted to 2 items in order to identify the conflict
20/10/2018 11:27:36 [14894] [ERROR] [#unknown] Ignored broken message (SyncNote). Reason: '2' Folderid: 'U510cf' message id 'U510cf:42e288bc9c1d420d895563e964dc6f98a16f00000000'
20/10/2018 12:04:25 [14848] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address 'undisclosed-recipients:'. Address is removed.

Kann mir jemand sagen, wie ich diese Meldungen einschränke?
Wie kann ich z.B. die kaputte Nachricht ausfindig machen?

 

[catweazle71]

Leute, wir haben zZ. die v0.9.1 Beta, wie sind in der Zwischenzeit eure Erfahrungen? Da die Reife mE. gut ist, sind es die Dinge mehr und mehr im Detail. Wie lässt sich der Spamfilter mit Kopano-"Bordmitteln" einrichten usw., da habe ich noch immer Probleme. Und solche Dinge, lasst uns darüber weiter diskutieren. Wobei auch eines der Hauptthemen die Migration der Datenbank aus Vorversionen ist, mit Attachments in der Datenbank, im Dateisystem, usw.

Hallo zusammen,

nach sehr langer Zeit habe ich den Umstieg noch einmal gewagt und es läuft leider gar nichts bei mir.

Ich habe alle aktuellen Synology Pakete und DSM installiert.

Die Migration habe ich so gemacht:
z4h Paket gestoppt und dann die k4s 0.90 installiert. Danach dann ein kopano4s-backup legacy ausgeführt.
Das Backup dann direkt wieder mit kopano4s-backup restore timestamp zurückgespielt in die neue DB.

Jetzt sah es erstmal gut aus. Die Konten waren da, Outlook hat sich konnektiert, Postfach war wieder da.
Da die fetchmail Konten nicht im restore waren (warum auch immer), habe ich sie neu angelegt. Da gab es das erste Problem. Ich habe den Fehler "Fetchmail "MDA returned nonzero status 70"" erhalten.

Ich konnte auch Mails aus Outlook versenden und die WebApp lief auch. Alle alten Mails, Kontakte, Kalender war da.

Dann habe ich die alten Zöpfe abgeschnitten, also z4h komplett deinstalliert und MariaDB5 auch.

Ab jetzt ging gar nichts mehr.

Der kopano Container stoppt alle 4-5 Minuten.

Also habe ich die 0.90 komplett deinstalliert (zwischendurch übrigens öfter mal Restart der Syno) und dann wieder from the scratch neu installiert.
Der Container stoppt wieder, die MariaDB10 DB kopano ist komplett leer (keine Tabellen).

Also nochmal deinstalliert und die k4s 0.91 installiert. Gleiches Bild.

Das server.log ist immer komplett leer.

Ich habe Null Anhaltspunkte was los ist.

Irgendwo stand mal, dass die Serverversion (von kopano) nicht zur MariaDB Version passt. Ich weiß nicht mehr wo genau, aber die MariaDB wurde zuletzt auch heute vor der ganzen Aktion aktualisiert.

Ich weiß mal wieder überhaupt nicht weiter. Ich habe in den Wikis nachgeschaut und eigentlich alles so gemacht wie dort beschrieben.