Wie geht's mit dem Zarafa Package weiter?

[skippiemanz]

Hi, this is still missing when not building the package locally.
To fix it: 1) go on synology console 2) run > zarafa-cmdline 3) in container run > sed -i -e "s~# nl_NL.UTF-8 UTF-8~nl_NL.UTF-8 UTF-8~" /etc/locale.gen then run > RUN dpkg-reconfigure locales
Background: your codepage file /etc/locale.gen needs to have NL language enabled (check with vi if nl_NL.UTF-8 UTF-8 is uncommented like de_DE.UTF-8 UTF-8).
I will make sure in later versions this is done automatically when you selected language other than GER..
-TosoBoso

Danke fur die schnelle antwort! Jetzt lauft es!

 

[Matis]

Hallo Tosoboso,

im Admin GUI sind bei SmtpD noch mehr Felder als bei der Konsole notwendig. Wozu sind die drei gut? (SMTP-Entry, SMTPD, TLS/SSL on Mail Server Name).

Kann ich damit auch getrennte Relays für jeden User konfigurieren?

Danke.
Matis

 

[Tosoboso]

ich bekomme im z-push.log folgende Fehlermeldung: FatalException: FixFileOwner: /etc/zarafa/z-push/state must be owned by the nginx/apache/php user instead of root

Hi, da gibt es Problem mit den ACLs für z-push state und da muss ich nochmals die Initialisierung anpassen. Bis dahin zur Abhilfe: im Container (> zarafa-cmdline) => chown -R www-data.zarafa /etc/zarafa/z-push eingeben
-TosoBoso

 

[Tosoboso]

1. im Admin GUI sind bei SmtpD noch mehr Felder als bei der Konsole notwendig. Wozu sind die drei gut? (SMTP-Entry, SMTPD, TLS/SSL on Mail Server Name). 2. Kann ich damit auch getrennte Relays für jeden User konfigurieren?

Hi, nein zu 2. Smart Relay gibt es (noch) nicht.
zu 1. mit SMTP-Entry kann man jeden Postfix Eintrag machen oder ändern, den es im Repertiore gibt. z.B.: "delay_warning_time = 5h" in Entry eingeben und dann wird das geändert (4h=>5h). Die restlichen Felder gab es schon beim Install:
Ob man SSL/TLS Encryption will auf der Mail-Empfangsseite (eigener Mail-Server), FQDN passend zum Zertifikat für Mail-Server Hostname. Das ist für reine fetchmail User mit externen Mail-Boxen belanglos, aber wichtig für Power-User..
-TosoBoso

 

[SynDiab]

Hallo Tosoboso,

danke, die permissions habe ich fixen können. Jedoch funktioniert ums verrecken die Übernahme der alten Daten nicht. Egal ob ich das backup / den dump nach der Installation einspiele oder die Database vor der Installation umkopiere (mysqldump -u root -p zarafa | mysql -u root -p zarafa4h), danach kommt folgende Fehlermeldung auf der Console:

PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 232
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 113
PHP Notice: Use of undefined constant LOGUSERLEVEL - assumed 'LOGUSERLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 118
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 232
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 113
PHP Notice: Use of undefined constant LOGUSERLEVEL - assumed 'LOGUSERLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 118
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 232
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 113
PHP Notice: Use of undefined constant LOGUSERLEVEL - assumed 'LOGUSERLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 118
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 232
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 113
PHP Notice: Use of undefined constant LOGUSERLEVEL - assumed 'LOGUSERLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 118
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 232
PHP Notice: Use of undefined constant LOGLEVEL - assumed 'LOGLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 113
PHP Notice: Use of undefined constant LOGUSERLEVEL - assumed 'LOGUSERLEVEL' in /usr/share/zarafa-webapp/z-push/lib/core/zlog.php on line 118
FatalMisconfigurationException: The BASE_PATH is not configured. Check if the config.php file is in place.

Und dann crasht der Container

Wat nuh

Danke & Gruß, SynDiab

 

[Tosoboso]

Hi SynDiab,
Deine Probleme haben voraussichtlich nichts mit der Daten-Übernahme zu tun, sondern mit fehlenden Konfigurations-Dateien in erc-zarafa.
Vermutlich hast du keine Mounts mehr in den Zarafa4h Docker Container, was ggf beim Docker Update passiert ist.
Daher bitte De-Installieren incl. Zarafa-Share löschen. Dann die z4h v. 0.5.5 vom Snek Preview auf der Projekt-Seite laden (siehe oben). Nun prüfen, ob der Zarafa4h Docker Container läuft und auf Synology /etc/zarafa4h bzw. im Container (zarafa-cmdline) /etc/zarafa gefüllt ist.
Dann Webapp, Outlook und Z-Push mobil testen mit leerer Datenbank. Dann kann Migriert werden, was per Skript geht und im Wiki beschrieben ist. Das alte Zarafa kann und soll derweil noch installiert, aber gestoppt sein. Hoffe das hilt..
-TosoBoso

 

[SynDiab]

Hallo Tosoboso,

