Kopano4S (Zarafa 2.0)

[Tosoboso]

Die Frage wäre, wenn ich K4S v0.9.7 installiere, ob dann auch das ältere Image geladen wird, mit diesem ging die Anbindung noch.

Egal, ob man die alte, oder neue k4s Version (0.9.7 bzw. 0.9.8) lädt, es wird immer das neuste Image geladen, das ist entkopplelt.
Ein altes Image laden war nicht vorgesehen, sondern bei gemeldeten schweren Fehlern würde ich das Image Löschen und neu Bauen.
Ich lasse meistens das Vorgänger Image im Docker Hub. Ich kann da aber etwas vorsehen, dass man ein Image downgrade per cmd-line machen kann: so wie es aktuell > kopano4s-init refresh gibt, um das Neuste Image zu laden kann ich ein kopano4s-init defresh vorsehen.
EDIT Ein Downgrade zum Vorgänger-Image wird übrigens nicht immer funktionieren: wenn es einen Release Sprung gibt z.B. Core-8.6.9 auf 8.7.0, dann wird Kopano den Start verweigern mit Hinweis auf Downgrade nicht supportet. Das ist das gleiche Problem, warum man von Community auf Supported nicht einfach wechseln kann, sondern per kopano-backup restore.
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 –> chown und chmod wie Oben 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

 

[Andy+]

Mit (/etc/zarafa4h/z-push/) Gruppe "root" und Eigentümer "http" und Rechte 0775 rekursiv, oder wie bei millilenium Gruppe "kopano" und Eigentümer "http" und Rechte 0770 rekursiv ging jeweils nicht. Dagegen mit

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

läuft die Synchronisation wieder an und es wird ein Device angelegt. Mal sehen, wann die Emails auf dem Smartphone erscheinen, das dauert immer etwas. Ich habe nun ein Unterverzeichnis

/etc/kopano/z-push/2/3

in welchem Bewegungen stattfinden. Nun denn, erst mal Geduld ....

 

[Tosoboso]

ok freut mich, dass der z-push acl Fehler schnell gefunden wurde und Abhilfe bereit steht. Nun Glück auf und Geduld beim Syncen..
-TosoBoso

 

[Matis]

@millilenium u.a.

Viele Dank!!
Kaum die Zeile von tosoboso abgesetzt kommen die Emails sofort wieder rein. Was das z-push aber auch ständig für Ärger macht!

 

[Andy+]

So richtig will das noch nicht, jetzt habe ich ein Verzeichnis

/etc/kopano/z-push/e/c

jedoch ohne Inhalt und im

/etc/kopano/z-push/2/3

ist keine Bewegung mehr.

Update: zäh, aber es bewegt sich, aber normal ist das nicht.

 

[Matis]

... bei mir wurden alle devices geflashed und alles neu übertragen. Das kann dauern mit z-push.

 

[Matis]

... jetzt ist mir aber was ganz merkwürdiges aufgefallen:

