Zarafa4H empfängt keine Mails mehr

[FricklerAtHome]

Noch ein Tip:

Wenn du auch hier anonymisiert bleiben willst, achte besser auf deine Angaben!
Grüße in die Hugenottenstadt und viel Spaß mit der Heimautomatisation!

F@H

 

[Andy+]

Den Synology Mailserver zusätzlich zu Kopano zu betreiben macht seit Z4H in aller Regel keinen Sinn mehr. Weshalb möchtest Du das so haben? Weil das Standard bei ZarafaJD war?

 

[Gordon696]

Den Synology Mailserver zusätzlich zu Kopano zu betreiben macht seit Z4H in aller Regel keinen Sinn mehr. Weshalb möchtest Du das so haben? Weil das Standard bei ZarafaJD war?

Nach dem ganzen Rumexperimentieren wollte ich wieder zurück zu ZarafaJD.
Mailserver der Syn und Zarafa zum Anzeigen der Mails.

Das hat aber auch nicht mehr geklappt nach den ganzen Versuchen Kopano oder zumindest Zarafa4H nutzen zu können.

Wie ich bereits schrieb, kann ich im Protkoll sehen das der Mailserver Mails empfängt, Sie werden aber weder in ZarafaJD noch in der Mailstation angezeigt.

@Frickler....Danke für Deine ausführlichen Mails....bin noch nicht dazu gekommen die im Detail zu beantworten.

Inzwischen bin ich soweit das ich nur noch die Mailadresse nutzen will. Ich könnte mir auch vorstellen die Mails automatisch an eine externe Mailadresse weiter zu leiten.
Funktioniert aber auch nicht. Es ist zum verzweifeln.


Gruß
Gordon

 

[Andy+]

Zunächst musst Du Dich vollständig davon lösen, den Mailserver parallel zu Z4H oder K4S zu betreiben, wenn Du keine Eingriffe in das Paket und Docker-Container möchtest. Es kommst sonst zu Überschneidungen bei den Ports, das geht ohne auseinanderfrickeln nicht. Stoppe Mailserver oder besser deinstalliere diesen mal ganz.

Dann lege Dir alle Daten zurecht für die Installation, insbesondere zu Bild 4+5, ändere besser keine Ports zu Bild 2 und prüfe, dass sich keine Ports überschneiden. Prüfe auch Überschneidungen zu den Lokalen Ports



Zum Anlegen der Mailkonten kannst Du WebAdmin verwenden, oder ein Script. Um so etwas für ein Script einmal zu veranschaulichen, starte ich ein solches nach jeder Installation:

#!/bin/bash
kopano-fetchmail add KOPANOUSER EMAILBENUTZERNAME_1 EMAILPASSWORT_1 IMAPADRESSEPROVIDER imap 993 ssl INBOX
kopano-fetchmail add KOPANOUSER EMAILBENUTZERNAME_2 EMAILPASSWORT_2 IMAPADRESSEPROVIDER imap 993 ssl INBOX
kopano-fetchmail add KOPANOUSER EMAILBENUTZERNAME_3 EMAILPASSWORT_3 IMAPADRESSEPROVIDER imap 993 ssl INBOX
kopano-fetchmail add KOPANOUSER EMAILBENUTZERNAME_4 EMAILPASSWORT_4 IMAPADRESSEPROVIDER imap 993 ssl INBOX
kopano-fetchmail add KOPANOUSER EMAILBENUTZERNAME_5 EMAILPASSWORT_5 IMAPADRESSEPROVIDER imap 993 ssl INBOX
kopano-fetchmail add KOPANOUSER EMAILBENUTZERNAME_6 EMAILPASSWORT_6 IMAPADRESSEPROVIDER imap 993 ssl INBOX
kopano-fetchmail add KOPANOUSER EMAILBENUTZERNAME_7 EMAILPASSWORT_7 IMAPADRESSEPROVIDER imap 993 ssl INBOX
kopano-fetchmail add KOPANOUSER EMAILBENUTZERNAME_8 EMAILPASSWORT_8 IMAPADRESSEPROVIDER imap 993 ssl INBOX
kopano-fetchmail init
kopano-fetchmail restart
kopano-fetchmail list


