Kopano4S (Zarafa 2.0)

[Tosoboso]

Alle Achtung..... dürfen wir auch mit "FILES" rechnen?

Aktuell folge ich dem Intel Tick Tock Model: https://en.wikipedia.org/wiki/Tick–tock_model; d.h. 1x Core Skripting, dann 1x GUI; nach dieser Rechnung: k4s 0.8.6 (was dann nach den Sommerferien wäre..).
-TososBoso

 

[Huhie]

Warten, bis die neue SPK verfügbar ist im Paketcenter oder bei cphub.net nachschauen und das Dockerimage hat die neue WebAPP.... 17.

cphub.net da finde ich zwar zarafa4h aber nicht k4s?! Hast Du einen Link für mich?

 

[Tosoboso]

K4s 0.8.4 wurde gelöscht und neu hochgeladen. Damit ist es erst nach Freigabe wieder sichtbar. D.h warten, i.d.R ca. 1 Tag. Grund für die Massnahme siehe oben bzw. vorherige Seite.
+TosoBoso

 

[Tosoboso]

K4s 0.8.4 wurde gelöscht und neu hochgeladen. Damit ist es erst nach Freigabe wieder sichtbar. D.h warten,
+TosoBoso

Wow die korrigierte Version ging noch gester Nach 23:15 online auf dem Community Package Hub. Danke Mathieu vom cphub.net und deutschen Syno Forum (Betreiben des Hubs für das immer wieder Prüfen, Signieren der Pakete..

 

[Andy+]

Und läuft auch ..... ! .....

 

[Andy+]

Ich habe nun K4S v0.8.4 installiert mit dem Dockerimage Community-8.6.80_Web-3.4.17_Push-2.4.3. Vorher die v0.8.3 komplett deinstalliert, ausser der Datenbank, also kein Update.

Die Version sendet und empfängt Emails ohne Anpassungen und im weiteren funktioniert K4S absolut vergleichbar zu Z4H. "FILES" wünsche ich mir noch, damit ich umsteigen kann, jedoch kommt das wohl erst ab v0.8.6 oder folgend, okay soweit. Eines der Top-Goodies von K4S gegenüber Z4H, ist die deutlich bessere Performance, welche mit der v0.8.4 noch etwas besser scheint, gegenüber der v0.8.3 und davor.

 

[Dufooy]

@Andy+ was hat es mit den ganzen Spam Tools auf sich???
Hast Du was rausgfunden?
Schiebt es Spam in den Junk Ordner und lernt die Datenbank an oder wenn eine Mail die kein Spam ist aus dem Ordner Junk in Posteingang geschoben wird, macht es auch eine Bereinigung in der Datenbank?

 

[Andy+]

Das kann ich Dir nicht sagen, einfach testen.

Etwas seltsam fand ich allerdings, dass nach der Installation von K4S v0.8.4 das neue WebAPP komplett zurückgesetzt schien. Jedenfalls, nach dem Start bekam ich vor dem Anmelden die Datenmaske für neue Nutzer, welche sich das erste mal anmelden und Ihre Daten für Sprache, Zeiten, Theme usw. eingeben müssen. Nach der Anmeldung und Umleitung ins Postfach waren dann auch die bereits angelegten Signaturen und Einstellungen weg.

Weil bei mir K4S noch auf einer Testumgebung läuft und Z4H auf einer anderen DS, habe ich deshalb mal ein aktuelles Datenbankbackup von Z4H in K4S übertragen. Nach Start von K4S das gleiche Spiel wieder. Irgendwas scheint am bestehenden Datenstand in der Datenbank anders, was nach dem ersten Start von K4S nicht mit rübergenommen wird. Die Signaturen und die Einstellungen neu hinterlegen ist ja kein Thema, weshalb jedoch ist das?

Ich muss dazusagen, ich habe nun keine Migration mit den diversen Versionen gemacht und auch die Übertragungsmethode mit parallel aktiven Systemen war das auch nicht, das wäre nun der nächste Test, wie nun mit der neuen Python-Anpassung das funktioniert.

 

[Andy+]

Wenn ich danach vorgehe :

# sichern eines definierten Nutzers, beim sichern wird der Spam Ordner und der Papierkorb übersprungen
kopano-backup -s http://ip-des-zarafa-systems:236/zarafa -U benutzername-eines-admins -P "password-zum-admin" -u zu-sichernder-nutzer -l INFO --skip-junk --skip-deleted

# das verzeichnis im folgenden Schritt entspricht dem Namen des gesicherten Nutzers
kopano-backup --restore -u nutzername-in-den-zurückgesichert-werden-soll verzeichnis-des-backups/ -l INFO

Wo werden die Daten abgelegt? Denn, wenn mit obigem Backupbefehl gestartet wird, sollte auch das "verzeichnis im folgenden Schritt entspricht dem Namen des gesicherten Nutzers" angelegt werden, aber wo?

 

[Andy+]

Mit dieser Methode hatte ich wiederum kein Glück, ich hatte jede Menge Fehlermeldungen, ein Auszug :

backup - WARNING - no data found for attachment of item with entryid 0000000082A3470BDFB .................

backup0 - WARNING - Received a MAPI error or timeout (error=0x80040116, retry=0/5)

backup0 - ERROR - Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/kopano/ics.py", line 113, in ImportMessageChange
item.mapiobj = _utils.openentry_raw(mapistore, entryid.Value, 0)
File "/usr/lib/python2.7/dist-packages/kopano/utils.py", line 84, in openentry_raw
return _openentry_helper(mapistore, entryid, flags | MAPI_MODIFY)
File "/usr/lib/python2.7/dist-packages/kopano/utils.py", line 78, in _openentry_helper
return mapistore.OpenEntry(entryid, IID_IECMessageRaw, flags)
File "/usr/lib/python2.7/dist-packages/MAPICore.py", line 605, in OpenEntry
return _MAPICore.IMsgStore_OpenEntry(self, cbEntryID, lpInterface, ulFlags)
MAPIErrorDiskError: MAPI error 80040116 (MAPI_E_DISK_ERROR)

backup0 - ERROR - Too many retries, skipping change

Usw....... Daher steht nun die Migrationsmethode wieder an von Tosoboso, ob die nun geht (der erste Test ging nicht):

- Installation der Migrationsversion Migration-8.4.4.0_Web-3.4.0_Push-2.3.9
- Import der Zarafa Datenbank
- Nach dem Import Deinstallation Migrationsversion Migration-8.4.4.0_Web-3.4.0_Push-2.3.9, ohne Löschung der Datenbank
- Installation der aktuellen Version Community-8.6.80_Web-3.4.17_Push-2.4.3

 

[Andy+]

- Installation der Migrationsversion Migration-8.4.4.0_Web-3.4.0_Push-2.3.9
- Import der Zarafa Datenbank
- Nach dem Import Deinstallation Migrationsversion Migration-8.4.4.0_Web-3.4.0_Push-2.3.9, ohne Löschung der Datenbank
- Installation der aktuellen Version Community-8.6.80_Web-3.4.17_Push-2.4.3

Die Schritte 1-3 funktionieren, nach Schritt 4 startet zunächst das Paket, dann wird zunächst wohl die Datenbank bereinigt, die Anzahl der Tabellen von 26 auf 25 korrigiert, danach stopt das Paket und läuft nicht mehr. Es startet lediglich kurz. Diesen Effekt hatte ich bereits beim ersten Versuch mit K4S v0.8.1.

 

[Matis]

Für mich gibt es zwei Wege zur Migration :

2. Migration mit 2 NAS (1 NAS als Quelle, 1 NAS als Ziel):

Auf beiden NAS ist die Groupware aktiv. Quellgroupware ist Z4H, Zielgroupware ist K4S. Dann werden mit den Kommandos

kopano-backup -s http://ip-des-zarafa-systems:236/zarafa -U benutzername-eines-admins -P "password-zum-admin" -u zu-sichernder-nutzer -l INFO --skip-junk --skip-deleted
kopano-backup --restore -u nutzername-in-den-zurückgesichert-werden-soll verzeichnis-des-backups/ -l INFO

die Daten aus Z4H in K4S übernommen.

Das ist super!
Nur wo sind die attachements? Mein Verzeichnis ist leer!

 

[Andy+]

Ich denke mal. die sind dann im Backup. Aber ich bleibe bei meiner Methode, die läuft. Ich war nur verunsichert, weil nach der neuen Installation von v0.8.4 mit der Datenbank von v0.8.1-0.8.3 dieser Erstanmeldung kam, was ich noch nie hatte, oder nur bei neuen Installationen ohne Bestandsdatenbank.

 

[Matis]

Bei mir werden die attachements einfach nicht aus der Datenbank entfernt. Selbst bei der jungfäulichen Installation, mit dem Haken gesetzt bei der Installation, kann ich die Anhänge nirgends finden. Sie sind immer noch in der db!

 

[Andy+]

Dann prüfen mal, ob in der server.cfg die Variable dafür auch tatsächlich auf FILES steht.

 

[Andy+]

..................bleibe bei meiner Methode, die läuft.............

Es geht alles wieder, ich habe keine wahrnehmbaren Einschränkungen durch meine Migrationsmethode. Allerdings ist diese nicht durchgehend verifiziert, jedoch scheint alles vorhanden zu sein. Mit der neusten Version K4S v0.8.4 geht bei mir auch AcriveSync, das war mit Z4H immer ein Hänger. Allerdings fehlt bei der Übertragung z.B. ein Kalender, deshalb traue ich dem Protokoll nicht. Habe ich K4S mit dem Zarafa-Client Online, passt alles. Das gleiche ist mit Z4H. Also, klar was ich anwende ......

 

[Jupp15]

Ich hätte da mal eine Frage, auf die ich bisher in diesem Thread keine richtige Antwort gefunden habe:
ich bin von Zarafa4h auf Kopano4s umgestiegen, indem ich die bestehende Zarafa-Datenbank, die in MariaDB 5 lief, unverändert in MariaDB 10 dupliziert habe und dann die Migrationsvariante von Kopano4s installiert habe, die auf diese Datenbank zugreift. Das läuft in dieser Version bisher absolut problemlos, allerdings frage ich mich nun, ob ich das Update für Kopano4s sorglos installieren kann und mein Kopano danach noch läuft - oder ob da noch vorbereitende Schritte nötig sind?

 

[Andy+]

Siehe Beitrag 111, diese Seite. Soweit komme ich auch. Steige ich dann um auf die neuste K4S-Version, startet das Paket nicht mehr.

 

[speedyhome]

Hallo

soweit funktioniert die installation von kopano4s ganz gut / file attachments gehen mit ein bisschen tricksen.
restore meiner anderen kopano installation funktioniert auch, nur bekomm ich es nicht hin das kopano4s auf deutsch
umzustellen weder über console noch über sql , alle how-to's durchgeführt steht überall de_DE.UTF-8 drin
vllt könnt ihr mir einen Tip geben wie es doch funktioniert

Achso Umaulte im Namen also Angezeigter Namen geht auch nicht

 

[Andy+]

..............file attachments gehen..........

Ich nehme an, Du hattest die vorher in der Datenbank. Was und wie hast Du alles umgestellt?