Kopano4s v0.92 - Fehler z-push

[millilenium]

@Chats
Vielen Dank für das Angebot, ich bleibe nun einfach erstmal auf der alten MariaDB - es klappt soweit alles ohne Probleme.
Werde (im nächsten Urlaub) das mit dem Export der PST und dem wiedereinfügen testen und nochmals Bescheid geben.
Vielen Dank und ein schönes Wochenende!

 

[Banesh]

z-Push Fehler nach Zarafa migration

Hallo,
ich habe gestern mal probiert Zarafa4h nach Kopano zu migrieren (mit Kopano4s-backup legacy, da ich kein Outlook verwende)
Hat alles wunderbar geklappt bis auf die Z-Push Anbindung.
Ich bekomme genau den hier beschriebenen Fehler. Die Email der Mobilgeräte werden nicht synchronisiert und ich bekomme die Fehlermeldung:

 [WARN] [markus] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230
 15/02/2019 22:48:44 [  724] [WARN] [markus] SyncCollections->CountChange(): exporter can not be re-configured due to state error, emulating change in folder to force Sync.

Der gleiche Fehler wird übrigens auch hier beschrieben, allerdings auch ohne Lösung: https://forum.kopano.io/topic/1678/...xportchanges_config-failed-0xffffffff8004010f

Ein Downgrade der MariaDB Datenbank habe ich auch versucht, allerdings verlangt Kopano4s 0.97 ein Update auf die letzte Version, sonst lässt es sich nicht installieren. Daher weiß ich auch nicht, ob das bei mir helfen würde.

Ich weißm nicht ob es was damit zu tun hat, aber ich habe zudem festgestellt, das das State-Verzeichnis im Z-Push Ordner immer leer bleibt, und die state Dateien direkt im Z-Push Ordner erstellt werden (Siehe Screenshot).

In der Z-Push Config-Datei ist das State-Verzeichnis richtig angegeben:

 define('STATE_DIR', '/etc/kopano/z-push/state/');

Hat jemand vielleicht noch eine Idee für einen Lösungsansatz?

 

[Tosoboso]

