Toggle sidebar

Kopano4S (Zarafa 2.0)

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.
Naja. Auch eine Lösung. Dann habe ich eben eine Mülleimer-Regel für die Email erstellt. ????
 
Zum Neujahrsupdate: SPK v1.16 und neues Image einwandfrei geupdated. Ich wünsche allen ein gutes neues Jahr 2021, alles wird sicher besser für uns alle.
 
Andy+ schrieb:
Zum Neujahrsupdate: SPK v1.16 und neues Image einwandfrei geupdated. Ich wünsche allen ein gutes neues Jahr 2021, alles wird sicher besser für uns alle.
Zum Vergrößern anklicken....
honk013 schrieb:
ich habe das gleiche Verhalten schon seit ewiger Zeit. Einmal in der Woche - immer wieder Sonntags - bekomme ich diese Mail vom CronJob.
Meistens sieht sie so aus:
/etc/cron.daily/logrotate:
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Tosoboso sagte einmal dazu: Ist unwichtig und kann ignoriert werden. Also verschiebe ich diese Mail gleich bei Auftreten in einen anderen Ordner.
Zum Vergrößern anklicken....
Hallo Zusammen,
frohes Neues! Es würde mich interessieren, ob beim neuen Package die Warnungen, die man ignorieren kann, immer noch auftreten.
Ich habe einerseits das Logrotate auf wöchentlich gestellt und andererseits kann man Mailwarnungen abstellen mit (MAILTO="" in /etc/cron.daily/logrotate). Für die Early Birds: führt mal Folgendes im Container aus: > sed -i -e "s~\#\!/bin/sh~\#\!/bin/sh\\n\# no mails\nMAILTO=\"\"~" /etc/cron.daily/logrotate. Ich werde das im Container Nachziehen.
-TosoBoso
 
Seit 1.16 werde die Meldungen noch umfangreicher:

/etc/cron.daily/logrotate:
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Stopping enhanced syslogd: rsyslogd.
Starting enhanced syslogd: rsyslogdrsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ]
.
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Stopping enhanced syslogd: rsyslogd.
Starting enhanced syslogd: rsyslogdrsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ]
.
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.
 
Vogi schrieb:
Hallo Tosoboso, vielen Dank für die Bereitstellung von kopano4s.
Ich hatte lange Zeit (früher Zarafa, dann) Kopano auf einem Gentoo Server laufen, den ich durch eine DS920+ ersetzen will
Ein paar Punkte von meiner Seite:
Der Synology Directory Server stellt einen vollwertigen Samba4 Server mit AD Unterstützung bereit. Entsprechend können die von Kopano bereit gestellten AD Schemata importiert werden. Eine Benutzerverwaltung ist dann bequem über die Windows "Active Directory Benutzer und Computer" Verwaltung möglich. Evtl. könnte dies irgendwann mal sogar durch kopano4s bei der Installation mit angeboten werden...
Postfix ist, wie ich im Nachgang auf hier schon gefunden habe, ohne LDAP Support enthalten. LDAP würde in meiner Konfiguration aber Sinn machen..
Zum Vergrößern anklicken....
Hi Vogi
Die neuen Images haben nun Postfix LDAP, du kannst dich also 'austoben'. Es würde mich freuen, wenn du dein Erfahrungen teilst bzgl. AD Integration (Importieren der Kopano AD Schema, etc. ). Ich nehme Anregungen zur Vereinfachung und Automatisierung via Templates / Skripte gerne auf.
Siehe auch Antworten auf deine anderen Punkte: kopano4s: Bug oder Feature | Das deutsche Synology Support Forum (synology-forum.de)
-TosoBoso
 
Matis schrieb:
Seit 1.16 werde die Meldungen noch umfangreicher:
/etc/cron.daily/logrotate: invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block....
Zum Vergrößern anklicken....
Hi Matis, hast du versucht, die Mail Warnungen abzustellen? (die sind soweit nervig, aber harmlos und es sind Features dazugekommen)
Das geht mit neuem Laden des Images > kopano4s-init refresh oder im Container mit mit > sed -i -e "s~\#\!/bin/sh~\#\!/bin/sh\\n\# no mails\nMAILTO=\"\"~" /etc/cron.daily/logrotate.
-TosoBoso
 
Matis schrieb:
Seit 1.16 werde die Meldungen noch umfangreicher:
Zum Vergrößern anklicken....

Jo, bei mir sieht das heute auch so aus:

/etc/cron.daily/logrotate:
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Stopping enhanced syslogd: rsyslogd.
Starting enhanced syslogd: rsyslogdrsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ] .
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Stopping enhanced syslogd: rsyslogd.
Starting enhanced syslogd: rsyslogdrsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ] .
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.

