Wie geht's mit dem Zarafa Package weiter?

[Tosoboso]

nach update der DSM auf 6.1.2 die heute kam. Hat sich auch der Docker ein update geholt. Das hatte zur folge , dass Zarafa4h nicht mehr lief. Abhilfe für dieses Problem konnte ich nur schaffen in dem ich im Docker das Image gelöscht habe und im Packed Center den Zarafa neu gestartet habe. Somit hat er sich ein neues Docker Image gezogen und Installiert. Funtionen stehen wieder alle zur verfügung. Zarafa läuft nach etwas arbeit wieder. Gruss an alle die mit DSM updates leiden

Hi, das Löschen des Docker Image und Neuinstall bei Neustart ist bereits ein Feature. Die z4h v. 0.6.x installiert sich sogar selbst neu, wenn der Start scheitert mit Mount Problemen.
Mich würde noch interessieren, welche z4h Version du benutzt? 0.55? Ab der z4h 0.6.x gibt es eine Änderung mit den Mounts und laut der Gemeinde ist es seit dem Docker Update Imun (siehe post#1232: http://www.synology-forum.de/showth...weiter/page125&p=717656&viewfull=1#post717656
- TosoBoso

 

[pcmartino59]

Ich hatte die 0.6.2 drauf bis das Update gemacht wurde auf 0,6.3 . Aber das mit dem löschen hatten wir bei der Version 0.6.1 zusammen schon durchgeführt

 

[Tosoboso]

Ich hatte die 0.6.2 drauf bis das Update gemacht wurde auf 0,6.3 . Aber das mit dem löschen hatten wir bei der Version 0.6.1 zusammen schon durchgeführt

OK das ist auch in der z4h 0.5.x drin. Was dazu gekommen ist: nach Zarafa Fehlstart mit Mount Problemen muss man nur Zarafa nochmals starten und es Löscht automatisch den Container, damit er wieder angelegt wird.
Weiterhin sollte das Problem eigentlich nicht mehr auftreten, wenn die Volumes via Syno etc und Soflink gemoutet werden. Es kann sein, dass dies erst jetzt bei dir erfolgt ist, nachdem der Container neu angelegt wurde. Schau mal im Docker GUI die Volumes (Mounts) an, ob alle auf synology etc des Paktes zeigen
-TosoBoso

 

[pcmartino59]

Schau mal im Docker GUI die Volumes (Mounts) an, ob alle auf synology etc des Paktes zeigen
-TosoBoso

Zeigen alle

 

[skippiemanz]

weiß jemand eine Lösung für dieses problem??

Fri Jun 16 08:28:33 2017: [error ] Unable to open attachment "/var/lib/zarafa/attachments/6/17/187776" for writing: Permission denied
Fri Jun 16 09:00:04 2017: [error ] ECFileAttachment::Commit() error during commit
Fri Jun 16 09:00:04 2017: [error ] Error while removing softdelete message objects, error code: 0x80000007.
Fri Jun 16 09:43:33 2017: [error ] Unable to open attachment "/var/lib/zarafa/attachments/7/17/187777" for writing: Permission denied
Fri Jun 16 10:00:01 2017: [error ] ECFileAttachment::Commit() error during commit
Fri Jun 16 10:00:01 2017: [error ] Error while removing softdelete message objects, error code: 0x80000007.
Fri Jun 16 10:03:32 2017: [error ] Unable to gzopen attachment "/var/lib/zarafa/attachments/8/17/187778.gz" for writing: Permission denied
Fri Jun 16 10:13:34 2017: [error ] Unable to gzopen attachment "/var/lib/zarafa/attachments/9/17/187779.gz" for writing: Permission denied
Fri Jun 16 10:18:33 2017: [error ] Unable to gzopen attachment "/var/lib/zarafa/attachments/0/18/187780.gz" for writing: Permission denied
Fri Jun 16 10:28:33 2017: [error ] Unable to gzopen attachment "/var/lib/zarafa/attachments/1/18/187781.gz" for writing: Permission denied
Fri Jun 16 10:43:32 2017: [error ] Unable to open attachment "/var/lib/zarafa/attachments/2/18/187782" for writing: Permission denied
Fri Jun 16 11:00:03 2017: [error ] ECFileAttachment::Commit() error during commit
Fri Jun 16 11:00:03 2017: [error ] Error while removing softdelete message objects, error code: 0x80000007.
Fri Jun 16 11:00:03 2017: [error ] ECFileAttachment::Commit() error during commit
Fri Jun 16 11:00:03 2017: [error ] Error while removing softdelete message objects, error code: 0x80000007.
Fri Jun 16 11:48:29 2017: [ notice] Starting zarafa-server version 7,2,6,10, pid 13
Fri Jun 16 11:48:29 2017: [warning] WARNING: zarafa-licensed not running, commercial features will not be available until it's started.
Fri Jun 16 11:48:46 2017: [error ] Error while connecting to search on "file:///var/run/zarafad/search.sock"

Zarafa4h 6.3 DS713+ DSM 6.1.1-15101 Update 4

Es ist eingesteld um Anhänge in die share zu speichern.

E-Mails mit Anhängen werden nun nicht besorgt, und der Absender erhält keine Fehler. Darüber hinaus kann ich von dem WebApp sendet Nachrichten mit Anhängen auch. Die Anlagen werden nicht gesendet.

 

[Esel08]

Hallo Jungs

Kurze Frage : Kann es sein das ich mit GMX als Eintrag bei SmtpD keinen Erfolg bekomme ??
Geht es nicht weil ich einen Relay Server brauche ??


Kann es sein das ich so einen Eintrag anlegen muss:
SMTP Relay wird über GUI oder commandline angelegt (Beispiel strato):
zarafa-postfix relay [smtp.strato.de]:587 ‚LOGIN_EMAIL_PROVIDER‘ ‚PASSWORT_EMAIL_PROVIDER‘

Danke Euch

 

[Tosoboso]

weiß jemand eine Lösung für dieses problem?? Fri Jun 16 08:28:33 2017: [error ] Unable to open attachment "/var/lib/zarafa/attachments/6/17/187776" for writing: Permission denied
auf Zarafa4h 6.3 DS713+ DSM 6.1.1-15101 Update 4, eingestelt Anhänge im Share zu speichern.

Hi,
Das sind ACL Probleme, denn du hast vermutlich von z4h v. 0.55, wo Zarafa als root läuft umgestellt auf z4h 0.6.x wo die Prozesse unter dem User Zarafa laufen und damit muss der Owner umgesetzt werden (root -> zarafa).
Zur Abhilfe auf die Kommando-Zeile der Synology und dann: > chown -R root.zarafa /volume1/zarafa/attachments/ plus > find /volume1/zarafa/attachments/ -type f -exec chmod 660 "{}" ";" plus
> find /volume1/zarafa/attachments/ -type d -exec chmod 770 "{}" ";" (sofern dein Zarafa-Share auf Volume1 ist).
Dann wegen Upload-Limit noch im Z4h Container via > zarafa-cmdline > vi /etc/php5/fpm/php den Wert anpassen:.upload_max_filesize = 2M =>15M. Ich nehme das in späteren Versionen in die Initialisierung auf.
-TosoBoso

 

[Tosoboso]

relay=mail.gmx.net[212.227.17.190]:587, delay=11, delays=3.3/6/1.2/0.02, dsn=5.0.0, status=bounced (host mail.gmx.net[212.227.17.190] said: 550-Requested action not taken: mailbox unavailable 550 Sender address is not allowed. (in reply to MAIL FROM command)) Wie kann ich das verstehen ??

Das GMX Relay lässt nur das Senden unter der GMX Adresse zu (dein FROM in der Mail wird moniert: Spam Schutz). Du musst also im Zarafa als eMail Adresse auch deine GMX Adresse Eintragen. Der Zugriff auf GMX via SMTP mit User Pwd scheit ok zu sein,
-TosoBoso

 

[Esel08]

Danke dir bist the Best probiere ich aus.
Wie schon der Name sagt habe ich was versaubeutelt!! Bekomme zarafa nicht mehr installiert. Gibt es die Möglichkeit alles von z4h manuell zu löschen Fragmente über ssh. Sicherlich aber welche Ordner? ? Datenbank bekam ich weg. Debian chroot läuft wieder. Zarafa versucht zu reparieren teilweise update aber ohne Erfolg zur Not müsste ich die syno platt machen , aber das als letztes.....


Grüße der esel

 

[Andy+]

Wenn Du eine Datenbanksicherung hast, schmeiss alles runter, lösche Überbleibsel im Verzeichnis @appstore und lösche die Datenbank komplett und lass diese durch die Installation wieder anlegen und sichere die Datenbank zurück. Dann sollte das laufen.

 

[catweazle71]

Das GMX Relay lässt nur das Senden unter der GMX Adresse zu (dein FROM in der Mail wird moniert: Spam Schutz) ...

Hi
hängt das auch damit zusammen, dass man einen DynDNS Anbieter zwingend benötigt, der einen MX Record Eintrag zulässt, damit die Mails eben nicht von einer dynamischen IP Adresse kommen???

 

[Esel08]

@andy+

Danke Dir werde ich machen !!
Also alles gelöscht, neu installiert bricht mal ab dann kommt von Zarafa Update zum Schluss ungültiges Dateiformat !!
Läuft aber beim anlegen eines users übernimmt er nur dessen name und weiter steht nichts drin war zuvor anders!
Zarafawebbapp IP:9443 bekomme ich keine Anwort im Logfile steht folgendes
nginx.log:
2017/06/17 19:16:51 [info] 8832#0: *1 SSL_read() failed (SSL: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca:SSL alert number 48) while waiting for request, client: 192.168.220.135, server: 0.0.0.0:9443
192.168.220.135 - - [17/Jun/2017:19:16:57 +0200] "GET / HTTP/1.1" 404 168 "https://192.168.220.202:5001/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0"
192.168.220.135 - - [17/Jun/2017:19:16:57 +0200] "GET /favicon.ico HTTP/1.1" 404 168 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0"
192.168.220.135 - - [17/Jun/2017:19:16:57 +0200] "GET /favicon.ico HTTP/1.1" 404 168 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0"
192.168.220.135 - - [17/Jun/2017:19:19:04 +0200] "GET / HTTP/1.1" 404 168 "https://192.168.220.202:5001/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0"
192.168.220.135 - - [17/Jun/2017:19:24:39 +0200] "GET / HTTP/1.1" 404 168 "https://192.168.220.202:5001/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0"
192.168.220.135 - - [17/Jun/2017:19:32:11 +0200] "GET / HTTP/1.1" 404 168 "https://192.168.220.202:5001/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0"
Beim server.log
Sat Jun 17 19:33:15 2017: [error ] Command `/etc/zarafa/userscripts/createuser` exited with non-zero status 127
Ich denke mir mal weil ich keinen user anlegen kann ??

Grüße Jens


Grüße Jens

 

[Tosoboso]

Nach update der DSM auf 6.1.2 die heute kam. Hat sich auch der Docker ein update geholt. Das hatte zur folge , dass Zarafa4h nicht mehr lief. Abhilfe für dieses Problem konnte ich nur schaffen in dem ich im Docker das Image gelöscht habe und im Packed Center den Zarafa neu gestartet habe. Somit hat er sich ein neues Docker Image gezogen und Installiert. Funtionen stehen wieder alle zur verfügung. Zarafa läuft nach etwas arbeit wieder. Gruss an alle die mit DSM updates leiden

Hi, Eins ist noch sehr WICHTIG: da z4h entweder mit Docker, oder Chroot läuft, ist KEINE Abhängigkeit zum Docker Paket eingetragen. Während eines Docker Updates müssen aber alle abhängigen Pakete vorher gestoppt werden. Das passiert für die meisten Docker Pakete automatisch vom Updater, aber niht für z4h. Ihr müsst z4h vor dem DOcker Update stoppen und später wieder starten, dann sollte z4h im Docker Update imun gegen Fehler sein. Ansonsten: ein weiterer Versuch z4h zu starten führt dazu, dass z4h die Mount Probleme protokolliert und beim erneueten Starten den Container wegwirft und wieder neu baut; sich also selbst aus dem Sumpf zieht. Ich vermute aber bei dir pcmartino59 war der Grund für das geschrottete z4h, dass es nicht gestoppt war während des Docker Updates.
EDIT: Ich habe mal eben z4h Laufen lassen, während ich das Docker Update auf 1.11.2.-0329 durchgeführt wurde =>z4h wurde 'hart' gestoppt. Nach z4h Neustart im Paktezentrum lief es dann wieder
-TosoBoso

 

[Tosoboso]

weiß jemand eine Lösung für dieses problem?? Fri Jun 16 08:28:33 2017: [error ] Unable to open attachment "/var/lib/zarafa/attachments/6/17/187776" for writing: Permission denied

Das sind ACL Probleme, denn du hast vermutlich von z4h v. 0.55, wo Zarafa als root läuft umgestellt auf z4h 0.6.x wo die Prozesse unter dem User Zarafa laufen und damit muss der Owner umgesetzt werden (root -> zarafa).
Zur Abhilfe auf die Kommando-Zeile der Synology und dann: > chown -R root.zarafa /volume1/zarafa/attachments/ plus > find /volume1/zarafa/attachments/ -type f -exec chmod 660 "{}" ";" plus > find /volume1/zarafa/attachments/ -type d -exec chmod 770 "{}" ";" (sofern dein Zarafa-Share auf Volume1 ist). Dann wegen Upload-Limit noch im Z4h Container via > zarafa-cmdline > vi /etc/php5/fpm/php.ini den Wert anpassen:.upload_max_filesize = 2M =>15M. Ich nehme das in späteren Versionen in die Initialisierung auf.

Problem behoben: das neue Docker Image hat nun bei der Initialisierung Erweiterungen, dass die Zugriffsrechte / ACLs für Attachments auf Zarafa angepasst werden und die php.ini wird entsprechend der Attachment Limits angepasst,
Als Docker User könnt ihr die Features bereits nutzen, ohne eine z4h 0.6.4. auf www.cphub.net durch Neuinstallation des Pakets, oder Stoppen von z4h, in Docker z4h Container UND Image Löschen, Starten von z4h; nach ca. 20-30 sec läuft alles wieder und es wird die neue Initialisierung ausgeführt für ACLs und php Upload Limits analog zu Message Limit in Postfix main.cf.
-TosoBoso

 

[Tosoboso]

Laut email.log relay=mail.gmx.net[212.227.17.190]:587, delay=11, delays=3.3/6/1.2/0.02, dsn=5.0.0, status=bounced (host mail.gmx.net[212.227.17.190] said: 550-Requested action not taken: mailbox unavailable 550 Sender address is not allowed. (in reply to MAIL FROM command))

Das GMX Relay lässt nur das Senden unter der GMX Adresse zu (dein FROM in der Mail wird moniert: Spam Schutz). Du musst also im Zarafa als eMail Adresse auch deine GMX Adresse Eintragen. Der Zugriff auf GMX via SMTP mit User Pwd scheit ok zu sein

hängt das auch damit zusammen, dass man einen DynDNS Anbieter zwingend benötigt, der einen MX Record Eintrag zulässt, damit die Mails eben nicht von einer dynamischen IP Adresse kommen???

Nein man braucht defninitiv keinen DynDns Provifer, der einem die MX Record hinterlegt bzw. der Fahler hat damit nicht zu tun. Es ist ja gerade der Clou, dass mit über ein Relay sendet dessen IP verwendent wird, was einen MX record hat.
Das GMX relay verhält sich dem z4h Postfix, oder Spooler gegenüber genauso, wie einem Outlook oder Firebird Client: es läasst nur den User senden, der ein gültiges Login hat under einer gültigen email Adresse von GMX. Damit wird verhindert, dass Spammer die Accounts von GMXler kapern (PWD knacken) und unter wildfremden Namen Mails verschicken, also das FROM Ändenr. In dem fall kann nur unter dem Namen des armen Individuums gespamt werden..
Es gibt natürlich Hoster (gutes Beispiel: selfhost.de), wo Multi-Doman via dynamiser IP Adresse vorgesehen sind und die lassen dich mit korrektem Passwort unter beliebigem from auf dem Gateway verschicken, d.h. man braucht keinen Multi-Smart Host Eintrag, wie z.B. für verschiedene Mailboxen bei Mail Providern via Fetchmail.
-TosoBoso

 

[skippiemanz]

Problem behoben: das neue Docker Image hat nun bei der Initialisierung Erweiterungen, dass die Zugriffsrechte / ACLs für Attachments auf Zarafa angepasst werden und die php.ini wird entsprechend der Attachment Limits angepasst,
Als Docker User könnt ihr die Features bereits nutzen, ohne eine z4h 0.6.4. auf www.cphub.net durch Neuinstallation des Pakets, oder Stoppen von z4h, in Docker z4h Container UND Image Löschen, Starten von z4h; nach ca. 20-30 sec läuft alles wieder und es wird die neue Initialisierung ausgeführt für ACLs und php Upload Limits analog zu Message Limit in Postfix main.cf.
-TosoBoso

Danke! Die 6.4 is nog nicht online om cphub.net ich soll warte un hier wieder melding machen wenn es ok ist..

 

[pcmartino59]

Hi Tosoboso,
ich habe das update nur so durchgeführt um verschiedene szenarien mal durch zu führen. Dies war das einfachste. Lief auch auf anhieb ohne stress.... Danke für dein Feedback. Da ich ja schon gesagt habe , dass ich dir Feedback gebe mach ich das so. Wenn du was brauchst einfach bescheid geben.

Danke dir

Gruß PAC

 

[skippiemanz]

Danke! Die 6.4 is nog nicht online om cphub.net ich soll warte un hier wieder melding machen wenn es ok ist..

Ich habe die image gelost und neuinstalliert und es habt geklapt. ich habe jetzt nog einem kleines im server log:

Sun Jun 18 19:45:51 2017: [ notice] Starting zarafa-server version 7,2,6,10, pid 12
Sun Jun 18 19:45:51 2017: [warning] WARNING: zarafa-licensed not running, commercial features will not be available until it's started.
Sun Jun 18 19:46:10 2017: [error ] Error while connecting to search on "file:///var/run/zarafad/search.sock"
Sun Jun 18 20:35:59 2017: [error ] Previous message logged 100 times
Sun Jun 18 20:35:59 2017: [error ] Error while connecting to search on "file:///var/run/zarafad/search.sock"

 

[Andy+]

Ich kann nun die Docker- und Debian Chroot-Variante installieren auf meinen DSx15+. Dabei ist mir aufgefallen, dass das "File previewer plugin" nur in der Debian Chroot-Variante vorhanden ist. Kann das sein? Auf meiner DS1512+, auf der die Dockervariante läuft ist das genauso, dass das Plugin fehlt.

 

[Andy+]

Seit Tagen/Wochen läuft die Installation, jetzt 0.6.3, auf meinem Produktivsystem DS1815+ wirklich tadellos, Basis Docker. Jedoch immer wieder mal startet der Container nicht, weil der Dienst wohl nicht startet, heute morgen auch wieder. Es kann schon sein, dass im Paketzentrum Zarafa4h nicht auf "Läuft" steht, aber der Container ist aktiv, das ist bei mir eigentlich der Normalfall, wenn dann aber der Container läuft, ist das jedoch dann kein Thema. Läuft der Container aber nicht, wie heute morgen, aktiviere ich das Paket, dann gehts wieder. Die Frage wäre, ob da Timings nicht ganz abgestimmt sind, oder sowas und wenns ungünstig kommt, startet der Container dann nicht.

Vielleicht liegts auch an der Datenbank, ich habe schon festgestellt, dass eine Installation am rundesten läuft, wenn die Installationsroutine die Datenbank selbst anlegt, ansonsten sein kann, dass die Installation ansich fehlschlägt. Momentan hat meine Zarafadatenbank eine Grösse von rund 15 GB.