* ich kann kopano4s-Admin nicht mehr starten. Ein Klick auf das Icon und es passiert nichts!
(Please login as admin first, before using this webpage (user: ) kommt wenn ich es in einem neuen Fenster öffnen möchte.
Stimmt da auch was mit den Rechten nicht?

P.S. nach einem System-Reboot geht Admin wieder

* die php-fpm: pool www sind immer noch total beschäftigt. ob das noch normal ist?

 

[Andy+]

Vielleicht gibt es einen Zusammenhang, auch mit PHP. Ich habe 7.2. Das Zähe bei z-push bleibt, jetzt gerade geht nichts mehr. Parallel habe ich IMAP mit dem selben Konto auf meinem Smartphone, das funktioniert.

 

[Matis]

... nach dem Reboot haben sich die php-fpm Prozesse nun auch wieder auf ein normales Mass zurückgefahren und es scheint alles zu funktionieren.

 

[Andy+]

Bei mir geht nur noch IMAP. Die Verbindung ansich steht zu z-push, es geht halt nicht mehr voran.

 

[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

 

[Andy+]

Mit diesem Kopierbefehl, dann im Verzeichnis

(/etc/zarafa4h/z-push/) Gruppe "root" und Eigentümer "http" und Rechte 0775 rekursiv

und

/var/packages/Kopano4s/scripts/start-stop-status stop && sleep 3 && /var/packages/Kopano4s/scripts/start-stop-status start

scheint das endlich zu flutschten ... ... schauen wir mal.

 

[Andy+]

Es funktioniert nun seit gestern normal.

Bezüglich einer Funktion, ein früheres Dockerimage verwenden zu können, würde es m. E. ausreichen, wenn ein geladenes bevorzugt berücksichtigt würde. Dann könnte das gewollte vorgeladen werden. Macht man das jetzt, holt sich die Installation das neuste Image trotzdem. Möchte ich das verhindern, indem ich durch Sperrung der Internetverbindung die Nutzung eines bereits geladenen Image einleiten will, bricht die Installation wegen der fehlenden Internetverbindung ab.

 

[olionsyn]

So, bei mir geht jetzt auch alles wieder. War ein paar Tage weg und konnte Tosobos Tips nicht anwenden. Deshalb habe Kopano deinstalliert. Alle Docker Abbilder und Container gelöscht und dann ging es. Ohne das Löschen der Docker Container verblieb immer noch das "Config.php" Problem.

 

[Andy+]

Ich habe eine Gelegenheit ergriffen und auf meiner Test-DS nochmal nachgestellt. Es reicht nicht aus, die Zeile zu korrigieren

........state directory auf "/avr/lib/z-push" steht; das ist dann falsch und sollte "/etc/kopano/z-push/state" ...............

Nach einem Neustart des Dienstes und dann der DS kam noch immer keine Verbindung zustande. Auch dann mit

........

Gruppe: kopano - Eigentümer: http - 0770

.......

ging das nicht. Da der Kopano-User ohnehin Mitglied der Administratoren ist, habe ich wieder angewendet

..... (/etc/zarafa4h/z-push/) Gruppe "root" und Eigentümer "http" und Rechte 0775 rekursiv
/var/packages/Kopano4s/scripts/start-stop-status stop && sleep 3 && /var/packages/Kopano4s/scripts/start-stop-status start......

Dann lief das auch dort.

 

[491810]

Ich habe gerade die Tage den neusten Update auf die neuste Version 0.98 auf meiner Synology DS918Plus installiert. Läuft bei mir im Docker.
Emails am PC mit Microsoft Outlook auf meinem Windows 10 PC wie auch via Browser via Webapp funktioniert soweit weiterhin tadellos

Seit dem Update bekomme ich jedoch keine Emails, Kalender, Aufgaben oder Notizen mehr zu/auf mein Android Smartphone synchronisiert.
Weder im (Huawai) Stock Email-App, noch dem Gmail-App und auch nicht mit 9nine Email App. Mir werden "Synchronisationsfehler" angzeigt.

Ich habe 0,0 an den Einstellungen meiner Firewall (Sophos sg105w) gemacht. Auch gab es keinerlei Updates für die Firewall die letzte Zeit.
Ich bekomme auch beim Aktivieren des "Mobile Device Managements" u.a. "Plugins" Fehlermeldungen. Ich musste dieses wieder deaktivieren.



Hat jemand anderes auch noch Probleme? Kann mir ggf. jemand sagen, wie ich auf die vorherige Version von Kopano "downgraden" kann?
Wenn ich die Einstellungen des Docker-Image "exportiere" und wieder "importiere" bekomme ich nur eine Dublette der aktuellen Version.

ich würde aber gerne eine ältere - z.B. die "supported" - Version nutzen. Die stürzt aber nach 1-2 Sekunden als Docker Image gleich ab.
Habe ich was übersehen beim Hochfahren der Vorversion "8.6.81" bzw. "8.7.0". Dann würde ich es gerne mit einer Vorversion probieren.



Weitere Probleme:

1.) Ich wollte vom Stock (Huawei) Email App bzw. Gmail app auf das (wie ich finde sehr gute) Email App namens "Nine" wechseln. Dieses hat
aber anscheinend Probleme bei der Authentifizierung als Exchange Postfach weil die Prüfseite für Active Sync nicht standardisiert ist.
Hat schon mal jemand "Nine" als Email-App installiert und es ohne Sync Probleme zum Laufen bekommen? Dann bitte kurze PM an mich.

2.) Ich synchronsiere mir meine Notizen aktuell per App "Tasks&Notes" (Android). Seit der Umstellung von Zarafa auf meiner alten DS713+
unter DSM 5.2 auf das neue Kopano4s auf meiner neuen DS918+ unter DSM 6.2 bekomme ich mit dem neuen Connector in Microsoft
Outlook die Notizen nicht mehr angezeigt. Im Webapp Client via Browser sehe ich alle Notizen aber weiterhin. Sie sind also noch alle da.

 