Hi,
2 Punkte hier: #2 Konfigdatei Änderung, #2 ACL Probleme
#1 in der neuen Version ist die Konfig: z-push-conf.php und config.php ist pbsolet, daher Prüfen, ob das State Directory dort auch richtig eingezragen ist.
#2 Es gab Probleme mit ACLs, sogar > kopano4s-init acl bzw. mobiles behebt das wohl nicht.
Der Fehler ist ja bereits lokalisiert und ich werde die Docker Images nochmal Bauen plus Hochladen:
die Z-Push Problematik scheint etwas mit den Rechten zu tun zu haben –> Abhilfe, bis dahin chown und chmod wie in andrem Post beschrieben:
> chown -R http.kopano /etc/kopano/z-push && chmod 750 /etc/kopano/z-push && chmod 640 /etc/kopano/z-push/* && chmod 750 /etc/kopano/z-push/state.
-TosoBoso

 

[Tosoboso]

Hallo zusammen,
ich habe den Fehler mit z-push lokalisiert und die ACLs beheben nur das Symtom. Die z-push config Datei ist auf falschem Default Wert u.a. für das State driectory. Und die neue Konfig ist: /etc/kopano/z-push/z-push.conf.php.
Prüft mal in der z-push.conf.php. via vi, ob das state directory auf "/avr/lib/z-push" steht; das ist dann falsch und sollte "/etc/kopano/z-push/state" sein.
Einfach die alte Konfig rpberkopieren, dann sollte es funktionieren: > cp /etc/kopano/z-push/config.php /etc/kopano/z-push/z-push.conf.php.
PS: Ein Aufruf von z-push im Webbrowser hatte die fatal misconfiguration aufgezeigt.
-TosBoso

 

[Banesh]

Hallo Tosoboso,

nach den von dir beschriebenen Änderungen wird das State-Verzeichnis wieder richtig angelegt.

Aber leider bekomme ich immer noch die folgende Z-Push Fehlermeldung:

17/02/2019 10:26:12 [ 5610] [WARN] [markus] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230
 17/02/2019 10:26:13 [ 5600] [WARN] [markus] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230
 17/02/2019 10:26:13 [ 5600] [WARN] [markus] SyncCollections->CountChange(): exporter can not be re-configured due to state error, emulating change in folder to force Sync.

Eine Änderung der Verzeichnis und Datei Rechte brachte leider keine Besserung.

Ich kann ja nur vermuten, aber da Z-Push grundsätzlich läuft, Kalender und Kontakte synchronisiert werden und nur die Emails nicht, hat die exporter.php vielleicht tatsächlich ein Problem mit Emails die über 'kopano4s-backup legacy' und kopano-dbadm migriert wurden?! Den Migrationsweg über den PST Export kann ich leider nicht gehen, da ich schon seit einiger Zeit nur die DeskApp nutze und kein Outlook mehr verwende.

 

[millilenium]

So wie ich jetzt gefunden habe scheint es wirklich die MariaDB zu sein - hier sind zu viele Einträge in der neuen Version welche diese nicht korrekt verarbeitet:
https://forum.kopano.io/topic/2269/z-push-2-4-5-sync-issue-0xffffffff8004010f/3

Es scheint aber zumindest für die Syno keine Lösung zu geben, ansonsten könnte man auf MySQL ausweichen.

Habe nun die neueste DSM (6.2.2-24922) sowie alle aktuellen Pakete (Docker, Kopano 1.00 etc) nur eben mit der alten MariaDB 10.0.34-0013.

Hatte am Wochenende versucht auf die aktuelle MariaDB zu wechseln - prompt hatte ich wieder die Probleme.
Habe ca. 5000 Einträge im Kalender, 1500 Kontakte und tausende Mails...

Falls jemand noch was entdeckt bin ich froh über jede Hilfe - möchte auch gerne alle Versionen aktuell nutzen.

 

[Andy+]

Was für eine DS hast Du?

 

[millilenium]

Habe eine DS918+ mit 12GB RAM

 

[millilenium]

Hat noch jemand eine Idee mit dem MySQL Fehler?
Habt ihr positive Erfahrungen mit der neuen MariaDB 10.3.11-0054?

 

[Andy+]

Die habe ich auch installiert und läufz einwandfrei, u.a. auch mit K4S.

 

[mc_syn]

Da ich mit der neusten Version von MariaDB 10 genau die gleichen Probleme mit z-push hatte : z-push error log: "....Error, mapi_exportchanges_config......." möchte ich meine Erfahrungen als Laie teilen:

mit der neuesten Version von MariaDB10 schien anfangs alles gut zu klappen, da völlig zufällig einige Ordner exakt gesynct werden. Mir ist das Elend erst aufgefallen, als ein Posteingang eines users nicht mehr mit iphone gesynct war. Wenn man dann in den z-push error log schaut kommen diese Fehlermeldungen. Einige Ordner werden synchronisiert, einige nicht.

Ein upgrade auf z4h 0.98 und auf 1.00 beta brachten keine Abhilfe (man denkt immer, dass es wieder funktioniert, aber nach 1-2 Tagen beginnt das Spiel von vorn)

So habe ich das Problem als Laie gelöst:
Datensicherung über Outlook in pst

- Löschen der aktuellsten MariaDB10 Version - leider inklusive Datenbanken, da ansonsten die Vorgängerversion nicht startet)
- Löschen von z4h

- jetzt Download der Maria DB10 Version 10.0.34-0013 von: https://archive.synology.com/download/Package/spk/ (bei mir DS916+) war es die Datei MariaDB10-x86 64-10.0.34-0013.spk

- jetzt Syno Neustart
- manuelle Installation der ältern MariaDB10 Version
-Syno Neustart
-manuelle Installation von z4h 1.00 beta (leider muss man jetzt bei neuer SQL-Datenbank alles neu konfigurieren, user, fetchmail....)

- Import der pst-Sicherung über Outlook

seitdem funktioniert die Synchronisation mit z-push wieder einwandfrei. Habe auch sonst keinerlei Probleme mit z4h 1.00 (webapp, outlook, z-push läuft)

Jetzt habe ich nur noch das Phänomen, dass meine Kontakt-Bilder aus dem iphone nicht mehr synchronisiert werden:

Folgende error logs werden angeigt:

08/06/2019 09:18:07 [ 3786] [WARN] [......] SyncObject->Check(): object from type SyncMail: parameter 'from' contains an invalid email address '"......" <>'. Address is removed.
08/06/2019 09:18:27 [ 7723] [WARN] [.......] SyncObject->Check(): object from type SyncMail: parameter 'from' contains an invalid email address '"......X" <>'. Address is removed.
08/06/2019 09:55:23 [10660] [WARN] [f......] FreeBusyPublish is not available
08/06/2019 09:57:07 [11652] [WARN] [f..........] FreeBusyPublish is not available
08/06/2019 12:43:26 [16425] [WARN] [...........] SyncObject->Check(): object from type SyncContact: parameter 'picture' is longer than 5242880. Check failed
08/06/2019 12:43:26 [16425] [ERROR] [..............] Ignored broken message (SyncContact). Reason: '4' Folderid: 'U87524' message id 'U87524:cb335134245f4d1582672251cf9863ef940200000000'


Könnte mir hier eventuell jemand helfen? 1. wie kann ich die Kontaktfotos synchronisieren (hatte mit zh4 0.9.3 und alter MariaDB schonmal super funktioniert)

2. was sagt mir dieser, massenhaft erscheinende error-log

08/06/2019 09:18:07 [ 3786] [WARN] [......] SyncObject->Check(): object from type SyncMail: parameter 'from' contains an invalid email address '"......" <>'. Address is removed.
08/06/2019 09:18:27 [ 7723] [WARN] [.......] SyncObject->Check(): object from type SyncMail: parameter 'from' contains an invalid email address '"......X" <>'. Address is removed.

Ich hoffe ich konnte einigen Laien bei dem MariaDB-Problem helfen, und bitte alle Cracks diese Forums um Hilfe.

Vielen Dank

 

[rodo]

Hallo Mc_Syn

danke Du hast mir geholfen. Du meintest bestimmt Kopano4S 100.spk ?
Ich habe nach Deiner Idee mit MariaDB10-x86_64-10.3.7-0051 neu installiert -- alles läuft wieder.
Mit der PST Sicherung in Outlook zurückkopiert.
Mit Begriffen wie " über vi reingehen und auf state setzen" kann ich nichts anfangen.

Gruß

 

[millilenium]

habe nun ebenso alles in eine pst (pro user) exportiert, dann wie mc_syn beschreibt alles gelöscht.
Dann einen Reinstall (nach Reboot) von MariaDB 10.3.7-0051 und Kopano 1.00

Mit dem kopano-migrate-pst die User wieder eingespielt.
Dann noch in der Server.cfg die Werte wie folgt geändert (Tipp von https://forum.kopano.io/topic/1678/statusexception-exportchangesics-initializeexporter-error-mapi_exportchanges_config-failed-0xffffffff8004010f/32):

ALT: enable_enhanced_ics = yes
NEU: enable_enhanced_ics = no

Restart Kopano / der Syno - und siehe da - nun klappt alles auch mit den Smartphones, Outlook (habe 2013 und 2016 mit Zarafa Mapi Client)!

 

[millilenium]

Kommando zurück, geht nicht... Wieder die Fehler nach einem Reboot der Syno...
somit bleibe ich notgedrungen auf der alten MariaDB - hier klappt alles. Sehr merkwürdig.

 

[honk013]

Gibt es zu dieser Thematik schon eine Lösung?

Bei mir läuft die Stable Version 1.0.5 mit Kopano4S D-Core-8.7.1.0_Webapp-3.5.6_Z-Push-2.5.1_WMeet-0.29.5. Die MariaDB10 Version ist 10.3.11-0054 und bei mir verschwinden immer alle Termine auf den Androiden von einem Moment zum Anderen. Alles andere funktioniert immer noch weiter; nur die Termine sind auf dem Smartphone etc. weg!
Die Fehlermeldung im "z-push-error.log" ist die gleiche:
14/10/2019 13:06:39 [30794] [WARN] [frankxxxxxx] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230
14/10/2019 13:06:39 [30794] [WARN] [frankxxxxxx] SyncCollections->CountChange(): exporter can not be re-configured due to state error, emulating change in folder to force Sync.
14/10/2019 13:06:39 [28141] [WARN] [frankxxxxxx] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230

Ich bekomme das immer wieder hin, indem ich alle Devices in Kopano remove (Outlook und alle Androiden), dann alle Geräte und den PC neu starte und alles wieder neu anlege. Das geht dann ein paar Tage gut, bis plötzlich wieder die Termine im Handy weg sind!

Das ist einfach nervig!!!

 

[Matis]

Bei mir läuft die 1.0.5 inzwischen sehr stabil. Nach dem Umzug auf die andere syno war dann aber auch plötzlich ein apple-device weg und konnte nicht mehr synchronisieren.
Was das Problem nachhaltig beseitigt hat war ein "kopano-init mobile".
Danach haben alle devices neu sychronisiert und waren wieder vollständig und nachhaltig vorhanden.
Ist ja vielleicht ein Versuch wert.

 

[honk013]

Das verrückte ist ja, dass Kopano bzw. Z-Push meint es ist alles okay!
Unter Devices -> Details finde ich das:

Synchronized by user: frankxxxxxx
-----------------------------------------------------
DeviceId: 4e696e65383535363439463931343432
Device type: Android
UserAgent: Nine-VOG-L29EEA/HUAWEIVOG-L29
Device Model: VOG-L29
Device IMEI: xxx2620xxx16203
Device friendly name: VOG-L29EEA
Device OS: Android 9.9.1.0.193C431
Device OS Language: German (Germany)
Device Phone nr: +491xxxx30770
ActiveSync version: 14.1
First sync: 2019-10-11 14:36
Last sync: 2019-10-14 15:52
Sync Period: unlimited (0)
Total folders: 182
Short folder Ids: Yes
Synchronized folders: 8
Synchronized data: Emails(4) Contacts Calendars Notes Tasks
Additional Folders: none
Status: OK
WipeRequest on: not set
WipeRequest by: not set
Wiped on: not set
Policy name: default
Attention needed: No errors known
Command requests completed in 3 seconds.

Und es ist kein einziger Kalendereintrag auf dem Handy!

 

[honk013]

Bei mir läuft die 1.0.5 inzwischen sehr stabil. Nach dem Umzug auf die andere syno war dann aber auch plötzlich ein apple-device weg und konnte nicht mehr synchronisieren.
Was das Problem nachhaltig beseitigt hat war ein "kopano-init mobile".
Danach haben alle devices neu sychronisiert und waren wieder vollständig und nachhaltig vorhanden.
Ist ja vielleicht ein Versuch wert.

Was bewirkt denn der Befehl "kopano-init -> mobiles"

 

[Matis]

... er initialisiert die active-sync Kommunikation mit den devices. Wenn dort irgendwas quer hängt, dann sollte es danach wieder ok sein.
Es wird eben neu eingerichtet und die devices synchronisieren wie das erste mal verbunden.

 

[honk013]

Danke Matis. Ich werde das gleich mal ausprobieren. Vielleicht hilft es ja.
VG