... hmm, ich bin von einer ARM (DSM 5.2) auf eine x86 DS (DSM 6.0) migriert. Vorher habe ich einen dump der zarafa DB gemacht. Allerdings ist nach der Migration keine Zarafa mehr installiert, weil das Paket auf der x86 unter DSM 6.0 nicht funktioniert - war ja bekannt. Mit neuer und leerer zarafa4h DB und Docker Container auf der x86 DS funktioniert es ja. Aber sobald ich den dump einspiele, kommt der beschriebene Fehler. Braucht es die alte Zarafainstallation? Oder kann man da drum rum arbeiten um die alten Daten zurück zu bekommen?

Auf meinen Androids habe ich die Konten ja noch da. Jedoch wenn ich da den neuen Server (x86 DSM) eintrage, dann wird nix synchronisiert. So wie ich das verstanden habe braucht Z-Push dafür die "folders", die natürlich in der leeren zarafa4h DB nicht da sind?!?

Wie komme ich jetzt zu meinen alten Daten? Ich rede hier ausschließlich von Kalender und Kontakten, keine Emails.

Danke & Gruß, SynDiab

 

[Tosoboso]

Hi,
du kannst ein Backup von alten Zarafa auf dem ARM Server machen mit dem angehängent Skript (Einspielen, mit chmod 777 ausführbar machen). Dann den Dump mit Shared Folder-Sync von /volume1/zarafa rüberkopieren und mit zarafa-backup restore laden.
Was du auch versuchen kannst, ist zuerst den Dump Einspielen und dann Zarafa4h über die bestehende Datenbank zu installieren. Dann übernimmt Zarafa4h die Ownership mit User und Passwort. Umgekhert kann es passieren, je nach dem wie du den Dump Einspielst, dass du User und Passwort Überschreibst und dann kann Zarafa4h nicht mehr funktionieren, denn es erstellt ja einen User mit Passwort... Das Zarafa Backup Restore Skript überschreibt keine MySQl User..
-TosoBoso

 

[SynDiab]

Hallo Tosoboso,

Danke für Dein Hilfe. Aber ich habe die HDDs von der ARM auf die x86 DS physikalisch migriert. Ein Weg zurück zur ARM DS funktioniert so nicht. Leider habe ich das zarafa-backup Script vorher nicht laufen lassen, sondern nur einen dump der zarafa DB gemacht. Der dump als auch die zarafa DB sind auf der x86 DS vorhanden. Aber die alte Zarafa Installation ist schon weg. Was sichert denn das zarafa-backup Script was nicht im dump ist? Wie gesagt, es geht hier nicht um Emails, nur um Kontakte und Kalender. Auf der ARM DS war kein Email (fetchmail?) konfiguriert.

Hilft es, wenn ich die ARM DS mit einer neuen Platte temporär wieder aufsetzte, das alte Zarafa & Z-Push Paket installiere und dann den dump wieder einspiele? Dann kann ich ja das zarafa-backup Script drauf laufen lassen ...

Danke & Gruß, SynDiab

 

[Andy+]

Vielleicht gibt es da Unterschiede in den Einträgen. Vielleicht findet sich etwas in den Tabellen, was DS-spezifisch ist. Vorstellen kann ich mir das allerdings nicht. Ich denke, die Datenbanken zarafa und zarafa4h sind von DS zu DS gleich, aber zueinander unterschiedlich. Insofern sollte das doch laufen, wenn eine Rücksicherung stattfindet. Eine Migration ist ja wieder was anderes.

Vielleicht kann Tosoboso die Tabellen nennen, in denen die erforderlichen Daten stehen. Dann alle anderen Tabellen löschen und den Dump einspielen im Überspringmodus.

 

[Matis]

Deswegen habe ich das ganz anders gemacht: In Outlook alles was ich noch brauche (Kalender, Kontakte, Email) in ein neues .pst kopiert, dann konnte ich Z4H mit einer neuen sauberen db aufsetzen.
Danach einfach in Outlook die ganzen Kontakte, Kalender, ... wieder in z4h verschieben und schon waren sie wieder auf allen Geräten vorhanden.

Vielleicht kannst Du ja die alte Installation nochmals aufsetzen und es ebenso machen.

Gruß, Matis

 

[Matis]

Folder nicht synchronisiert:

Ich hoffe das ist nicht off-topic:
Ich habe in z4h einen neuen Folder angelegt und in diesen Folder meine Email reingepackt. Der Folder wird in Outlook einwandfrei mit Inhalt sychronisiert. Auf den Iphones/IPads wird der Hauptfolder angezeigt, er bleibt aber leer. Der Inhalt wird nicht sychronisiert. An was kann das liegen? Danke.

 

[Andy+]

Mit Outlook habe ich das beim ersten mal auch so gemacht. Das geht auch ganz gut, braucht nur Zeit, je nach Datenbestand. Ansonsten arbeite ich bei Datenbanksicherungen und -rücksicherungen, am mit Workbench oder dann dem Sypex Dumper, was ich auch für die täglichen Sicherungen verwende. Der grosse Vorteil von Sypex Dumper ist, daß es ein Servertool ist und eine GUI hat.

 

[Matis]