Euch allen ein Gutes Neues Jahr. VG
 
Tosoboso schrieb:
Das geht mit neuem Laden des Images > kopano4s-init refresh oder im Container mit mit > sed -i -e "s~\#\!/bin/sh~\#\!/bin/sh\\n\# no mails\nMAILTO=\"\"~" /etc/cron.daily/logrotate.
-TosoBoso
Zum Vergrößern anklicken....
Wird beim 1.16 Update das Image nicht neu geladen?!
Hab auf jeden Fall den Befehl abgesetzt, bin gespannt was passiert.
Danke.
 
Hi,
Mein Passwort zu MariaDB 10 ist verloren gegangen. Nun könnte ich das ja im DSM zurücksetzen.
Frage: funktioniert dann mein Kopano noch oder muss da auch irgendwo Hand anlegen, dass ich wieder Zugriff auf die DB habe?
Die Experten unter euch wissen sicher Bescheid. Ich danke euch für eure Antworten.

Gruß Mic
 
Das root-Passwort ist nur für die Installation relevant. Du kannst bedenkenlos im DSM zurücksetzen, da K4S einen eigenen User in der Datenbank hat.
 
  • Like
Reaktionen: mic777
Andy+, ich danke dir!!! (y) (y):)
 
Sonntags scheint der Tag zu sein, an dem die Mail trotz der Maßnahmen wieder kommt:

/etc/cron.daily/logrotate:
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Stopping enhanced syslogd: rsyslogd.
Starting enhanced syslogd: rsyslogdrsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ] .
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Stopping enhanced syslogd: rsyslogd.
Starting enhanced syslogd: rsyslogdrsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ] .
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.
 
Dito . . . .

/etc/cron.daily/logrotate:
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Stopping enhanced syslogd: rsyslogd.
Starting enhanced syslogd: rsyslogdrsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ] .
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.
invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.
Stopping enhanced syslogd: rsyslogd.
Starting enhanced syslogd: rsyslogdrsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ] .
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.

Das muss vielleicht so :)
 
Mir wird seit kurzem vom DSM die Version 1.17 angeboten. Habe die 1.14 und alles läuft rund. Kann man das Update bedenkenlos durchführen? Bin etwas vorsichtig geworden, nachdem ich mir vor einiger Zeit meine Installation etwas zerschossen habe und dann Tosobosos Hilfe benötigte.
 
Ich habe das Update drauf und es läuft, allerdings hatte ich bereits seit längerem keine Probleme. Wenn Du die v1.14 hast, ist bestimmt auch das Image schon updatefähig. Mir scheint, dass Probleme manchmal plattformabhängig sind, letztlich kann man nur sagen, Augen zu und durch .... :eek: :cool:
 
Moin Moin,
ich habe gestern das Update auf die Version Stable 1.17 gemacht. Danach REBOOT!!! und trotzdem konnte ich keine Verbindung mehr zwischen Kopano und den Devices herstellen. Sowohl Outlook als auch Nine auf den Androiden konnten sich nicht mehr verbinden!!
Nach einem Init -> refresh mit anschließendem REBOOT ging wieder alles und läuft nun gut!(y)
 
Servus zusammen,

mein Kopano4S will sich einfach nicht installieren und wenn es dann doch "installiert" ist nach der Fehlermeldung, kann man keinen User anlegen ohne dass Docker oder/und das Kopano4S Paket stehen bleibt. Das root Passwort habe ich in der Maria DB 5 und 10 geändert und bei der Installation eingegeben. Ich habe auch schon verschiedene Installationsmöglichkeiten / Auswahlmöglichkeiten versucht. Habe schon den Docker gelöscht und neu installiert... kommt immer wieder das Selbe (siehe Bildanhang)
 

Anhänge

  • IMG20210114130107.jpg
    IMG20210114130107.jpg
    126,8 KB · Aufrufe: 15
Update auf 1.17 gemacht. Neustart der DS. Keine Probleme.
 
Seit dem letzten backup haben ich folgenden Fehler. Das backup wird abgebrochen.
Kann mir jemand helfen was ich tun muss?

SqlDump error: mysqldump: Error 2020: Got packet bigger than 'max_allowed_packet' when dumping table `properties` at row: 1274140 mysqldump: Error 2020: Got packet bigger than 'max_allowed_packet' when dumping table `properties` at row: 1272258..
 
Moin Moin,

bzgl. BackUp läuft bei mir auch die Version Stable 1.17 ohne Probleme. Mein "dump-kopano"-file hat aber auch nur ca. 47MB und das "attachments-kopano"-file ca. 118MB.

Und was den cronjob - logrotate angeht; alles beim Alten. Die Email kam gestern wieder!!

VG
 
Status
Für weitere Antworten geschlossen.
NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten