Kopano4S (Zarafa 2.0)
- Ersteller FricklerAtHome
- Erstellt am
nacktes System (das ist ja das ärgerliche - jungfäulicher gehts eh nicht...) kein Zarafa und kein Mailserver...
neustarts ebenso durchgeführt...
;-)
LG
neustarts ebenso durchgeführt...
;-)
LG
- Mitglied seit
- 25. Jan 2016
- Beiträge
- 5.047
- Punkte für Reaktionen
- 328
- Punkte
- 189
Hast Du für die MariaDB 10 einen Rootuser und Passwort vergeben, denn danach wird in der Installationsroutine gefragt. Installiere präventiv auch mal MariaDB 5 mit, auch unter Vergabe von Rootuser und Passwort, es sollte seit v0.9.5 eigentlich ohne diese Datenbank gehen, aber wer weiss. Dann auch nachprüfen, ob alle 25 Tabellen angelegt wurden.
Habe nun nochmal Kopano auf ner Jungfräulichen NAS aufgesetzt.
Ich habe festgestellt das in der /usr/syno/etc/packages/Kopano4s/kopano/server.cfg die Zeile 258. ---->. softdelete_lifetime = 30 <------ auskommentiert ist.
Ich stell mir die Frage ob es denn trotzdem ein softdelete nach einer bestimmten Zeit gibt.
Dazu kommt noch das ich den Befehl. ---> kopano-admin --purge-softdelete 1 <---- gerne ausführen möchte.
Das wird auch mit einer Fehlermeldung quittiert.
The selected option is deprecated in this utility.
Forwarding call to: `kopano-srvadm --purge-softdelete 1`.
Error reading config file /etc/kopano/admin.cfg
[crit ] Config error: Cannot normalize path "/etc/kopano/admin.cfg": No such file or Directory
Die Datei /etc/kopano/admin.cfg existiert nicht. Das habe ich überprüft.
Ich habe festgestellt das in der /usr/syno/etc/packages/Kopano4s/kopano/server.cfg die Zeile 258. ---->. softdelete_lifetime = 30 <------ auskommentiert ist.
Ich stell mir die Frage ob es denn trotzdem ein softdelete nach einer bestimmten Zeit gibt.
Dazu kommt noch das ich den Befehl. ---> kopano-admin --purge-softdelete 1 <---- gerne ausführen möchte.
Das wird auch mit einer Fehlermeldung quittiert.
The selected option is deprecated in this utility.
Forwarding call to: `kopano-srvadm --purge-softdelete 1`.
Error reading config file /etc/kopano/admin.cfg
[crit ] Config error: Cannot normalize path "/etc/kopano/admin.cfg": No such file or Directory
Die Datei /etc/kopano/admin.cfg existiert nicht. Das habe ich überprüft.
hab jetzt beide datenbanken geleert...und wieder versucht neu zu installieren...
keine veränderung....irgendwas stimmt da nicht mit dem SPK
keine veränderung....irgendwas stimmt da nicht mit dem SPK
Guten Morgen,
ware es möglich die Google 2FA in das Image zu integrieren? Ich habe folgendes Projekt dazu gefunden https://www.familiethimm.de/google2fa-kopano-zarafa-2-faktor-authentifizierung-2fa-google-authenticator/download-installation/
Oder gäbe es eine andere Möglichkeit, es in den Container zu bekommen? Meine Dockerkenntnisse sind da sehr bescheiden, aber zunächst würde ich denken, es geht nicht.
Danke
OllionSyn
ware es möglich die Google 2FA in das Image zu integrieren? Ich habe folgendes Projekt dazu gefunden https://www.familiethimm.de/google2fa-kopano-zarafa-2-faktor-authentifizierung-2fa-google-authenticator/download-installation/
Oder gäbe es eine andere Möglichkeit, es in den Container zu bekommen? Meine Dockerkenntnisse sind da sehr bescheiden, aber zunächst würde ich denken, es geht nicht.
Danke
OllionSyn
- Mitglied seit
- 01. Okt 2017
- Beiträge
- 583
- Punkte für Reaktionen
- 42
- Punkte
- 54
@siegi81 und @andy+
K4S habe ich leider zuletzt vor ein paar Monaten lauffähig installiert. Wenn dieses Wochenende etwas Zeit bietet werde ich mal die aktuelle Version auf meiner Test DS3517 anschmeißen.
Ein erster Tip an siegi82. Für eine erste Installation und wenn etwas nicht klappt mache ich das immer etwas aufwendiger als üblich:
Zunächst installiere ich auf dem Grundzustand des DSM die Pakete php5 + php7. Im Paketzentrum sind dann wirklich nur diese beiden Pakete plus Universal-Search und Filemanager installiert. Sonst nichts!
Dann installiere ich MariaDB10. Da kann man nun sehr schön ein root-Password setzen bzw. ändern. Der Einsatz von phpmysqlAdmin ist nicht mehr nötig. Hat die Datenbank ein Root password, installiere ich das Docker-paket.
Danach mache ich immer einen reboot.
Nach dem Reboot wähle ich das K4S Paket und installiere es. Damit bei dieser Erstinstallation keine Seiteneffekte auftreten, verzichte ich zunächst auf jedweden Schnick-Schnack. Kein Webmeeting, kein Mattermost, kein Antivir, kein Spamschutz,kein relay Host kein IMAP oder POP Zugriff. Bei der Frage während der Installation nach der Datenbank gebe ich das password für den Mysql-Root an (wie oben beschrieben). Sind alle Dialoge durch beginnt die Installation. Nach einer geraumen Zeit (die Kopano-datenbank innerhalb von maria wird erstellt, der Docker-Container geladen und configuriert etc) sollte es dann laufen.
Klappt diese Basis-Installation und funktioniert es, ist der erste Schritt getan. --- Üblicherweise verfeinere ich mittels weiterer Neuinstallationen, dann die Konfiguration.
Wie gesagt sind das die Erfahrungen von vor ein paar Monaten. Ob die PhP Pakete überhaupt noch gebraucht werden (TosoBoso schaltet ja einen PHP7.2 Switch ein) kann ich nicht sagen.
Ich melde mich nachdem ich selbst mal wieder eine K4S ausprobiert habe.
Glück auf und immer ein Licht bei der Nacht (heute ist eine Mondfinsternis mit "BlutMond")
Der Frickler@Home
K4S habe ich leider zuletzt vor ein paar Monaten lauffähig installiert. Wenn dieses Wochenende etwas Zeit bietet werde ich mal die aktuelle Version auf meiner Test DS3517 anschmeißen.
Ein erster Tip an siegi82. Für eine erste Installation und wenn etwas nicht klappt mache ich das immer etwas aufwendiger als üblich:
Zunächst installiere ich auf dem Grundzustand des DSM die Pakete php5 + php7. Im Paketzentrum sind dann wirklich nur diese beiden Pakete plus Universal-Search und Filemanager installiert. Sonst nichts!
Dann installiere ich MariaDB10. Da kann man nun sehr schön ein root-Password setzen bzw. ändern. Der Einsatz von phpmysqlAdmin ist nicht mehr nötig. Hat die Datenbank ein Root password, installiere ich das Docker-paket.
Danach mache ich immer einen reboot.
Nach dem Reboot wähle ich das K4S Paket und installiere es. Damit bei dieser Erstinstallation keine Seiteneffekte auftreten, verzichte ich zunächst auf jedweden Schnick-Schnack. Kein Webmeeting, kein Mattermost, kein Antivir, kein Spamschutz,kein relay Host kein IMAP oder POP Zugriff. Bei der Frage während der Installation nach der Datenbank gebe ich das password für den Mysql-Root an (wie oben beschrieben). Sind alle Dialoge durch beginnt die Installation. Nach einer geraumen Zeit (die Kopano-datenbank innerhalb von maria wird erstellt, der Docker-Container geladen und configuriert etc) sollte es dann laufen.
Klappt diese Basis-Installation und funktioniert es, ist der erste Schritt getan. --- Üblicherweise verfeinere ich mittels weiterer Neuinstallationen, dann die Konfiguration.
Wie gesagt sind das die Erfahrungen von vor ein paar Monaten. Ob die PhP Pakete überhaupt noch gebraucht werden (TosoBoso schaltet ja einen PHP7.2 Switch ein) kann ich nicht sagen.
Ich melde mich nachdem ich selbst mal wieder eine K4S ausprobiert habe.
Glück auf und immer ein Licht bei der Nacht (heute ist eine Mondfinsternis mit "BlutMond")
Der Frickler@Home
- Mitglied seit
- 01. Okt 2017
- Beiträge
- 583
- Punkte für Reaktionen
- 42
- Punkte
- 54
@ chats zum Thema softdelete
das softdelete läuft trotzdem, aber halt mit den Standardwerten (ist glaube ich aber auch 30 Tage). Wenn du den kopano-srvadm nutzen möchtest muss du lediglich eine Datei admin.cfg unter /etc/kopano/ erstellen. Die braucht keinen Inhalt (kann also vollständig leer sein) der kopano-srvadm erwartet aber diese Datei für weitere Konfigurationshinweise, ohne sie läuft er nicht durch. Bei mir läuft --purge-softdelete 0 (brauch ich zum frickeln ;-)).
Viele Einstellungen der CFG Dateien kann man schon lange in den man pages finden. Das geht auch im Internet: sucht zum beispiel mal nach man kopano server.cfg und schon braucht ihr zum Stöbern kein terminal auf der Kiste mehr.
Grück Auf und immer ein Licht bei der Nacht
Der Frickler@Home
das softdelete läuft trotzdem, aber halt mit den Standardwerten (ist glaube ich aber auch 30 Tage). Wenn du den kopano-srvadm nutzen möchtest muss du lediglich eine Datei admin.cfg unter /etc/kopano/ erstellen. Die braucht keinen Inhalt (kann also vollständig leer sein) der kopano-srvadm erwartet aber diese Datei für weitere Konfigurationshinweise, ohne sie läuft er nicht durch. Bei mir läuft --purge-softdelete 0 (brauch ich zum frickeln ;-)).
Viele Einstellungen der CFG Dateien kann man schon lange in den man pages finden. Das geht auch im Internet: sucht zum beispiel mal nach man kopano server.cfg und schon braucht ihr zum Stöbern kein terminal auf der Kiste mehr.
Grück Auf und immer ein Licht bei der Nacht
Der Frickler@Home
@siegi81 / frickler@home
Also bei mir klappt eine Neuinstallation ohne Probleme.
Habe es wie beschrieben mit Docker bauen auf der Syno installiert damit PHP7.2 mit on board ist.
Danach startet es selber ohne Probleme, braucht nur etwas Geduld.
Was ich mir noch wünsche ist, dass es irgendwo eine Übersicht für die Features gibt, sprich damit man sieht was im Paket funzt und was nicht.
Habe auch Matermost und Webmeetings angeklickt, Matermost und Webeetings wurden installiert aber es kommt eine Error in Matermost 404 Not Found/nginx/1.10.3 und Webmeetings Failed to load App.
Fetchmail Plugin verursacht einen internal Server Error 500. Dazu gab es mal auf Seite 46 eine Lösung, leider sehr kompliziert, dachte dies sei mit den diversen Updateds behoben
Woran liegen diese Fehlermeldungen?
Also Paketstatus würde viele Nachfragen hier im Forum vermeiden, auch verschiedene Installationsszenarien os dass jeder weiß was passiert wenn man Auswahl xy auswält in den Einzelnen Dialogen...chears D.
Also bei mir klappt eine Neuinstallation ohne Probleme.
Habe es wie beschrieben mit Docker bauen auf der Syno installiert damit PHP7.2 mit on board ist.
Danach startet es selber ohne Probleme, braucht nur etwas Geduld.
Was ich mir noch wünsche ist, dass es irgendwo eine Übersicht für die Features gibt, sprich damit man sieht was im Paket funzt und was nicht.
Habe auch Matermost und Webmeetings angeklickt, Matermost und Webeetings wurden installiert aber es kommt eine Error in Matermost 404 Not Found/nginx/1.10.3 und Webmeetings Failed to load App.
Fetchmail Plugin verursacht einen internal Server Error 500. Dazu gab es mal auf Seite 46 eine Lösung, leider sehr kompliziert, dachte dies sei mit den diversen Updateds behoben
Woran liegen diese Fehlermeldungen?
Also Paketstatus würde viele Nachfragen hier im Forum vermeiden, auch verschiedene Installationsszenarien os dass jeder weiß was passiert wenn man Auswahl xy auswält in den Einzelnen Dialogen...chears D.
Zuletzt bearbeitet:
- Mitglied seit
- 25. Jan 2016
- Beiträge
- 5.047
- Punkte für Reaktionen
- 328
- Punkte
- 189
v0.9.5 ist okay. Bezüglich der Datenbank muss diese 25 Tabellen enthalten, vorausgesetzt das Paket läuft, das startet aber nicht, wie Du sagst, somit ist die leere Datenbank plausibel, da diese eine Basisfüllung bekommt mit dem ersten Paketstart. Die Frage ist daher nochmals, ob Du in der MariaDB 10 einen Rootuser und Passwort vergeben hast. Wäre das nicht der Fall, kann das Paket und die Datenbank nicht laufen.
- Mitglied seit
- 01. Okt 2017
- Beiträge
- 583
- Punkte für Reaktionen
- 42
- Punkte
- 54
Glück Auf
die PHP 7.2 ist nun auch als natives SPK installierbar. Ob dies tosobso hilft kann ich nicht sagen, denn für das im Docker genutzte Debian gibt es noch keine PHP7.2. In meiner produktiven VM betreibe ich (tosoboso hat mich erst auf die Idee gebracht auch einen Distri-Mix mit der notwendigen PHP-Mapi). Felix Bartel, und auch ich haben eigentlich prinzipielle Bedenken bei so einem Vorgehen. --- Aber es läuft. Über die letzten Wochen konnte ich 3 Aktualisierugen des Core und der Webapp ohne Probleme aus den "nightly Builds installieren. Macht euch keine illusionen über Performance-Steigerungen oder sonstigem durch den Umstieg. Es wir lediglich das Loch für möglicherweise fehlende Security-UpDates bei PHP minimiert. Felix meint dazu: Die konservativen Debian-Gesellen fixen die Sicherheit der php version zur nativen Distribution. Also debian pflegt eigenverantwortlich php in der distributierten OS Version auf Sicherheit. --- Synology hat auf PHP7.2 zur Nutzung im DSM bereitgestellt. --- Ich muss mich nun in den nächsten Tagen um meine Nextcloud kümmern. Die läuft als VHost unter php5.6 und php7.1 mittels Webstation. --- Ihr werdet es vermuten, ---- auch dieses DSM ist eine VM! Pro entsprechender Hardware kann entweder mittels Docker oder als VM eine zusätzliche "Disk-Station" betrieben werden. Ich betreibe 2 und eine weitere die lokal bei mir steht, aber aus der mitbetreuten Nachbarschaft für das Frickeln mitfinanziert wird. Somit kann ich insgesamt auf 6 potente Synos zugreifen.
die nächsten Wochen lese ich also aktiv nur sporadisch, oder melde mich mit Dingen die bei mir auflaufen.
Glück Auf und immer ein Licht bei der Nacht
Der Frickler@Home
die PHP 7.2 ist nun auch als natives SPK installierbar. Ob dies tosobso hilft kann ich nicht sagen, denn für das im Docker genutzte Debian gibt es noch keine PHP7.2. In meiner produktiven VM betreibe ich (tosoboso hat mich erst auf die Idee gebracht auch einen Distri-Mix mit der notwendigen PHP-Mapi). Felix Bartel, und auch ich haben eigentlich prinzipielle Bedenken bei so einem Vorgehen. --- Aber es läuft. Über die letzten Wochen konnte ich 3 Aktualisierugen des Core und der Webapp ohne Probleme aus den "nightly Builds installieren. Macht euch keine illusionen über Performance-Steigerungen oder sonstigem durch den Umstieg. Es wir lediglich das Loch für möglicherweise fehlende Security-UpDates bei PHP minimiert. Felix meint dazu: Die konservativen Debian-Gesellen fixen die Sicherheit der php version zur nativen Distribution. Also debian pflegt eigenverantwortlich php in der distributierten OS Version auf Sicherheit. --- Synology hat auf PHP7.2 zur Nutzung im DSM bereitgestellt. --- Ich muss mich nun in den nächsten Tagen um meine Nextcloud kümmern. Die läuft als VHost unter php5.6 und php7.1 mittels Webstation. --- Ihr werdet es vermuten, ---- auch dieses DSM ist eine VM! Pro entsprechender Hardware kann entweder mittels Docker oder als VM eine zusätzliche "Disk-Station" betrieben werden. Ich betreibe 2 und eine weitere die lokal bei mir steht, aber aus der mitbetreuten Nachbarschaft für das Frickeln mitfinanziert wird. Somit kann ich insgesamt auf 6 potente Synos zugreifen.
die nächsten Wochen lese ich also aktiv nur sporadisch, oder melde mich mit Dingen die bei mir auflaufen.
Glück Auf und immer ein Licht bei der Nacht
Der Frickler@Home
Guten Tag,
nach der Migration von Zarafa4h 0.7.2 zu Kopano4S 0.95 gehe ich aufgrund der aktuellen Fehler in der Kopano4S Installation nun zurück zu meinem produktiven Zarafa4h zurück.
Ich habe in den letzten Tagen mehrfach migriert. Zarafa4h ist auf einem zweiten NAS installiert, von dem ich auf mein großes NAS migriere. Dort ist Kopano4S installiert.
Hier der Weg:
Backup Zarafa4h mit kopano-backup
2019-01-19 06:53:09,559 - backup - INFO - starting backup
2019-01-19 06:53:09,709 - backup - INFO - queued 1 store(s) for parallel backup (2 processes)
2019-01-19 06:53:09,867 - backup0 - INFO - backing up: user
2019-01-19 06:55:25,493 - backup - WARNING - no data found for attachment of item with entryid 00000000D8271E19827D48A7A0042B4C77C984470100000005000000F3254A0AA6E49A44834F05BCCFDB76B800000000
2019-01-19 06:55:25,495 - backup - WARNING - no data found for attachment of item with entryid 00000000D8271E19827D48A7A0042B4C77C984470100000005000000F3254A0AA6E49A44834F05BCCFDB76B800000000
2019-01-19 06:55:25,496 - backup - WARNING - no data found for attachment of item with entryid 00000000D8271E19827D48A7A0042B4C77C984470100000005000000F3254A0AA6E49A44834F05BCCFDB76B800000000
2019-01-19 07:03:46,662 - backup - ERROR - could not serialize attachment for item with entryid 00000000D8271E19827D48A7A0042B4C77C9844701000000050000009C7D1DC81E1B114392B652B0D22696E100000000
2019-01-19 07:03:46,676 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1124, in _dump
msg = att.OpenProperty(PR_ATTACH_DATA_OBJ, IID_IMessage, 0, MAPI_DEFERRED_ERRORS | MAPI_MODIFY)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 404, in OpenProperty
return _MAPICore.IMAPIProp_OpenProperty(self, ulPropTag, USE_IID_FOR_OUTPUT, ulInterfaceOptions, ulFlags)
MAPI.Struct.MAPIErrorNoAccess: MAPI error 80070005 (MAPI_E_NO_ACCESS)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1128, in _dump
msg = att.OpenProperty(PR_ATTACH_DATA_OBJ, IID_IMessage, 0, MAPI_DEFERRED_ERRORS)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 404, in OpenProperty
return _MAPICore.IMAPIProp_OpenProperty(self, ulPropTag, USE_IID_FOR_OUTPUT, ulInterfaceOptions, ulFlags)
MAPI.Struct.MAPIErrorNoAccess: MAPI error 80070005 (MAPI_E_NO_ACCESS)
2019-01-19 07:37:32,984 - backup - WARNING - Received a MAPI error or timeout (error=0x80040115, retry=0/5)
2019-01-19 07:45:41,270 - backup - WARNING - no data found for attachment of item with entryid 00000000D8271E19827D48A7A0042B4C77C984470100000005000000C428E456050D4C1ABD4E81987A794B2A00000000
2019-01-19 08:03:57,285 - backup0 - INFO - backing up user took 4247.52 seconds (40674 changes, ~9.58/sec, 1 errors)
2019-01-19 08:03:57,305 - backup - INFO - queue processed in 4247.59 seconds (40674 changes, ~9.58/sec, 1 errors)
2019-01-19 08:03:58,307 - backup - INFO - stopping backup
User anlegen (über Kopano4S-Admin)
SQL-Script zur Änderung der Ordnernamen zu Deutsch
Kopano4S stoppen
MariaDB 10 stoppen
MariaDB 10 starten
Kopano4S starten
Restore mit kopano-backup
Im backup.log finden sich danach folgende Zeilen:
2019-01-19 08:50:45,066 - backup - INFO - starting restore of user
2019-01-19 08:50:45,182 - backup - INFO - restoring to store 0000000038A1BB1005E5101AA1BB08002B2A56C200007A617261666136636C69656E742E646C6C00000000001D40CBE7C09649CF9D625356131E8C9301000000010000008A8249BA5317410F820B4BC4581C268670736575646F3A2F2F556E6B6E6F776E00
2019-01-19 10:07:45,179 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/log.py", line 103, in log_exc
try: yield
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 822, in restore_folder
read=read,
File "/usr/lib/python3/dist-packages/kopano/folder.py", line 483, in create_item
item = _item.Item(self, eml=eml, ics=ics, vcf=vcf, load=load, loads=loads, attachments=attachments, create=True, save=save, read=read)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 201, in __init__
self.loads(loads, attachments=attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1205, in loads
self._load(_pickle_loads(s), attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1195, in _load
stream.Write(data)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 232, in Write
return _MAPICore.ISequentialStream_Write(self, pv)
TypeError: in method 'ISequentialStream_Write', argument 2 of type 'void const *'
2019-01-19 10:37:20,768 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/log.py", line 103, in log_exc
try: yield
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 822, in restore_folder
read=read,
File "/usr/lib/python3/dist-packages/kopano/folder.py", line 483, in create_item
item = _item.Item(self, eml=eml, ics=ics, vcf=vcf, load=load, loads=loads, attachments=attachments, create=True, save=save, read=read)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 201, in __init__
self.loads(loads, attachments=attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1205, in loads
self._load(_pickle_loads(s), attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1199, in _load
_utils._save(self.mapiobj) # XXX needed?
File "/usr/lib/python3/dist-packages/kopano/utils.py", line 203, in _save
mapiobj.SaveChanges(KEEP_OPEN_READWRITE)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 395, in SaveChanges
return _MAPICore.IMAPIProp_SaveChanges(self, ulFlags)
MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR)
2019-01-19 11:22:11,900 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/log.py", line 103, in log_exc
try: yield
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 822, in restore_folder
read=read,
File "/usr/lib/python3/dist-packages/kopano/folder.py", line 483, in create_item
item = _item.Item(self, eml=eml, ics=ics, vcf=vcf, load=load, loads=loads, attachments=attachments, create=True, save=save, read=read)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 201, in __init__
self.loads(loads, attachments=attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1205, in loads
self._load(_pickle_loads(s), attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1195, in _load
stream.Write(data)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 232, in Write
return _MAPICore.ISequentialStream_Write(self, pv)
TypeError: in method 'ISequentialStream_Write', argument 2 of type 'void const *'
2019-01-19 11:22:14,082 - backup - INFO - restoring metadata
2019-01-19 11:22:15,274 - backup - INFO - restore completed in 9090.08 seconds (40671 changes, ~4.47/sec, 3 errors)
2019-01-19 11:22:16,219 - backup - INFO - stopping backup
Fetchmail einrichten
Das funktioniert soweit, mit Outlook 2016 kann ich auf das Postfach zugreifen, ebenso wie mit der WebApp.
Im nginx-error.log finde ich allerdings reichlich Fehler:
2019/01/20 13:03:53 [error] 27227#27227: *4807 connect() failed (111: Connection refused) while connecting to upstream, client: 172.17.0.1, server: , request: "PUT /webapp/presence HTTP/1.1", upstream: "http://127.0.0.1:1234/", host: "host.domain.de", referrer: "https://host.domain.de/webapp/"
Für host.domain.de gibt es auf dem NAS ein Let's Encrypt Zertifikat. Das NAS hat einen DDNS, im DNS meiner Domäne gibt es einen C-NAME, der auf den DDNS verweist. Das funktioniert mit Zarafa4h soweit auch seit Jahren gut.
Viel gravierender ist, dass ich mit ActiveSync unter iOS keine Daten mehr synchronisiert bekomme. Der zugehörige Fehler im z-push.log scheint mir dieser:
20/01/2019 14:04:01 [19328] [WARN] [#unknown] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230
20/01/2019 14:04:01 [19328] [ INFO] [#unknown] cmd='Sync' memory='2.04 MiB/2.00 MiB' time='2.26s' devType='iPhone' devId='thurmvats55dn5rq1efvpgrqsg' getUser='user' from='172.17.0.1' idle='0s' version='2.4.5+0-0' method='POST' httpcode='200'
Hat jemand Ideen zu diesen Fehlern bzw. eine Lösung? Zum Fehler im nginx.log gibt es beim Googlen Hinweise, dass anstelle vom Hostnamen die IP-Adresse in der nginx.conf verwendet werden sollte. Allerdings kann ich bei der Durchsicht der Konfiguration keine Stelle finden, an der ich das Ändern sollte.
nach der Migration von Zarafa4h 0.7.2 zu Kopano4S 0.95 gehe ich aufgrund der aktuellen Fehler in der Kopano4S Installation nun zurück zu meinem produktiven Zarafa4h zurück.
Ich habe in den letzten Tagen mehrfach migriert. Zarafa4h ist auf einem zweiten NAS installiert, von dem ich auf mein großes NAS migriere. Dort ist Kopano4S installiert.
Hier der Weg:
Backup Zarafa4h mit kopano-backup
Rich (BBCode):
/var/packages/Kopano4s/scripts/kopano-backup.sh -w 2 -shttp://192.168.115.6:236/zarafa -U {USER} -P "{PASSWORD}" -u {USER} -l INFO2019-01-19 06:53:09,709 - backup - INFO - queued 1 store(s) for parallel backup (2 processes)
2019-01-19 06:53:09,867 - backup0 - INFO - backing up: user
2019-01-19 06:55:25,493 - backup - WARNING - no data found for attachment of item with entryid 00000000D8271E19827D48A7A0042B4C77C984470100000005000000F3254A0AA6E49A44834F05BCCFDB76B800000000
2019-01-19 06:55:25,495 - backup - WARNING - no data found for attachment of item with entryid 00000000D8271E19827D48A7A0042B4C77C984470100000005000000F3254A0AA6E49A44834F05BCCFDB76B800000000
2019-01-19 06:55:25,496 - backup - WARNING - no data found for attachment of item with entryid 00000000D8271E19827D48A7A0042B4C77C984470100000005000000F3254A0AA6E49A44834F05BCCFDB76B800000000
2019-01-19 07:03:46,662 - backup - ERROR - could not serialize attachment for item with entryid 00000000D8271E19827D48A7A0042B4C77C9844701000000050000009C7D1DC81E1B114392B652B0D22696E100000000
2019-01-19 07:03:46,676 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1124, in _dump
msg = att.OpenProperty(PR_ATTACH_DATA_OBJ, IID_IMessage, 0, MAPI_DEFERRED_ERRORS | MAPI_MODIFY)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 404, in OpenProperty
return _MAPICore.IMAPIProp_OpenProperty(self, ulPropTag, USE_IID_FOR_OUTPUT, ulInterfaceOptions, ulFlags)
MAPI.Struct.MAPIErrorNoAccess: MAPI error 80070005 (MAPI_E_NO_ACCESS)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1128, in _dump
msg = att.OpenProperty(PR_ATTACH_DATA_OBJ, IID_IMessage, 0, MAPI_DEFERRED_ERRORS)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 404, in OpenProperty
return _MAPICore.IMAPIProp_OpenProperty(self, ulPropTag, USE_IID_FOR_OUTPUT, ulInterfaceOptions, ulFlags)
MAPI.Struct.MAPIErrorNoAccess: MAPI error 80070005 (MAPI_E_NO_ACCESS)
2019-01-19 07:37:32,984 - backup - WARNING - Received a MAPI error or timeout (error=0x80040115, retry=0/5)
2019-01-19 07:45:41,270 - backup - WARNING - no data found for attachment of item with entryid 00000000D8271E19827D48A7A0042B4C77C984470100000005000000C428E456050D4C1ABD4E81987A794B2A00000000
2019-01-19 08:03:57,285 - backup0 - INFO - backing up user took 4247.52 seconds (40674 changes, ~9.58/sec, 1 errors)
2019-01-19 08:03:57,305 - backup - INFO - queue processed in 4247.59 seconds (40674 changes, ~9.58/sec, 1 errors)
2019-01-19 08:03:58,307 - backup - INFO - stopping backup
User anlegen (über Kopano4S-Admin)
SQL-Script zur Änderung der Ordnernamen zu Deutsch
Rich (BBCode):
UPDATE `tproperties` SET `val_string` = 'Posteingang' WHERE `tproperties`.`val_string` = 'Inbox';
UPDATE `properties` SET `val_string` = 'Posteingang' WHERE `properties`.`val_string` = 'Inbox';
UPDATE `tproperties` SET `val_string` = 'Entwürfe' WHERE `tproperties`.`val_string` = 'Drafts';
UPDATE `properties` SET `val_string` = 'Entwürfe' WHERE `properties`.`val_string` = 'Drafts';
[...] [gekürzt, da der Beitrag sonst zu lang wird]MariaDB 10 stoppen
MariaDB 10 starten
Kopano4S starten
Restore mit kopano-backup
Rich (BBCode):
kopano-backup --restore -u {USER} {Backup-Verzeichnis}/ -l INFO2019-01-19 08:50:45,066 - backup - INFO - starting restore of user
2019-01-19 08:50:45,182 - backup - INFO - restoring to store 0000000038A1BB1005E5101AA1BB08002B2A56C200007A617261666136636C69656E742E646C6C00000000001D40CBE7C09649CF9D625356131E8C9301000000010000008A8249BA5317410F820B4BC4581C268670736575646F3A2F2F556E6B6E6F776E00
2019-01-19 10:07:45,179 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/log.py", line 103, in log_exc
try: yield
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 822, in restore_folder
read=read,
File "/usr/lib/python3/dist-packages/kopano/folder.py", line 483, in create_item
item = _item.Item(self, eml=eml, ics=ics, vcf=vcf, load=load, loads=loads, attachments=attachments, create=True, save=save, read=read)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 201, in __init__
self.loads(loads, attachments=attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1205, in loads
self._load(_pickle_loads(s), attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1195, in _load
stream.Write(data)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 232, in Write
return _MAPICore.ISequentialStream_Write(self, pv)
TypeError: in method 'ISequentialStream_Write', argument 2 of type 'void const *'
2019-01-19 10:37:20,768 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/log.py", line 103, in log_exc
try: yield
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 822, in restore_folder
read=read,
File "/usr/lib/python3/dist-packages/kopano/folder.py", line 483, in create_item
item = _item.Item(self, eml=eml, ics=ics, vcf=vcf, load=load, loads=loads, attachments=attachments, create=True, save=save, read=read)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 201, in __init__
self.loads(loads, attachments=attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1205, in loads
self._load(_pickle_loads(s), attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1199, in _load
_utils._save(self.mapiobj) # XXX needed?
File "/usr/lib/python3/dist-packages/kopano/utils.py", line 203, in _save
mapiobj.SaveChanges(KEEP_OPEN_READWRITE)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 395, in SaveChanges
return _MAPICore.IMAPIProp_SaveChanges(self, ulFlags)
MAPI.Struct.MAPIErrorNetworkError: MAPI error 80040115 (MAPI_E_NETWORK_ERROR)
2019-01-19 11:22:11,900 - backup - ERROR - Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/kopano/log.py", line 103, in log_exc
try: yield
File "/usr/lib/python3/dist-packages/kopano_backup/__init__.py", line 822, in restore_folder
read=read,
File "/usr/lib/python3/dist-packages/kopano/folder.py", line 483, in create_item
item = _item.Item(self, eml=eml, ics=ics, vcf=vcf, load=load, loads=loads, attachments=attachments, create=True, save=save, read=read)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 201, in __init__
self.loads(loads, attachments=attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1205, in loads
self._load(_pickle_loads(s), attachments)
File "/usr/lib/python3/dist-packages/kopano/item.py", line 1195, in _load
stream.Write(data)
File "/usr/lib/python3/dist-packages/MAPICore.py", line 232, in Write
return _MAPICore.ISequentialStream_Write(self, pv)
TypeError: in method 'ISequentialStream_Write', argument 2 of type 'void const *'
2019-01-19 11:22:14,082 - backup - INFO - restoring metadata
2019-01-19 11:22:15,274 - backup - INFO - restore completed in 9090.08 seconds (40671 changes, ~4.47/sec, 3 errors)
2019-01-19 11:22:16,219 - backup - INFO - stopping backup
Fetchmail einrichten
Das funktioniert soweit, mit Outlook 2016 kann ich auf das Postfach zugreifen, ebenso wie mit der WebApp.
Im nginx-error.log finde ich allerdings reichlich Fehler:
2019/01/20 13:03:53 [error] 27227#27227: *4807 connect() failed (111: Connection refused) while connecting to upstream, client: 172.17.0.1, server: , request: "PUT /webapp/presence HTTP/1.1", upstream: "http://127.0.0.1:1234/", host: "host.domain.de", referrer: "https://host.domain.de/webapp/"
Für host.domain.de gibt es auf dem NAS ein Let's Encrypt Zertifikat. Das NAS hat einen DDNS, im DNS meiner Domäne gibt es einen C-NAME, der auf den DDNS verweist. Das funktioniert mit Zarafa4h soweit auch seit Jahren gut.
Viel gravierender ist, dass ich mit ActiveSync unter iOS keine Daten mehr synchronisiert bekomme. Der zugehörige Fehler im z-push.log scheint mir dieser:
20/01/2019 14:04:01 [19328] [WARN] [#unknown] StatusException: ExportChangesICS->InitializeExporter(): Error, mapi_exportchanges_config() failed: 0xFFFFFFFF8004010F - code: 12 - file: /usr/share/z-push/backend/kopano/exporter.php:230
20/01/2019 14:04:01 [19328] [ INFO] [#unknown] cmd='Sync' memory='2.04 MiB/2.00 MiB' time='2.26s' devType='iPhone' devId='thurmvats55dn5rq1efvpgrqsg' getUser='user' from='172.17.0.1' idle='0s' version='2.4.5+0-0' method='POST' httpcode='200'
Hat jemand Ideen zu diesen Fehlern bzw. eine Lösung? Zum Fehler im nginx.log gibt es beim Googlen Hinweise, dass anstelle vom Hostnamen die IP-Adresse in der nginx.conf verwendet werden sollte. Allerdings kann ich bei der Durchsicht der Konfiguration keine Stelle finden, an der ich das Ändern sollte.
ja klar ist ein root user angelegt inkl. passwort. ;-)
ich habe mir die beitrage nach meinem Beitrag durchgelesen....und wenn ich ehrlich bin kommt mir das echt hoch wenn ich da lese was da alles schief rennt....haben die bei "Kopano" gar nichts gelernt????
ich kann ja nicht auf gut glück etwas installieren was eventuell läuft...ich will das des ding rent...und Punkt
und mir dann noch gedanken machen ob ein Iphone geht oder nicht für die sync..oder fehler im Fetchmail sind, ja haben die einen an der waffel?
das ist ja quasi ein Rückschrriftt zu Zarafa auf der DSM. (ohne VM)
Das selbe wie eingangs erwähnt mit dem installierten image von UCS, ist ja der Horror.
Schön langsam habe ich den Eindrcuk finder davon lassen und vielleicht wieder eine DSM 5.2 in Betrieb nehmen und sich diesen sinnlosen Magenschmerz ersparen...
vielen dank für dad feedback von so vielen.
PS: was mich noch iritiert...warum können andere packages die installation von kopano stören?
VM Kopano
oder hat vielleicht jemand eine nackte (ohne Konten) eingerichtete VM mit/für Kopano herumliegen.
Wo man quasi "abhol" server eintragen kann und auch darüber verschicken?
sowas würde ich theoretisch brauchen...
oder hat vielleicht jemand eine nackte (ohne Konten) eingerichtete VM mit/für Kopano herumliegen.
Wo man quasi "abhol" server eintragen kann und auch darüber verschicken?
sowas würde ich theoretisch brauchen...
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.