Folder nicht synchronisiert:

gelöst: ich muß mich selber als Berechtgiten beim Ordner eintragen, dann klappt auch der sync.

 

[SynDiab]

Hi Andy+ & Matis,

ja, ich werde wohl die alte Büchse erstmal "wiederherstellen". Hoffentlich klappt das!

Im Prinzip hatte ich genau das vor, nämlich per Client - hier Android, nicht Outlook - die Daten in die frische zarafa4h DB einzuspielen. Aber genau das klappt irgendwie nicht, wegen Z-Push?!? Outlook ist ja native, oder?

Gruß, SynDiab

 

[Tosoboso]

Zarafa4h v.0.5.5 stable release

Hallo zusammen,
die Zarafa4h v,0,5,5 habe ich als 'sneak preview' wurde wieder aktualisiert; ausser Upgrade Möglichkeit und GUI habe ich ACL Probleme mit z-push behoben und die Codepages funktionieren für FR,IT,NL.
Ich suche Testfeedback unter DSM-6. Reverse Proxy intern für DSM-6 ist experimentell und ich empfehel den DSM-6 Build in Reverse Proxy.
Bei Webmeeting hab ich den neuen Zarafa Default TURN Server rausgenommen, aber das ist ggf. noch Nacharbeit nötig (alte Versionen haben funktioniert und Zarafa hat etwas in der Default Konfig geändert).
Ich möchte diese Stable Version bald auf den Communit Hub stellen (https://www.cphub.net). Bis dahin findet man es auf der Projektseite hier: https://community.zarafa.com/pg/plugins/project/32179/developer/vbettag/synology-zarafa-in-a-box
-TosoBoso

 

[SynDiab]

Hallo Tosoboso,

ich habe die neue Version auf meiner DS416play (DSM-6.0) ausprobieren wollen. Nach langem hin und her ist es mir nun gelungen per zarafa-backup Script die Daten von der alten Installation einzuspielen. Beim Versuch des Upgrades kommt allerdings die Fehlermeldung: "Aktualisierung von "Zarafa for Home" fehlgeschlagen. No upgrade to previous uncompleted or legacy install. Please remove and re-install". Allerdings ist der Docker Container verschwunden und das Zarafa package "angehalten". Auch von dem Zustand aus kommt dieselbe Fehlermeldung.

Bei meinen vorherigen Versuchen mit "remove and re-install" waren immer die Daten weg. Ich habe beim Un-Install Dialog die Optionen auf default gelassen, also Häkchen gesetzt bei "Option to keep Zarafa database/share/user and group". Trotzdem war dann immer alles weg!?! Interpretiere ich den Dialog falsch?

Und was mache ich jetzt mit dem abgebrochenen Upgrade? Container ist ja weg. Die mühsam zurückgespielten Daten würde ich auch gerne behalten wollen...

Edit: Ach verdammt, die zarafa4h DB als auch das zarafa share sind auch schon weg. Das Upgrade ist aber arg gründlich

Danke & Gruß, SynDiab

 

[SynDiab]

Hallo Tosoboso,

nach kompletter Neuinstallation und Einspielen des backup scheint Zarafa erstmal zu laufen. Alle User und alten Daten sind jedenfalls da. Auch die Admin GUI startet und funktioniert soweit.

Allerdings haut das mit dem reverse Proxy nicht hin?!? Ich habe jetzt am Router eine Portweiterleitung von 443 auf 9443 gemacht und das klappt. Ein iPhone synchonisiert sich, 2 Androiden aber nicht - weder intern (homenet) noch extern (Inet über Router port forwarding). Das scheint aber an Z-Push zu liegen bzw. den Androiden. Die Verbindung zum Server steht (login), aber die folder werden nicht synchonisiert. Vielleicht hat die Version 2.2.13 da noch 'ne Macke? Bei der alten Installation unter DSM-5.2 ging das ja auch nicht

Danke & Gruß, SynDiab

 

[SynDiab]

Hallo Tosoboso,

ich habe bzgl. Z-Push geforscht. Die Version 2.2.x wird ja zum Jahresende eingestellt. Die kommende letzte Version 2.2.14 schaltet sogar die Unterstützung für Outlook ab. Aktuell ist jetzt 2.3.x, das etliche Verbesserungen erfahren hat und zu dem man wechseln soll. Hast Du das im Auge?

Danke & Gruß, SynDiab

 

[Tosoboso]

Bzgl. Z-Push: Die Version 2.2.x wird ja zum Jahresende eingestellt. Die kommende letzte Version 2.2.14 schaltet sogar die Unterstützung für Outlook ab. Aktuell ist jetzt 2.3.x, das etliche Verbesserungen erfahren hat und zu dem man wechseln soll. Hast Du das im Auge?

Hi, ja klar; es wird zum neuen Jahr eine Z4h 6.x geben mit neuer Zarafa 7.2.4.x Version und Z-Push 2.3.x, aber zuerst will ich die aktuelle Version Stable bekommen. Die neue Zarafa Version hat die Pipes und Run-Ids gäendert, das mach etwas Aufwand zur Anpassung..
-TosoBoso