Du darfst Maria DB5 nicht deinstallieren. Ich denke der SQL Client wird nach wie vor benötigt.
Dann sollte es funktionieren...
Dann sollte es funktionieren...
Kopano4S (Zarafa 2.0)
- Ersteller FricklerAtHome
- Erstellt am
Kopano läuft nun rund bei mir, dank dem Tipp von big-tini
Im laufenden Betrieb habe ich mit z4h immer täglich ein backup gemacht mit zarafa-backup.
Dies möchte ich mit kopano beibehalten. Leider kenne ich die Unterschiede und Möglichkeiten der beiden Varianten kopano4s-backup und kopano-backup nicht so genau.
Bei kopano-backup macht er ja ein Backup je Account, scheint mir so. Das gefällt mir aber eigentlich nicht so gut. So wie es vorher bei zarafa-backup war, gefällt mir besser.
Dagegen schmeißt mir kopano4s-backup immer eine mega-lange Fehlermeldung raus, die ich null verstehe. Trotzdem scheint er ein SQL dump File anzulegen. Ob das dann integer ist???
Kann mir jemand den Unterschied erklären (kopano-backup vs. kopano4s-backup), oder gibt es irgendwo eine Hilfeseite oder so?
Im laufenden Betrieb habe ich mit z4h immer täglich ein backup gemacht mit zarafa-backup.
Dies möchte ich mit kopano beibehalten. Leider kenne ich die Unterschiede und Möglichkeiten der beiden Varianten kopano4s-backup und kopano-backup nicht so genau.
Bei kopano-backup macht er ja ein Backup je Account, scheint mir so. Das gefällt mir aber eigentlich nicht so gut. So wie es vorher bei zarafa-backup war, gefällt mir besser.
Dagegen schmeißt mir kopano4s-backup immer eine mega-lange Fehlermeldung raus, die ich null verstehe. Trotzdem scheint er ein SQL dump File anzulegen. Ob das dann integer ist???
Kann mir jemand den Unterschied erklären (kopano-backup vs. kopano4s-backup), oder gibt es irgendwo eine Hilfeseite oder so?
Nach meiner Erfahrung funktioniert das kopano4s-backup nur mit Einschränkungen. Mindestens nach einem restore stimmen die Rechte des attachments-Verzeichnisses nicht.
gruss,
sky
gruss,
sky
Hallo zusammen,
nach dem letzten DSM-Update auf 6.2.1-23824 und dem Update von Docker (K4S 0.8.6) hat bei mir z-push nicht mehr funktioniert (neue Emails wurden nicht mehr gesynced).
Ich habe dann K4S deinstalliert (DB, share und kopano user hatte ich gelassen) und V0.9.1 installiert. Danach habe ich die gleichen Probleme wie "speedyhome". Z-Push geht nicht mehr:
23/10/2018 22:13:43 [ 352] [WARN] [#unknown] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:23
Wie kann ich das reparieren? Kalender nutze ich nicht, nur Emails und Notizen... IMAPS/Fetchmail funktionieren.
nach dem letzten DSM-Update auf 6.2.1-23824 und dem Update von Docker (K4S 0.8.6) hat bei mir z-push nicht mehr funktioniert (neue Emails wurden nicht mehr gesynced).
Ich habe dann K4S deinstalliert (DB, share und kopano user hatte ich gelassen) und V0.9.1 installiert. Danach habe ich die gleichen Probleme wie "speedyhome". Z-Push geht nicht mehr:
23/10/2018 22:13:43 [ 352] [WARN] [#unknown] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:23
Wie kann ich das reparieren? Kalender nutze ich nicht, nur Emails und Notizen... IMAPS/Fetchmail funktionieren.
Falls jemand eine gebrauchte kopano4S DiskStation veräussern möchte dann bitte PN an mich...suche was preiswertes um eine Testumgebung zu haben...Danke
Hat leider beides das Problem nicht gelöst.
Ich musste mit kopano-backup alles sichern, deinstallieren, neuinstallierten und dann wieder einspielen.
Interessanterweise hatte ich den Fehler dann kurzzeitig wieder, nachdem ich das Paket einmal gestoppt hatte. Glücklicherweise ist der Fehler aber wieder verschwunden und der Z-Push Sync funktioniert jetzt.
Ich vermute, es hat etwas mit kopano-search zu tun, denn als ich den Container das erste Mal nach der Installation gestoppt hatte war kopano-search gerade intensiv am Arbeiten... Hoffentlich kann das in der kopano community nachgestellt und behoben werden, denn das hat mich jetzt sehr viele Stunden gekostet. Jetzt läuft aber alles.
Hallo zusammen
Also ich war zuletzt auf Kopano4s 0.91 und hatte damit erhebliche Probleme mit z-push/ActiveSync mit meinem Android 9 (Patch level Oktober 2018) Handy. Es wurde zwar alles wie bisher synchronisiert, jedoch verlor dann mein Handy vor allem die Kontakte und den Kalender wieder. Dann wurde wieder synchronisiert und nach einiger Zeit waren wieder alle Kontakte weg...Das jeweils fast im Minutentakt. Danach habe ich verschiedenes versucht und schlussendlich die v 0.88 wieder installiert.
Probiert hatte ich ein Reset ("Kopano4s-init reset "in der Admin-Konsole) , diverse Neustarts, Conainter löschen, etc. sowie ein Reinstall der v 0.91 und der v 0.90. Bei den Reinstalls stoppte der Docker Container immer nach einiger Zeit (beim ersten Mal weil Kopano für den bestehenden Ordner das Ownership nicht übernehmen konnte (>> korrigiert mit chown), dann weil z.T. keine Ausführungsberechtigungen vorlagen (>> korrigiert mit chmod). Danach lief der Container und Zarafa, jedoch mit den beschriebenen Problemen für die Handysynchronisation. Zudem hatte ich danach noch einen Fehler beim Activesync mit v 0.91 gemäss welchem das Log-Verzeichnis nicht beschrieben werden konnte. Das habe ich dann versucht mit chmod und z.T.. Ändern des Log-Pfades zu korrigieren, jedoch erfolglos. Mit v 0.88 und den aktuellsten Updates für meine DS 2411+ inkl. neuestem DSM läuft nun alles wieder tip top. Nur zeigt mir der Paketmanager natürlich das verfügbare Update auf 0.90 an. Momentan traue ich mich nicht...
Hat jemand eine Idee wieso ich das ActiveSync Problem hatte obschon vorher alles problemlos funktionierte oder ähnliche Probleme gehabt?
Wieso musste ich nach dem Update/Neuinstallation die Berechtigungen und Eigentumsrechte für den Ordner Kopano jeweils neu setzen? Ich kann mich nicht erinnern, dass das früher notwendig war...
Danke und Gruss
Also ich war zuletzt auf Kopano4s 0.91 und hatte damit erhebliche Probleme mit z-push/ActiveSync mit meinem Android 9 (Patch level Oktober 2018) Handy. Es wurde zwar alles wie bisher synchronisiert, jedoch verlor dann mein Handy vor allem die Kontakte und den Kalender wieder. Dann wurde wieder synchronisiert und nach einiger Zeit waren wieder alle Kontakte weg...Das jeweils fast im Minutentakt. Danach habe ich verschiedenes versucht und schlussendlich die v 0.88 wieder installiert.
Probiert hatte ich ein Reset ("Kopano4s-init reset "in der Admin-Konsole) , diverse Neustarts, Conainter löschen, etc. sowie ein Reinstall der v 0.91 und der v 0.90. Bei den Reinstalls stoppte der Docker Container immer nach einiger Zeit (beim ersten Mal weil Kopano für den bestehenden Ordner das Ownership nicht übernehmen konnte (>> korrigiert mit chown), dann weil z.T. keine Ausführungsberechtigungen vorlagen (>> korrigiert mit chmod). Danach lief der Container und Zarafa, jedoch mit den beschriebenen Problemen für die Handysynchronisation. Zudem hatte ich danach noch einen Fehler beim Activesync mit v 0.91 gemäss welchem das Log-Verzeichnis nicht beschrieben werden konnte. Das habe ich dann versucht mit chmod und z.T.. Ändern des Log-Pfades zu korrigieren, jedoch erfolglos. Mit v 0.88 und den aktuellsten Updates für meine DS 2411+ inkl. neuestem DSM läuft nun alles wieder tip top. Nur zeigt mir der Paketmanager natürlich das verfügbare Update auf 0.90 an. Momentan traue ich mich nicht...
Hat jemand eine Idee wieso ich das ActiveSync Problem hatte obschon vorher alles problemlos funktionierte oder ähnliche Probleme gehabt?
Wieso musste ich nach dem Update/Neuinstallation die Berechtigungen und Eigentumsrechte für den Ordner Kopano jeweils neu setzen? Ich kann mich nicht erinnern, dass das früher notwendig war...
Danke und Gruss
Update: Mit v 0.90 und dem neusten Docker Image Core-8.7.80.27_Web-3.4.24.1914_Push-2.4.4 habe ich Active Sync Probleme
Wieso habe ich überhaupt aktualisiert? Nun ich hatte mit v0.88 Probleme beim Emailversand. Die Mails gingen zwar aus meinen Emailclients raus, nicht jedoch bei Kopano4s und blieben dort in der Outbox des Kopano-Users. Gemäss Log war der SMTP Server meines Mailanbieter nicht erreichbar... ein PIng zum SMTP-Server ist allerdings möglich. Ich habe noch versucht mit Änderungen in der Main.cf und der Master.cf, sowie der sasl_passwd, welche keine Einträge enthielt das Ganze zum Laufen zu kriegen.
Nach dem Update auf v0.9 geht der Mailversand nun immer noch nicht und zudem spinnt der Active Sync wieder. (Kontakte kommen und gehen, Kalender und Mail scheint ok zu synchronisieren).
Hat jemand Ideen wie ich die beiden Probleme (Mailversand und Active Sync) in den Griff kriegen könnte? Ich sehe aktuell nur den Versuch einer kompletten Neuinstallation von Kopano4s... :-(
Nachfolgend noch ein paar Log-Auszüge...
Bin somit für eure Hilfe dankbar. Ich finde Kopano4s super und es lief bis vor ein paar Wochen auch ohne Probleme...Dann Update auf die letzte Version und seither ist der Wurm drinn.
Danke und Gruss
Auszug spooler.log:
Auszug mail.log:
Auszug z-push.log:
>> die Korrektur gemäss Hinweis im Log hatte ich schon mal probiert, hatte damals aber keine "Linderung" gebracht. Ich habe es nun mal so gelassen, damit die Logs einen unverbastelten Status zeigen.
Auszug z-push-error.log:
Wieso habe ich überhaupt aktualisiert? Nun ich hatte mit v0.88 Probleme beim Emailversand. Die Mails gingen zwar aus meinen Emailclients raus, nicht jedoch bei Kopano4s und blieben dort in der Outbox des Kopano-Users. Gemäss Log war der SMTP Server meines Mailanbieter nicht erreichbar... ein PIng zum SMTP-Server ist allerdings möglich. Ich habe noch versucht mit Änderungen in der Main.cf und der Master.cf, sowie der sasl_passwd, welche keine Einträge enthielt das Ganze zum Laufen zu kriegen.
Nach dem Update auf v0.9 geht der Mailversand nun immer noch nicht und zudem spinnt der Active Sync wieder. (Kontakte kommen und gehen, Kalender und Mail scheint ok zu synchronisieren).
Hat jemand Ideen wie ich die beiden Probleme (Mailversand und Active Sync) in den Griff kriegen könnte? Ich sehe aktuell nur den Versuch einer kompletten Neuinstallation von Kopano4s... :-(
Nachfolgend noch ein paar Log-Auszüge...
Bin somit für eure Hilfe dankbar. Ich finde Kopano4s super und es lief bis vor ein paar Wochen auch ohne Probleme...Dann Update auf die letzte Version und seither ist der Wurm drinn.
Danke und Gruss
Auszug spooler.log:
Rich (BBCode):
Thu Nov 1 11:31:50 2018: [error ] [26105] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Thu Nov 1 11:31:50 2018: [warning] [26105] Unable to connect to SMTP server, retrying mail for user roman.aerni later
Thu Nov 1 11:31:50 2018: [error ] [26104] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Thu Nov 1 11:31:50 2018: [warning] [26104] Unable to connect to SMTP server, retrying mail for user roman.aerni later
Thu Nov 1 11:31:50 2018: [error ] [26106] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Thu Nov 1 11:31:50 2018: [warning] [26106] Unable to connect to SMTP server, retrying mail for user roman.aerni later
Thu Nov 1 11:31:50 2018: [error ] [26116] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Thu Nov 1 11:31:50 2018: [warning] [26116] Unable to connect to SMTP server, retrying mail for user roman.aerni laterAuszug mail.log:
Rich (BBCode):
Nov 1 13:11:28 kopano4s postfix/master[11984]: fatal: remove public/pickup: Permission denied
Nov 1 13:14:40 kopano4s postfix/master[12539]: fatal: remove public/pickup: Permission denied
Nov 1 13:17:54 kopano4s postfix/master[13091]: fatal: remove public/pickup: Permission denied
Nov 1 13:21:07 kopano4s postfix/master[13647]: fatal: remove public/pickup: Permission denied
Nov 1 13:24:21 kopano4s postfix/master[14244]: fatal: remove public/pickup: Permission denied
Nov 1 13:27:35 kopano4s postfix/master[14852]: fatal: remove public/pickup: Permission denied
Nov 1 13:30:48 kopano4s postfix/master[15468]: fatal: remove public/pickup: Permission deniedAuszug z-push.log:
Rich (BBCode):
01/11/2018 13:36:47 [29893] [ INFO] [#unknown] The configuration parameter 'USE_X_FORWARDED_FOR_HEADER' was deprecated in favor of 'USE_CUSTOM_REMOTE_IP_HEADER'. Please update your configuration.
01/11/2018 13:36:48 [29893] [ INFO] [#unknown] cmd='ItemOperations' memory='1.91 MiB/2.00 MiB' time='0.20s' devType='Android' devId='androidc327649311' getUser='roman.aerni' from='172.17.0.1' idle='0s' version='2.4.4+0-0' method='POST' httpcode='200'
01/11/2018 13:36:48 [ 3476] [ INFO] [#unknown] The configuration parameter 'USE_X_FORWARDED_FOR_HEADER' was deprecated in favor of 'USE_CUSTOM_REMOTE_IP_HEADER'. Please update your configuration.
01/11/2018 13:36:48 [ 3476] [ INFO] [#unknown] cmd='ItemOperations' memory='1.91 MiB/2.00 MiB' time='0.15s' devType='Android' devId='androidc327649311' getUser='roman.aerni' from='172.17.0.1' idle='0s' version='2.4.4+0-0' method='POST' httpcode='200'Auszug z-push-error.log:
Rich (BBCode):
01/11/2018 13:33:25 [ 9624] [ERROR] [#unknown] Please check your logs for this PID and errors like PHP-Fatals or Apache segmentation faults and report your results to the Z-Push dev team.
01/11/2018 13:33:28 [ 785] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'from' contains an invalid email address '"" <>'. Address is removed.
01/11/2018 13:33:28 [ 785] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'from' contains an invalid email address '"" <>'. Address is removed.
01/11/2018 13:33:28 [ 785] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'from' contains an invalid email address '"" <>'. Address is removed.
01/11/2018 13:33:28 [ 785] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'from' contains an invalid email address '"" <>'. Address is removed.
01/11/2018 13:33:37 [ 787] [WARN] [#unknown] /usr/share/z-push/backend/kopano/mapiprovider.php:484 Invalid argument supplied for foreach() (2)
01/11/2018 13:33:37 [ 787] [WARN] [#unknown] /usr/share/z-push/backend/kopano/mapiprovider.php:544 Invalid argument supplied for foreach() (2)
01/11/2018 13:33:39 [ 798] [ERROR] [#unknown] LoopDetection->ProcessLoopDetectionPreviousConnectionFailed(): Command 'Sync' at 01/11/2018 13:33:35 with pid '5150' terminated unexpectedly or is still running.
01/11/2018 13:33:39 [ 798] [ERROR] [#unknown] Please check your logs for this PID and errors like PHP-Fatals or Apache segmentation faults and report your results to the Z-Push dev team.
01/11/2018 13:33:47 [ 9993] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address 'undisclosed-recipients:'. Address is removed.
01/11/2018 13:34:35 [12375] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address 'undisclosed-recipients:'. Address is removed.
01/11/2018 13:34:55 [ 6330] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address 'undisclosed-recipients:'. Address is removed.
01/11/2018 13:34:56 [ 6330] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address 'undisclosed-recipients:'. Address is removed.
01/11/2018 13:34:56 [ 6330] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address 'undisclosed-recipients:'. Address is removed.
01/11/2018 13:35:15 [ 797] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address 'undisclosed-recipients:'. Address is removed.
01/11/2018 13:36:43 [ 798] [ERROR] [#unknown] LoopDetection->ProcessLoopDetectionPreviousConnectionFailed(): Command 'Sync' at 01/11/2018 13:36:40 with pid '12048' terminated unexpectedly or is still running.
01/11/2018 13:36:43 [ 798] [ERROR] [#unknown] Please check your logs for this PID and errors like PHP-Fatals or Apache segmentation faults and report your results to the Z-Push dev team.
01/11/2018 13:37:01 [14670] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'cc' contains an invalid email address '@'. Address is removed.
01/11/2018 13:37:21 [ 788] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address '@'. Address is removed.
01/11/2018 13:37:21 [ 788] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address '@'. Address is removed.
01/11/2018 13:37:21 [ 788] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address '@'. Address is removed.
01/11/2018 13:37:21 [ 788] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address '@'. Address is removed.
01/11/2018 13:37:21 [ 788] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address '@'. Address is removed.
01/11/2018 13:37:21 [ 788] [WARN] [#unknown] SyncObject->Check(): object from type SyncMail: parameter 'to' contains an invalid email address '@'. Address is removed.
- Mitglied seit
- 25. Jan 2016
- Beiträge
- 5.042
- Punkte für Reaktionen
- 328
- Punkte
- 189
Wie kann das sein, wenn derzeit ein Dockerimage "Community_base-8.6.81_Web-3.4.22_Push-2.4.4" aktuell ist? Sofern selbst gebaut von der Installationsroutine, würde ich dem nicht trauen wollen.
Hallo Andy
Das mit dem selbstgebaut ist möglich, da ich nachdem es mit dem Image von Tosoboso nicht klappen wollte auch mal das probiert habe. Ich habe noch das "Community_base-8.6.81_Web-3.4.22_Push-2.4.4" als Image und lösche Mal meinen Container und das "falsche" Image. Nach einem Neustart von Kopano4s sollte dann ein Container mit dem richtigen Image gestartet werden. Mal schauen ob das hilft.
Danke schon mal für den Hinweis, das war mir zuletzt nicht mehr präsent....
Gruss
Das mit dem selbstgebaut ist möglich, da ich nachdem es mit dem Image von Tosoboso nicht klappen wollte auch mal das probiert habe. Ich habe noch das "Community_base-8.6.81_Web-3.4.22_Push-2.4.4" als Image und lösche Mal meinen Container und das "falsche" Image. Nach einem Neustart von Kopano4s sollte dann ein Container mit dem richtigen Image gestartet werden. Mal schauen ob das hilft.
Danke schon mal für den Hinweis, das war mir zuletzt nicht mehr präsent....
Gruss
Upadte: Kopano mit dem falschen selbstgebauten Image runter und neu installiert...
Also nach Andy's Feedback habe ich Kopano4s deinstalliert, neu gebooted und danach Kopano4s v 0.9 via Repository installiert und dabei ein neues Image gezogen. Anschliessend zuerst den Speicherort for die Attachments in der server.cfg via Admin-Tool auf "files" geändert (nach Fehlermeldung des Containers) und danach noch für das attachment Verzeichnis die Kopano-Usergruppe als Owner hinterlegt und berechntigt (nach Fehlermeldung beim zweiten Stopp des Containers). Danach meinen alten User wieder neu erstellt und die SMTP Relay und Fetchmail Parameter via Admin-Tool gesetzt, res. geprüft.... Es sollte eigentlich alles funktionieren, aber ich kann keine Mails versenden...
spooler.log
Wenn ich kopano-postfix test-smtp ausführe, so resultiert folgendes:
Ein ping auf den SMTP Server funktioniert aber ohne Probleme.
Also nach Andy's Feedback habe ich Kopano4s deinstalliert, neu gebooted und danach Kopano4s v 0.9 via Repository installiert und dabei ein neues Image gezogen. Anschliessend zuerst den Speicherort for die Attachments in der server.cfg via Admin-Tool auf "files" geändert (nach Fehlermeldung des Containers) und danach noch für das attachment Verzeichnis die Kopano-Usergruppe als Owner hinterlegt und berechntigt (nach Fehlermeldung beim zweiten Stopp des Containers). Danach meinen alten User wieder neu erstellt und die SMTP Relay und Fetchmail Parameter via Admin-Tool gesetzt, res. geprüft.... Es sollte eigentlich alles funktionieren, aber ich kann keine Mails versenden...
spooler.log
Rich (BBCode):
Fri Nov 2 00:22:38 2018: [error ] [15846] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Fri Nov 2 00:22:38 2018: [warning] [15846] Unable to connect to SMTP server, retrying mail for user roman.aerni later
Fri Nov 2 00:22:40 2018: [error ] [15867] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Fri Nov 2 00:22:40 2018: [warning] [15867] Unable to connect to SMTP server, retrying mail for user roman.aerni later
Fri Nov 2 00:22:40 2018: [error ] [15866] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Fri Nov 2 00:22:40 2018: [warning] [15866] Unable to connect to SMTP server, retrying mail for user roman.aerni later
Fri Nov 2 00:22:40 2018: [error ] [15881] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Fri Nov 2 00:22:40 2018: [warning] [15881] Unable to connect to SMTP server, retrying mail for user roman.aerni later
Fri Nov 2 00:22:40 2018: [error ] [15880] Connect to SMTP: Error while connecting socket.. E-Mail will be tried again later.
Fri Nov 2 00:22:40 2018: [warning] [15880] Unable to connect to SMTP server, retrying mail for user roman.aerni laterWenn ich kopano-postfix test-smtp ausführe, so resultiert folgendes:
Rich (BBCode):
:/etc/kopano/postfix# kopano-postfix test-smtp
running test into telnet session to smpd on port 25 with ehelo lakehouse.ch to postmaster@lakehouse.ch Subject: testmail..
telnet: Unable to connect to remote host: Network is unreachable
Trying 127.0.0.1...
Trying ::1...Ein ping auf den SMTP Server funktioniert aber ohne Probleme.
Nein, nichts dergleichen. Ging ja früher auch ohne Probleme. Nur mit dem aktuellsten Container scheint es bei mir ein Problem zu geben....
Aktuell ist Kopano4s seit dem nächtlichen Reboot der Syno seit über 4 Stunden am Laufen.
Status Active Sync via MS Outlook:
Kontakte = 100% in sync
Kalender = 100% in sync
Mail = nok, Download, resp. Inbox Sync ok, Mailversand nicht ok (nach Senden kein Mail mehr in Outbox in Outlook, wohl aber in Kopano, Outbox)
Status Active Sync mit Android 9 Pie:
Kontakte = nok (Sync zuerst ohne Probleme, dann plötzlich alle Kontakte weg) Nach einem manuellen erneuten Sync alle Kontakte wieder da und nach einiger Zeit wieder weg...
Kalender = 100% in sync
Mail = nok, resp. gleich wie bei Outlook
Status in Kopano Webmail:
Kontakte = alles vorhanden
Kalender = alles vorhanden
Mails = alles vorhanden, Empfang via Fetchmail ohne Probleme , aber kein Versand möglich, Mails bleiben in der Outbox
Ich habe mich nach etwas Googlen auch gefragt ob das Versandproblem ev. auch etwas mit den Anti-Spam Einstellungen in Kopano4s zu tun haben könnte und sich da ev. irgendwo ein Fehler in der Config eingeschlichen hat. Ich habe bei der Installation bei diesen Einstellungen den Standard verwendet. Die SMTP Einstellungen habe ich mehrfach geprüft. Seit es mit der früheren Version von Kopano und dem älteren Container (ich denke das war Core-8.6.80.1055_Web-3.4.17.1565_Push-2.4.3) ging habe ich mit Ausnahme der DSM und sonstigen App Updates nichts an meiner Syno geändert....
Habe gerade noch kurz nachgeschaut. Ich erhalte bez. postfix auch folgende Info:
obschon ich Postfix gerade neu gestartet habe scheint es nicht zu laufen. Ev liegt da der Hund begraben....
Aktuell ist Kopano4s seit dem nächtlichen Reboot der Syno seit über 4 Stunden am Laufen.
Status Active Sync via MS Outlook:
Kontakte = 100% in sync
Kalender = 100% in sync
Mail = nok, Download, resp. Inbox Sync ok, Mailversand nicht ok (nach Senden kein Mail mehr in Outbox in Outlook, wohl aber in Kopano, Outbox)
Status Active Sync mit Android 9 Pie:
Kontakte = nok (Sync zuerst ohne Probleme, dann plötzlich alle Kontakte weg) Nach einem manuellen erneuten Sync alle Kontakte wieder da und nach einiger Zeit wieder weg...
Kalender = 100% in sync
Mail = nok, resp. gleich wie bei Outlook
Status in Kopano Webmail:
Kontakte = alles vorhanden
Kalender = alles vorhanden
Mails = alles vorhanden, Empfang via Fetchmail ohne Probleme , aber kein Versand möglich, Mails bleiben in der Outbox
Ich habe mich nach etwas Googlen auch gefragt ob das Versandproblem ev. auch etwas mit den Anti-Spam Einstellungen in Kopano4s zu tun haben könnte und sich da ev. irgendwo ein Fehler in der Config eingeschlichen hat. Ich habe bei der Installation bei diesen Einstellungen den Standard verwendet. Die SMTP Einstellungen habe ich mehrfach geprüft. Seit es mit der früheren Version von Kopano und dem älteren Container (ich denke das war Core-8.6.80.1055_Web-3.4.17.1565_Push-2.4.3) ging habe ich mit Ausnahme der DSM und sonstigen App Updates nichts an meiner Syno geändert....
Habe gerade noch kurz nachgeschaut. Ich erhalte bez. postfix auch folgende Info:
Rich (BBCode):
root@Lakehouse_2411:/etc/kopano# kopano-postfix restart
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.
root@Lakehouse_2411:/etc/kopano# kopano-status
Core: Kopano Server Running, Spooler Running, Dagent Running, Search Running, Monitor Disabled, Gateway Running, ICAL Running, Syslog Running
Mail: Postfix Not Running, Postgrey Disabled, Clamav Disabled, Amavis Disabled, Spamd Running, Fetchmail Running, Courier-Imap Disabled
Web: NGINX Running, PHP5-FPM Running, Presence Disabled, Webmeetings Disabled, CoTurn Disabledobschon ich Postfix gerade neu gestartet habe scheint es nicht zu laufen. Ev liegt da der Hund begraben....
Zuletzt bearbeitet:
- Mitglied seit
- 25. Jan 2016
- Beiträge
- 5.042
- Punkte für Reaktionen
- 328
- Punkte
- 189
Die Frage wäre, ob Dein Provider den Port 25 unterstützt, da während der Installation ein anderer Port, zB. 587 oder 465, an die Relay-SMTP angehängt werden müsste. Das kannst Du aber auch in der
/etc/kopano/postfix/sasl_passwd
nachtragen.
/etc/kopano/postfix/sasl_passwd
nachtragen.
- Mitglied seit
- 01. Okt 2017
- Beiträge
- 583
- Punkte für Reaktionen
- 42
- Punkte
- 54
HINWEISE für die weitere KOPANO Entwicklung
Hallo TosoBoso, Hallo Kopanoianer (oder doch Kopanoiker? Chronisch Kranke enden ja auch alle auf ..iker, -- Diabetiker, Komiker, Politiker ... )
ich bin weiterhin mit KOPANO in einer Virtuellen Maschine unterwegs. Aber die dunkele Winterzeit ist da, und die Weihnachtsprojekte in der bekannten Nachbarschaft stehen an.
Auf meiner Test-Maschine habe ich eine stabile und reproduzierbare K4S Ver 0.90 laufen. --- Wäre für mich die Option 1 um die Nachbarn über die Feiertage mit aktueller Software zu versorgen.
In Option 2 kann ich meine KOPANO VM mittlerweile auf beliebigen anderen Synos mit VMM durch simple Kopie vom USB Stick zum laufen bringen. Diese muss dann nur mit ein paar Terminal-Befehlen an den neuen Standort und deren Benutzer / Netzwerk angepasst werden, läuft auch.
Die VM hat für mich weiter ein paar Vorteile, aber das wollen wir hier nicht wieder diskutieren.
Ich habe aber meine VM mittlerweile vollkommen akutell. Sprich Core 8.7.80, WEB-APP 3.4.24 und Z-Push 2.4.4. Das hat einigen Konfigurationsaufwand verursacht. Hier also die Hinweise: Der Kern verlangt eine spezifische Konfiguration der Datenbank. Die muss mit dem Tool kopano-dbadm zuerst eingerichtet werden (geht letztlich auch im Nachgang). Diese Tool ist aber in einer 8.6.80 Version nicht enthalten. Es ist auch nicht jeder betroffen. Hinweise finden sich in der Kobano Knowledge-Base unter K-1216.
Kopano-Gateway startet nicht mit einem einfachen Update der Pakete. In der Gateway.cfg müssen alle Hinweise auf Dienst enabled und der entsprechende Port herausgenommen werden (also zum Beispiel müssen die Zeilen: IMAP_enabled = true / IMAP_PORT = 114 mit einer # versehen werden). Kopano-Search läuft mit dem aktuellen Nightly-Build wegen fehlender Abhängigkeiten nicht. das gilt auch noch für die Pakete REST-API und Presence. Für mich ist das kein Problem da wir / ich keine "on-Demand Kommunikation" wie Mattermost etc. nutzen. Das Search nicht startet, hat aber genervt. Ganz pragmatisch nutze ich hier das Paket aus der 8.6.80 weiter. Beim Install via dpkg wurde zwar gemeckert,---- aber es rennt (wörtlich zu nehmen). Die fehlenden python3-Pakete mit den entsprechenden Versionen sind in keiner Debian Version zur Zeit verfügbar, um die Sache ans native Laufen zu bekommen. Das werde ich mal im Kopano.io Forum an die Felix-B-Mannschaft melden.
Meine wichtigste Botschaft ist aktuell: Die Versionsunterschiede sind marginal, die Geschwindigeitsunterschiede ebenso. Mit beiden Versionen laufen bei mir in friedlicher Koexistenz und syncronität Outlook von 2003 bis 365, Apple-Handys, Linux- / Win10-/ MAC-Kisten.
Der Winter naht!
Der Frickler@Home
PS.: In meiner ältesten Syno läuft mittlerweile ein Festplatten-Paar von 2 TB WD GREEN mehr als 6 Jahre (Betriebsstunden!) ohne irgendeine SMART Auffälligkeit. In der gleichen Zeit ist ein Paar WD RED 2 TB schon abgeraucht (in der gleichen Syno zum Glück aber in der Garantie).
Hallo TosoBoso, Hallo Kopanoianer (oder doch Kopanoiker? Chronisch Kranke enden ja auch alle auf ..iker, -- Diabetiker, Komiker, Politiker ... )
ich bin weiterhin mit KOPANO in einer Virtuellen Maschine unterwegs. Aber die dunkele Winterzeit ist da, und die Weihnachtsprojekte in der bekannten Nachbarschaft stehen an.
Auf meiner Test-Maschine habe ich eine stabile und reproduzierbare K4S Ver 0.90 laufen. --- Wäre für mich die Option 1 um die Nachbarn über die Feiertage mit aktueller Software zu versorgen.
In Option 2 kann ich meine KOPANO VM mittlerweile auf beliebigen anderen Synos mit VMM durch simple Kopie vom USB Stick zum laufen bringen. Diese muss dann nur mit ein paar Terminal-Befehlen an den neuen Standort und deren Benutzer / Netzwerk angepasst werden, läuft auch.
Die VM hat für mich weiter ein paar Vorteile, aber das wollen wir hier nicht wieder diskutieren.
Ich habe aber meine VM mittlerweile vollkommen akutell. Sprich Core 8.7.80, WEB-APP 3.4.24 und Z-Push 2.4.4. Das hat einigen Konfigurationsaufwand verursacht. Hier also die Hinweise: Der Kern verlangt eine spezifische Konfiguration der Datenbank. Die muss mit dem Tool kopano-dbadm zuerst eingerichtet werden (geht letztlich auch im Nachgang). Diese Tool ist aber in einer 8.6.80 Version nicht enthalten. Es ist auch nicht jeder betroffen. Hinweise finden sich in der Kobano Knowledge-Base unter K-1216.
Kopano-Gateway startet nicht mit einem einfachen Update der Pakete. In der Gateway.cfg müssen alle Hinweise auf Dienst enabled und der entsprechende Port herausgenommen werden (also zum Beispiel müssen die Zeilen: IMAP_enabled = true / IMAP_PORT = 114 mit einer # versehen werden). Kopano-Search läuft mit dem aktuellen Nightly-Build wegen fehlender Abhängigkeiten nicht. das gilt auch noch für die Pakete REST-API und Presence. Für mich ist das kein Problem da wir / ich keine "on-Demand Kommunikation" wie Mattermost etc. nutzen. Das Search nicht startet, hat aber genervt. Ganz pragmatisch nutze ich hier das Paket aus der 8.6.80 weiter. Beim Install via dpkg wurde zwar gemeckert,---- aber es rennt (wörtlich zu nehmen). Die fehlenden python3-Pakete mit den entsprechenden Versionen sind in keiner Debian Version zur Zeit verfügbar, um die Sache ans native Laufen zu bekommen. Das werde ich mal im Kopano.io Forum an die Felix-B-Mannschaft melden.
Meine wichtigste Botschaft ist aktuell: Die Versionsunterschiede sind marginal, die Geschwindigeitsunterschiede ebenso. Mit beiden Versionen laufen bei mir in friedlicher Koexistenz und syncronität Outlook von 2003 bis 365, Apple-Handys, Linux- / Win10-/ MAC-Kisten.
Der Winter naht!
Der Frickler@Home
PS.: In meiner ältesten Syno läuft mittlerweile ein Festplatten-Paar von 2 TB WD GREEN mehr als 6 Jahre (Betriebsstunden!) ohne irgendeine SMART Auffälligkeit. In der gleichen Zeit ist ein Paar WD RED 2 TB schon abgeraucht (in der gleichen Syno zum Glück aber in der Garantie).
Zuletzt bearbeitet:
pcmartino59
Benutzer
- Mitglied seit
- 22. Nov 2012
- Beiträge
- 217
- Punkte für Reaktionen
- 0
- Punkte
- 22
@ Frickler@Home
bei mir läuft die 0.9.1 produktiv schon seit dem erscheinen. ohne stress .....
hast du schon mattermost und webmeetings zum fliegen bekommen? egal was ich mache der server steht danach still und will nicht mehr... eine kurze anleitung wäre nicht schlecht wenn jemand sowas hat .....
bei mir läuft die 0.9.1 produktiv schon seit dem erscheinen. ohne stress .....
hast du schon mattermost und webmeetings zum fliegen bekommen? egal was ich mache der server steht danach still und will nicht mehr... eine kurze anleitung wäre nicht schlecht wenn jemand sowas hat
.....
- Mitglied seit
- 01. Okt 2017
- Beiträge
- 583
- Punkte für Reaktionen
- 42
- Punkte
- 54
@pcmartino59
wir nutzen Kopano in allen Installationen rein privat! Wie das so mit heranwachsenden Kindern und Ehepartnern ist, die persönlichen Kommunikationsdienste müssen auch in deren Umfeld durch deren Freunde genutzt werden. What'sApp, FaceTime und Konsorten hat auch der Rest der Welt. Kurzum hier gibt und gab es keinen Bedarf. Das What'sApp auch in der Kopano-DesktopApp läuft hat sogar Verzücken hervorgebracht.
Um Mattermost und Webmeeting ans laufen zu bekommen sind in der Version 8.7.80 die bisher von mir nicht auftreibbaren python3-Pakete (falcon, bjoern, pillow etc.) zwingend erforderlich. Einige sind zwar dar, aber scheinbar in veralteten Versionen. Somit ist selbst der "Frickler-Ansatz: Probier es mal" nicht mit Erfolg beschienen. Aus den obigen Punkten gibt es da auch keinen Innovationsdruck. Selbst FILES findet kein Interesse.
Aber der Winter naht und etwas Beschäftigung kann ja nicht schaden. Ich werde mal in einer VM mit der 8.6.80 rumfrickeln. Direkt in einer K4S mache ich das nicht mehr. Die Pakete und Docker-Container die TosoBoso hier zusammenstellt sind für meine Frickeleien deutlich schlechter geeignet.
Im übrigen bin ich in der von mir betreuten Community noch auf K4S 0.90 da ich im Sommer und frühen Herbstmonaten wenig Zeit und Lust auf Frickelei habe. Jetzt in der Dunkelen Jahreszeit ist das deutlich intensiver. Mal schauen bei welcher K4S Version wir bis Weihnachten noch landen. Die wäre dann die Zielgröße. --- Aktuell automatisiere ich Kopano in virtuellen Kisten. D.h. ich schreibe und teste Scripte um immer auf dem aktuellen Nightly-Build Stand zu sein, Migrationen aus einer anderen Kopano / Zarafa Installation (ohne einen Datenbank Dump oder Outlook-PST --) und weiteres.
Gruss Der Frickler@Home
wir nutzen Kopano in allen Installationen rein privat! Wie das so mit heranwachsenden Kindern und Ehepartnern ist, die persönlichen Kommunikationsdienste müssen auch in deren Umfeld durch deren Freunde genutzt werden. What'sApp, FaceTime und Konsorten hat auch der Rest der Welt. Kurzum hier gibt und gab es keinen Bedarf. Das What'sApp auch in der Kopano-DesktopApp läuft hat sogar Verzücken hervorgebracht.
Um Mattermost und Webmeeting ans laufen zu bekommen sind in der Version 8.7.80 die bisher von mir nicht auftreibbaren python3-Pakete (falcon, bjoern, pillow etc.) zwingend erforderlich. Einige sind zwar dar, aber scheinbar in veralteten Versionen. Somit ist selbst der "Frickler-Ansatz: Probier es mal" nicht mit Erfolg beschienen. Aus den obigen Punkten gibt es da auch keinen Innovationsdruck. Selbst FILES findet kein Interesse.
Aber der Winter naht und etwas Beschäftigung kann ja nicht schaden. Ich werde mal in einer VM mit der 8.6.80 rumfrickeln. Direkt in einer K4S mache ich das nicht mehr. Die Pakete und Docker-Container die TosoBoso hier zusammenstellt sind für meine Frickeleien deutlich schlechter geeignet.
Im übrigen bin ich in der von mir betreuten Community noch auf K4S 0.90 da ich im Sommer und frühen Herbstmonaten wenig Zeit und Lust auf Frickelei habe. Jetzt in der Dunkelen Jahreszeit ist das deutlich intensiver. Mal schauen bei welcher K4S Version wir bis Weihnachten noch landen. Die wäre dann die Zielgröße. --- Aktuell automatisiere ich Kopano in virtuellen Kisten. D.h. ich schreibe und teste Scripte um immer auf dem aktuellen Nightly-Build Stand zu sein, Migrationen aus einer anderen Kopano / Zarafa Installation (ohne einen Datenbank Dump oder Outlook-PST --) und weiteres.
Gruss Der Frickler@Home
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.