wobei dann selbstverständlich

KOPANOUSER
EMAILBENUTZERNAME_x
EMAILPASSWORT_x
IMAPADRESSEPROVIDER

jeweils individuell einzugeben sind.

Dann sollte das eigentlich laufen.

 

[Gordon696]

Hallo in die Runde,

vielen Danke für die freundliche Unterstützung.
Allerdings hält sich meine Motivation auf ein neues Produkt umzusteigen in Grenzen.

Ich möchte einfach nur noch meine Mails die im Syno Mailserver offensichtlich ankommen in Zarafa empfangen.

Hat keiner eine Ahnung wie das klappen kann???

Gruß
Gordon

 

[Tosoboso]

Hallo in die Runde,
Ich möchte einfach nur noch meine Mails die im Syno Mailserver offensichtlich ankommen in Zarafa empfangen.
Hat keiner eine Ahnung wie das klappen kann??? Gruß Gordon

Und das geht einfach so nicht. Du kannst dich übrigens bei Synology bedanken. Kopano4S oder Zarafa4H würden hervorragend mit Synology Mail Server funktionieren wenn Synology nicht die Standards verbogen hätte.
Im Gegensatz zum Standard Postfix Paket funktioniert LMTP auf Port 2003 nicht. Das technische Detail sagt dir ggf nichts, aber ich muste 2016 die Integration mit Synology Mail Server deswegen aufgeben und habe Postfix komplet autark in Zarafa / Kopano integriert.
Wenn du also Zarafa oder Kopano nutzen willst, dann musst du auf den Synology Mail Sefver verzichten. Zarafa JD und Zarafa4h sind übrigens seit Längerem EOL (End Of Live) also solltest man Kopano4S unter DSM 6.2 nutzen, oder bai Synology bleiben....
-TosoBoso

 

[Gordon696]

Die Zusammenhänge und die Historie und die Schwierigkeiten die sich aus der Kombi Zarafa4H/Kopano mit dem Syno Mailserver ergeben habe ich verstanden.

Scheinbar drücke ich mich nicht klar genug aus und versuche nochmal zu beschreiben was ich im Moment möchte.

Ich möchte wieder die Kombination nutzen die ich jahrelang im Einsatz hatte.
Syno Mailserver mit Zarafa von Julian Dohle.

Nach den ganzen Installationsversuchen mit Zarafa4H und Kopano scheint etwas die ursprüngliche Installation so beeinflußt zu haben, das ich
derzeit über keinen Weg mehr an meine Mails komme.

Die ursprünglich funktionierende Kombinaton Syno Mailserver und Zarafa JD hat keine Verbindung mehr und lässt sich auch nicht mehr herstellen.
Inzwischen habe ich auch Tosobos´s Tipps umgesetzt und fetchmail von Hand angepasst.
Ich gehe direkt über die interne IP über Port 993 auf den Mailserver.....zumindest versuche ich das.

Hier die Fehlermeldung an der ich in der einen oder anderen Version rumtüftel:

fetchmail: Connection errors for this poll:
name 0: connection to 192.168.1.10:993 [192.168.1.10/993] failed: Connection refused.
fetchmail: IMAP connection to 192.168.1.10 failed: Connection refused
fetchmail: Query status=2 (SOCKET)
fetchmail: OpenSSL reported: error:140770FC:lib(20):func(119):reason(252)
fetchmail: SSL connection failed.
fetchmail: socket error while fetching from gclemens@192.168.1.10

Der Haken im Mailserver ist nicht gesetzt. Und alle anderen Einstelulungen wurden ohnehin nicht geändert.
Ich habe leider keine Ahnung was genau bei Kopano/Zarafa4H mit installiert wurde und nach der Deinstallation nicht komplett entfernt wurde.

Wenn ich das Thema gelöst habe komme ich wieder an meine Mails und ich plane den DMS Wechsel und Mailumstieg auf Kopano ganz anders.

Ich hoffe das macht meine Situation ein bischen transparenter!?

Morgendliche Grüße
Gordon

 

[Andy+]

Du hast wohl noch DSM 5.2, dann sollte die alte Kombination im Grunde wieder gehen. Vielleicht alle Verzeichnisse durchgehen und nach Deinstallation von K4S und diverse Reste entfernen. Allerdings ist möglich, dass Du auch eine ZJD Datenbanksicherung wieder einspielen musst, da die Datenbank mit K4S ein Upgrade durchläuft. Mir ist nicht klar, weshalb das nicht gehen sollte.

Welche "....ursprüngliche Installation so beeinflußt...." meinst Du damit? Hast Du ZJD noch installiert? Dann einfach das SPK drüberinstallieren.

 

[Tosoboso]

Die Zusammenhänge und die Historie und die Schwierigkeiten die sich aus der Kombi Zarafa4H/Kopano mit dem Syno Mailserver ergeben habe ich verstanden. Ich möchte wieder die Kombination nutzen die ich jahrelang im Einsatz hatte.
Syno Mailserver mit Zarafa von Julian Dohle. Nach den ganzen Installationsversuchen mit Zarafa4H und Kopano scheint etwas die ursprüngliche Installation so beeinflußt zu haben, das ich derzeit über keinen Weg mehr an meine Mails komme.
Wenn ich das Thema gelöst habe komme ich wieder an meine Mails und ich plane den DMS Wechsel und Mailumstieg auf Kopano ganz anders. Ich hoffe das macht meine Situation ein bischen transparenter!?