[Andy+]

Ich habe Nine im Einsatz, für mich gibt es dazu keine Alternative, weil es einfach super ist. Genug geschwärmt.... .... in aller Regel musst Du, das ist auch bei Kopano so, beim Sicherheitstyp auf "SSL/TLS (alle Zertifikate akzeptieren)" gehen, dann sollte das klappen.

Ansonsten, beim geschilderten Problem gibt es zweierlei Aspekte. Empfängst Du keine Emails bereits über WebAPP, dann in jedem Falle mal ein

kopano-fetchmail init
kopano-fetchmail restart

absetzen und ggf. einen Neustart durchführen, dann sollte das wieder gehen. Ist es jedoch ActiveSync bzw. z-push, was nicht funktioniert, dann siehe Beitrag 795, direkt über Deinem.

 

[491810]

Ich habe Nine im Einsatz, für mich gibt es dazu keine Alternative, weil es einfach super ist. Genug geschwärmt.... .... in aller Regel musst Du, das ist auch bei Kopano so, beim Sicherheitstyp auf "SSL/TLS (alle Zertifikate akzeptieren)" gehen, dann sollte das klappen.

Ansonsten, beim geschilderten Problem gibt es zweierlei Aspekte. Empfängst Du keine Emails bereits über WebAPP, dann in jedem Falle mal ein

kopano-fetchmail init
kopano-fetchmail restart

absetzen und ggf. einen Neustart durchführen, dann sollte das wieder gehen. Ist es jedoch ActiveSync bzw. z-push, was nicht funktioniert, dann siehe Beitrag 795, direkt über Deinem.

Danke Dir für die schnelle Antwort. Im Webapp kommen alle Emails an. Auch im Microsoft Outlook via Connector bekomme ich alle Emails angezeigt.
Lediglich die Emails, die via SSL mit dem Android Smartphone gesynced werden kommen seit dem letzten Update mit keinem Email-App mehr an.
Sowohl mit dem Samsung oder Huawai Stock Email-App als auch mit dem Gmail-App habe ich mit meinen zertifizierten SSL keinerlei Problem gehabt.
Als ich Nine eingerichtet habe (ich finde es auch top!) hatte ich Probleme mit dem Sync. Ich musste "domain.de\name" bzw. vorname@domain.de" als
user eingeben. Dann ging es stabiler. Aber der zuverlässige Push funktionierte nie wirklich. Das mit dem "SSL/TLS alle akzeptieren" probiere ich mal.
Aber vorher muss ich das Z-Push wieder zum Laufen bekommen. Es geht - wie beschrieben - aktuell ja erstmal gar nicht mehr. 795 schaue ich gleich mal.

 

[Andy+]

............mit dem neuen Connector in Microsoft Outlook die Notizen nicht mehr angezeigt.........

Das war bereits bei Zarafa im Zusammenhang mit ActiveSync so und lässt sich m.W. auch nicht beheben. Ich nehme daher den neusten Zarafa-Client.

 

[491810]

Das war bereits bei Zarafa im Zusammenhang mit ActiveSync so und lässt sich m.W. auch nicht beheben. Ich nehme daher den neusten Zarafa-Client.

Kannst Du mir sagen, wie ich die Vorversion wiederherstellen kann ... bzw. hast Du einen Link, wie ich auf die noch funktionierende Vorversion im Docker wiederherstellen kann???