Hi, unter der Vorraussetzung, dass du nicht Zarafa4h oder Kopano4s über die ursprüngliche Datenbank Zarafa installiert hast, sondern in einen neue Datenbank und damit keinen Upgrade gemacht hast, gibt es einen Weg zurück. Sonst nicht..
In dem angenommen Fall deinstallierst du einfach Zarafa4h / Kopanon4s, checks nochmal, dass keine /usr/local/etc/nginx/conf.d/www.Zarafa4h.conf bzw. /usr/local/etc/nginx/conf.d/www.Kopano4s.conf existiert und installierst Z-Push-Vmail plus Z-Push neu.. Dann sollte der Synology Mail-Server wieder an JD Zarafa Ausliefern, webapp und Z-Push funktionieren wieder ohen Reverse Proxy-Umleitung an Kopano4s.
Danach durchatmen und da man nicht ewig auf DSM 5.2 und JD Zarfa bleicben kann eine K4S Parallelinstallation vornehmen. Das geht auf der selben Box, wenn man die K4S Beta Community nimmt und immer nur eins der Paket-Combos aktiv hat (Zarafa & Z-Push vs. Kopano4s.Die Migration erfolgt dann über >kopano4s-migration-zarafa und ist wiederholbar, solange man den Baseline Backup wieder einspielt, den K4S beim ersten Migrationsversuch anlegt. Das kann man dann später nochmals beleuchten.
Die Frage ist erstmal: geht der Weg Zurück auf JD Zarafa und Z-Push , Z-Pull-Vmail. Falls du einen Upgrade durchgeführt hast, dann gibt es nur noch die Flucht nach vorne: Migration uf Kopano4S und Synology Mail-Server plsu Zarafa, Z-Push etc. De-installieren.
-TosoBoso

 

[Gordon696]

Hi, unter der Vorraussetzung, dass du nicht Zarafa4h oder Kopano4s über die ursprüngliche Datenbank Zarafa installiert hast, sondern in einen neue Datenbank und damit keinen Upgrade gemacht hast, gibt es einen Weg zurück. Sonst nicht..
In dem angenommen Fall deinstallierst du einfach Zarafa4h / Kopanon4s, checks nochmal, dass keine /usr/local/etc/nginx/conf.d/www.Zarafa4h.conf bzw. /usr/local/etc/nginx/conf.d/www.Kopano4s.conf existiert und installierst Z-Push-Vmail plus Z-Push neu.. Dann sollte der Synology Mail-Server wieder an JD Zarafa Ausliefern, webapp und Z-Push funktionieren wieder ohen Reverse Proxy-Umleitung an Kopano4s.

Habe ursprünglich parallel installiert.
Einfach Z-Push zu installieren hat leider nicht funktioniert.

Fetchmail generiert permanent die nachfolgende Meldung:
fetchmail: Authorization failure on g.clemens@dyndnsmeinerdomain.xy
fetchmail: Query status=3 (AUTHFAIL)

Habe die Passwörter überprüft, ohne Erfolg.

Suche ich an der falschen Stelle?

Gruß
Gordon

 

[Andy+]

Du solltwst schon sagen, was mit der Datenbank ist. Wie bist Du mit der umgegangen?

 

[Gordon696]

Das hatte ich ja bereits geschrieben.

Ich habe parallel installiert.

Wenn das nicht die Antwort ist, verstehe ich die Frage nicht.

 

[Andy+]

Eine parallele Installation der SPK´s heisst nicht, dass auch parallel zwei Datenbanken bestehen müssen. Wenn Du mit beiden Installationen auf die gleiche Datenbank zugreifst, kann diese Datenbank von ZJD zwar zusammen mit Z4H betrieben werden, aber nicht mit K4S, da diese ein Upgrade durchläuft. Deshalb ist dann mit dieser kein Betrieb mehr möglich mit ZJD oder auch Z4H.

Ist beides getrennt, dann wäre dies in diesem Fall gut.

 

[Gordon696]

OK....habe mich inzwischen damit abgefunden das das nichts mehr wird.

Allerdings klappt das mit der Kopano Installation nicht wirklich gut.

DiskStation> more gateway.log
Wed Dec 18 06:09:24 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets. Either start the process as root, or increase user limits for open file descriptors


DiskStation> more server.log
Wed Dec 18 06:09:22 2019: [ notice] Starting kopano-server version 8.4.5.0 (pid 4551)
Wed Dec 18 06:09:22 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets.
Wed Dec 18 06:09:22 2019: [warning] WARNING: Either start the process as root, or increase user limits for open file descriptors.
Wed Dec 18 06:09:22 2019: [error ] KDatabase::Connect(): database access error Unknown error code (0x80000007), mysql error: Can't connect to local MySQL server through socket '/run/mysqld/mysqld10.sock' (2)
Wed Dec 18 06:09:22 2019: [crit ] Unable to connect to database: MYSQL not initialized
Wed Dec 18 06:09:22 2019: [ notice] Server shutdown complete.

Habe mir das Wiki und die Installationsanleitung durchgelesen......kann dort aber keine Rückschlüsse auf die Meldungen ziehen.

Freue mich über Unterstützung, damit ich irgendwann mal wieder an meine Mail ran komme.

Nabend
Gordon

 

[Andy+]

Da gibt es ein Zugriffsproblem mit der Datenbank. Zunächst, ZJD und Z4H sowie K4S haben jeweils eine andere Datenbankbasis, die Datenbank zu ZJD und Z4H ist standardmässig in MariaDB 5 abgelegt, während K4S auf eine Datenbank in MariaDB 10 zugreifen will. Man kann per Setting jeweils einrichten, auf die jeweils andere Datenbankbasis zuzugreifen:

# MYSQL SETTINGS (for database_engine = mysql)

# MySQL hostname to connect to for database access
mysql_host = localhost

# MySQL port to connect with (usually 3306 but on syno mariadb10 has 3307)
mysql_port = 3307

# The user under which we connect with MySQL
mysql_user = kopano

# The password for the user (leave empty for no password)
mysql_password = xxxxxxxxxxxxx

# Override the default MySQL socket to access mysql locally for mariadb10
# Works only if the mysql_host value is empty or 'localhost'
mysql_socket = /run/mysqld/mysqld10.sock

# Database to connect to
mysql_database = kopano

Die jeweils fettgedruckten Parameter wären in der server.cfg zu ändern, um zwischen MariaDB 5 und MariaDB 10 zu switchen. Prüfe mal, wie das bei Dir aussieht.

 

[Gordon696]

Hi und Danke für die Unterstützung......

habe mir die server.cfg nochmal angeschaut.
Die fett gedruckten Änderungen hatte ich bereits so in der cfg.
Habe nochmal zur Verifizierung auf die andere MariaDB umgestellt und gestartet:

Wed Dec 18 22:18:19 2019: [ notice] Starting kopano-server version 8.4.5.0 (pid 30)
Wed Dec 18 22:18:19 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets.
Wed Dec 18 22:18:19 2019: [warning] WARNING: Either start the process as root, or increase user limits for open file descriptors.
Wed Dec 18 22:18:19 2019: [error ] KDatabase::Connect(): database access error Unknown error code (0x80000007), mysql error: Access denied for user 'kopano'@'localhost' (using password: YES)
Wed Dec 18 22:18:19 2019: [crit ] Unable to connect to database: MYSQL not initialized
Wed Dec 18 22:18:19 2019: [ notice] Server shutdown complete.

Sieht auch nicht gut aus.


Nochmal nachgedacht und den User und die richtige Datenbank ausgewählt......und nu siehts so aus....

Wed Dec 18 22:24:52 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets.
Wed Dec 18 22:24:52 2019: [warning] WARNING: Either start the process as root, or increase user limits for open file descriptors.
Wed Dec 18 22:25:03 2019: [warning] F_DUPFD yielded EINVAL

Zumindest bleibt Kopano am laufen und bricht nicht dauernd ab.

Allerdings sind die Meldungen sicher ncht ok und webapp funktioniert nicht.

Das mit den file descriptors nervt auch noch.

Ich kann auch die Kopanao Admin innerhalb von DSM nicht nutzen.
Vielleicht ein Port Problem!?

Geht morgen weiter für mich.....

Gute Nacht

 

[Andy+]

Und wo nun hast Du die Datenbank, in MariaDB 5 oder 10?

 

[Gordon696]

MariaDB5

Das ist das was mit Kopano4s in der Versionn 1.07b kommt.

Habe aber leider zahlreiche andere Meldungen:

DiskStation> more mail.warn
Dec 19 21:41:18 mail postfix/smtpd[921]: warning: TLS library problem: error:02001002:system library:fopen:No such file or directory:../crypto/bio/bss_file.c:293:fopen('/etc/kopano/ssl/svrcertbundle.pem','r'):
Dec 19 21:41:18 mail postfix/smtpd[921]: warning: TLS library problem: error:20074002:BIO routines:file_ctrl:system lib:../crypto/bio/bss_file.c:295:
Dec 19 21:41:18 mail postfix/smtpd[921]: warning: TLS library problem: error:140DC002:SSL routines:use_certificate_chain_file:system lib:../ssl/ssl_rsa.c:609:
Dec 19 21:46:37 mail postfix/smtpd[1673]: warning: cannot get RSA certificate from file "/etc/kopano/ssl/svrcertbundle.pem": disabling TLS support
Dec 19 21:46:37 mail postfix/smtpd[1673]: warning: TLS library problem: error:02001002:system library:fopen:No such file or directory:../crypto/bio/bss_file.c:293:fopen('/etc/kopano/ssl/svrcertbundle.pem','r'):


DiskStation> tail -20 gateway.log
Wed Dec 18 22:49:53 2019: [warning] setrlimit(RLIMIT_NOFILE, 8192) failed, you will only be able to connect up to 1024 sockets. Either start the process as root, or increase user limits for open file descriptors
Wed Dec 18 22:49:54 2019: [ notice] [ 82] Starting kopano-gateway version 8.4.5.0 (pid 82)
Wed Dec 18 22:52:28 2019: [error ] ECChannel::HrSetCtx(): cannot open key file
Wed Dec 18 22:52:28 2019: [error ] Error loading SSL context, POP3S and IMAPS will be disabled


DiskStation> tail -20 nginx-error.log
2019/12/18 22:25:48 [info] 84#84: *1 SSL_read() failed (SSL: error:14094412:SSL routines:ssl3_read_bytes:sslv3 alert bad certificate:SSL alert number 42) while waiting for request, client: xxx.xxx.xxx.x, server: 0.0.0.0:9443
2019/12/18 22:36:49 [info] 84#84: *4 client 172.17.42.1 closed keepalive connection

DiskStation> more z-push.log
19/12/2019 07:25:40 [ 115] [ INFO] [gclemens] User-agent: 'Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0'
19/12/2019 07:25:40 [ 115] [ INFO] [gclemens] cmd='' memory='3.02 MiB/4.00 MiB' time='1.29s' devType='' devId='' getUser='gclemens' from='xxx.xxx.xxx.x' idle='0s' version='2.4.5+0-0' method='GET' httpcode='200'
DiskStation> more z-push-error.log
18/12/2019 22:36:09 [ 104] [FATAL] [#unknown] Exception: (AuthenticationRequiredException) - Access denied. Please send authorisation information
18/12/2019 22:36:09 [ 104] [WARN] [#unknown] IP: xxx.xxx.xxx.x failed to authenticate user 'unknown'


Ich kann kein Webapp öffnen:
Got lost ? Goto Webapp Microsoft-Server-ActiveSync

Ich kann das Kopano4S-Admin innerhalb DSM´s nicht starten.


Die Installation sieht somit insgesamt nicht gut aus.

Funktionieren die anderen Versionen von Kopano mit MariaDB10 besser?
Kann ich dort dann ggf einen alten dump von MariaDB5 im Nachgang in MariaDB10 übernehmen?

Nach der Installation habe ich so viele Baustellen das es für mich unmöglich ist das zu nutzen.

 

[Andy+]

....MariaDB5.....

K4S möchte in MariaDB 10 installieren, ansonsten kannst Du nur versuchen, später das Socket (/var/lib/mysql/mysql.sock) und den Port (3306) anzupassen.

 

[Gordon696]

Spcket und Port hatte ich bereits angepasst.

Die beta Version ist doch gerade dafür mit MariaDB5 genutzt werden zu können.
Diese Version soll ja dazu da sein um noch auf DSSM5.2 in die neue Kopnao Umgebung zu migrieren bzw sogar parallel zu Zarafa JD betrieben zu werden.
Das wurde mir von Tosobos auch so bestätigt.
Er hatte ja noch die neuere Version 1.07b mit Anpassungen bereit gestellt.
Ich hatte mich auch durch unzählige Seiten des Forums gearbeitet und mir die Wikis angeschaut.

Ich sehe mich trotzdem außerstande mit entsprechender Unterstützung diese Version nutzen zu können.
Sehr schade das diese Version somit schlichtweg nicht nutzbar ist.

Scheinbar kann ich nur weiter nach vorne und werde auf DSM 6 aktualisieren und Kopano in der nin beta Version installieren.
Bin dann gespannt welche Minen mir da begegnen.

Es gibt ja auch noch Probleme auf Docker Ebene....aber dazu habe ich überhaupt keine Rckmeldungen erhalten.