Kopano kein Mailempfang möglich....Frage zum Postfixverständnis etc

Status
Für weitere Antworten geschlossen.

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Hallo und schöne Weihnachten in die Runde,

habe jetzt einige Wochen verschiedene Versuche hinter mir, um wieder Mails empfangen zu können.

Ich habe unzählige Forenbeiträge gelesen und habe jetzt meine Syn endgültig auf die neueste DSM Version aktualisiert und
möchte Kopano4s mit MariaDB10 betreiben.

Alles ist installiert und augenscheinlich am laufen.
Allerdings kann ich keine Emails empfangen.

So wie ich es verstanden habe erreichen mich alle Mails über Port 25.
Diese werden über Postfix entgegengenommen und mit DAGENT (LMTP) über Port 2003 weiter an Kopano gereicht.
Dann sollten diese über Webapp etc zu sehen sein.


Erste Frage:
Ist das so richtig wiedergegeben oder habe ich etwas essentielles übersehen?

Die Konfig des Postfix wird in der main.cf konfigurert und die des dagent in der entsprechenden cfg Datei, ebenso die spooler.cfg und .log.
Hier hatte ich gestern Abend noch Fehlermeldungen die heute nach dem restart von kopano-restart weg sind.
Auch hier wieder oberflächlich alles gut.
Somit müsste doch Kopano in der Lage sein Mails anzuzeigen!?

Zweite und wichtigste Frage:
Wo kann ich in der Kette noch suchen um zu ermitteln warum ich keine Mails empfangen kann?

Freue mich über konstruktive Unterstützung!

Feiertagsgrüße
Gordon
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Hi,
ganz wichtig: verwendest du den hauseigenen k4s Postfix, oder versuchst du es mit Synology Mail Server Postfix?
Letzteres ist zum Scheitern verurteilt, da Synology Mail Server LMTP nicht unterstützt (ist von Synology verbogen}.
Bei Standard Konfig muss man im k4s Postfix nix manuell ändern, es reicht, dass man die Mail Domaine und den Alias für postmaster im Installations-Menu angegeben hat.
Zur 2. Frage: du kannst den Mail-Empfang in k4s Testen unter k4s-admin-gui, k-cmds, kopano-postfix test-smtp, da wird eine Telnet Session ausgeführt und alle Schritte ausgegeben. Interessant ist dann auch was unter k4s-admin-gui Logs in mail.log und mail.err steht. Wenn die Mail mit lokale, Test via Telnet ankommt, dann solltest du als nächstes mal von Aussen ein Telnet auf den Port 25 fahren, um zu sehen, ob du ankommst; dann kann man die selben Befehlssequenzen eingeben, wie im Fenster bei test-smtp angegeben.
Noch etwas wichtiges: k4s arbeitet im Gegensatz zu Synology Mail-Server nicht mit lokalen Accounts, sondern mit sog, virtuellen Domains.
Das bedeutet, es wird nicht auf User im System gemappt und die Mail Domain angehängt, sondern die vollqualifizierte Mail-Adresse muss in Kopano eingetragen sein. Wenn du mehrere Mails auf einen Account routen willst, brauchst du Aliase, daher zwingend der Mail Account bei der Installation, auf den der Postmaster@Domain.xy gemappt wird; siehe Alias/BCC in k4s-admin-gui.
Glück auf. Wenn du nicht weiterkommst, poste doch bitte aus der k4s-admin-gui und maskiere private Angaben ausser der Domain.
-TosoBoso
 

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Hi,
ganz wichtig: verwendest du den hauseigenen k4s Postfix, oder versuchst du es mit Synology Mail Server Postfix?

Moin und vielen Dank für die Unterstützung an Weihnachten!

Ich nutze den Kopano eigenen Postfix wegen des LMTP´s.

Habe den SMTP Test in der Kommandozeile ausgeführt.

Hier der output der mail.log während des Tests:

tail -f mail.log
Dec 25 11:42:35 mail postfix/smtpd[15689]: connect from localhost[127.0.0.1]
Dec 25 11:42:36 mail postfix/smtpd[15689]: BB1F76D84029: client=localhost[127.0.0.1]
Dec 25 11:42:38 mail postfix/cleanup[15694]: BB1F76D84029: message-id=<20191225104236.BB1F76D84029@mail.domain.de>
Dec 25 11:42:38 mail postfix/qmgr[286]: BB1F76D84029: from=<postmaster@www.domain.de>, size=173, nrcpt=1 (queue active)
Dec 25 11:42:38 mail postfix/smtpd[15689]: disconnect from localhost[127.0.0.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Dec 25 11:42:39 mail postfix/smtp[15696]: BB1F76D84029: to=<admin@domain.de>, orig_to=<postmaster@www.domain.de>, relay=securesmtprelay.t-online.de[194.25.134.102]:25, delay=3.7, delays=3.1/0.18/0.34/0.06, dsn=2.0.0, status=sent (250 2.0.0 Message accepted. / Nachricht akzeptiert.)
Dec 25 11:42:39 mail postfix/qmgr[286]: BB1F76D84029: removed
Dec 25 11:42:41 mail postfix/smtpd[15689]: connect from unknown[172.17.0.1]
Dec 25 11:42:41 mail postfix/smtpd[15689]: Anonymous TLS connection established from unknown[172.17.0.1]: TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)
Dec 25 11:42:41 mail postfix/smtpd[15689]: NOQUEUE: reject: RCPT from unknown[172.17.0.1]: 454 4.7.1 <admin@domain.de>: Relay access denied; from=<postmaster@www.domain.de> to=<admin@domain.de> proto=ESMTP helo=<mailout04.t-online.de>
Dec 25 11:42:41 mail postfix/smtpd[15689]: disconnect from unknown[172.17.0.1] ehlo=2 starttls=1 mail=1 rcpt=0/1 data=0/1 rset=1 quit=1 commands=6/8


Output mail.err hat nur einen älteren Eintrag:
:/var/log/kopano# more mail.err
Dec 19 00:18:29 mail postfix/sendmail[10310]: fatal: chdir /var/spool/postfix: Permission denied

Die Verbindung Telnet auf Port 25 hat funktioniert, die Befehe laufen teilweise nicht sauber durch.
"Command not recognized"

Eigentlich sollte das laufen!?

Gruß
Gordon
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
..Ich nutze den Kopano eigenen Postfix wegen des LMTP´s...Habe den SMTP Test in der Kommandozeile ausgeführt. Hier der output der mail.log während des Tests:
Rich (BBCode):
Dec 25 11:42:35 mail postfix/smtpd[15689]: connect from localhost[127.0.0.1]
Dec 25 11:42:36 mail postfix/smtpd[15689]: BB1F76D84029: client=localhost[127.0.0.1]
Dec 25 11:42:38 mail postfix/cleanup[15694]: BB1F76D84029: message-id=<20191225104236.BB1F76D84029@mail.domain.de>
Dec 25 11:42:38 mail postfix/qmgr[286]: BB1F76D84029: from=<postmaster@www.domain.de>, size=173, nrcpt=1 (queue active)
Dec 25 11:42:38 mail postfix/smtpd[15689]: disconnect from localhost[127.0.0.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Dec 25 11:42:39 mail postfix/smtp[15696]: BB1F76D84029: to=<admin@domain.de>, orig_to=<postmaster@www.domain.de>, relay=securesmtprelay.t-online.de[194.25.134.102]:25, delay=3.7, delays=3.1/0.18/0.34/0.06, dsn=2.0.0, status=sent (250 2.0.0 Message accepted. / Nachricht akzeptiert.)
Dec 25 11:42:39 mail postfix/qmgr[286]: BB1F76D84029: removed
Dec 25 11:42:41 mail postfix/smtpd[15689]: connect from unknown[172.17.0.1]
Dec 25 11:42:41 mail postfix/smtpd[15689]: Anonymous TLS connection established from unknown[172.17.0.1]: TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)
Dec 25 11:42:41 mail postfix/smtpd[15689]: NOQUEUE: reject: RCPT from unknown[172.17.0.1]: 454 4.7.1 <admin@domain.de>: Relay access denied; from=<postmaster@www.domain.de> to=<admin@domain.de> proto=ESMTP helo=<mailout04.t-online.de>
Dec 25 11:42:41 mail postfix/smtpd[15689]: disconnect from unknown[172.17.0.1] ehlo=2 starttls=1 mail=1 rcpt=0/1 data=0/1 rset=1 quit=1 commands=6/8
Eigentlich sollte das laufen!? GrußGordon
Hi, deine Relay Settings sind falsch: statt eingehende Mails per Relay an LMTP localhost/172.0.0.1:2003 gehen die an deinen T-Online Provider (fett markiert). Dieses Relay sollte nur für outgoing Mails sein.
Dein zweiter Versuch erfolgt Nicht vom Localhost per Telnet oder Ähnliches, sodern vom Docker Host, also deiner Synology (172.17.0.1) und das Versenden von Mails ist strikt beschränkt, aus Gründen von Open-Relay.
Du kannst deinen Mail-Server für Docker-Host und Private-IPs aufmachen mit: anpassen in main.cf Eintrag >mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 192.168.0.0/16 172.17.0.0/24> und ggf. die 192.168 anpassen..
Korrekter Empfang per LMTP liegt in den folgenden Einträgen der main.cf mit passender vdomain und Aliasen und das ist Nicht[/B ]zu Verwechseln mit dem Sender Relay (relayhost = securesmtprelay.t-online.de).
Rich (BBCode):
 virtual_alias_maps = hash:/etc/kopano/postfix/valiases
 virtual_mailbox_domains = /etc/kopano/postfix/vdomains
 virtual_transport = lmtp:127.0.0.1:2003
Schalte den Relayhost mal ab..Ich verstehe sowieso nicht, warum manuelle Eingriffe in der main.cf nötig sind. Nimm doch bitte die Orginal Vorlage (Kopie in /var/packages/Kopano4s/target/merge/postfix/) und nimm die k4s-admin-gui.
Und so sieht das aus, wenn es funktioniert mit Relay fett markiert und maskiert auf mydomain.com. Beachte, ich habe Beides ausgeführt: >kopano-postfix test-smtp und >kopano-postfix test-smail Letzteres verwendet sendmail.
Rich (BBCode):
 Dec 26 07:49:22 mail postfix/smtpd[4946]: connect from localhost[127.0.0.1]
 Dec 26 07:49:24 mail postfix/smtpd[4946]: 2AC2C60528: client=localhost[127.0.0.1]
 Dec 26 07:49:26 mail postfix/cleanup[4952]: 2AC2C60528: message-id=<20191226064924.2AC2C60528@mail.mydomain.com>
 Dec 26 07:49:26 mail postfix/smtpd[4946]: disconnect from localhost[127.0.0.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
 Dec 26 07:49:26 mail postfix/qmgr[4688]: 2AC2C60528: from=<postmaster@mydomain.com>, size=165, nrcpt=1 (queue active)
 Dec 26 07:49:26 mail postfix/lmtp[4968]: 2AC2C60528: to=<admin@mydomain.com>, orig_to=<postmaster@mydomain.com>, relay=127.0.0.1[127.0.0.1]:2003, delay=3.3, delays=3/0.01/0.07/0.23, dsn=2.1.5, status=sent (250 2.1.5 admin@mydomain.com Ok)
 Dec 26 07:49:26 mail postfix/qmgr[4688]: 2AC2C60528: removed
 Dec 26 07:50:00 mail postfix/pickup[4687]: 23F1D60553: uid=0 from=<root>
 Dec 26 07:50:00 mail postfix/cleanup[4952]: 23F1D60553: message-id=<20191226065000.23F1D60553@mail.mydomain.com>
 Dec 26 07:50:00 mail postfix/qmgr[4688]: 23F1D60553: from=<root@mydomain.com>, size=263, nrcpt=1 (queue active)
 Dec 26 07:50:00 mail postfix/lmtp[4968]: 23F1D60553: to=<admin@mydomain.com>, orig_to=<postmaster@mydomain.com>, relay=127.0.0.1[127.0.0.1]:2003, delay=0.25, delays=0.05/0/0.07/0.13, dsn=2.1.5, status=sent (250 2.1.5 admin@mydomain.com Ok)
 Dec 26 07:50:00 mail postfix/cleanup[4952]: 66096606B5: message-id=<20191226065000.66096606B5@mail.mydomain.com>
 Dec 26 07:50:00 mail postfix/bounce[5034]: 23F1D60553: sender delivery status notification: 66096606B5
 Dec 26 07:50:00 mail postfix/qmgr[4688]: 66096606B5: from=<>, size=1954, nrcpt=1 (queue active)
 Dec 26 07:50:00 mail postfix/qmgr[4688]: 23F1D60553: removed
 Dec 26 07:50:00 mail postfix/lmtp[4968]: 66096606B5: to=<admin@mydomain.com>, orig_to=<root@mydomain.com>, relay=127.0.0.1[127.0.0.1]:2003, delay=0.32, delays=0.05/0/0.06/0.2, dsn=2.1.5, status=sent (250 2.1.5 admin@mydomain.com Ok)
 Dec 26 07:50:00 mail postfix/qmgr[4688]: 66096606B5: removed
-TosoBoso
 

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Hi Tosoboso,

vielen Dank für die Recherche....allerdings bin ich mehr als verwundert.

Den relay habe ich nicht von Hand in die main.cf eingetragen.
Ich gehe davon aus, dass der Eintrag durch die Installationsroutine erfolgt ist.
Dort wurde ich in einer der Abfragen nach dem relay gefragt.

Hier meine Ergänzungen:

Korrekter Empfang per LMTP liegt in den folgenden Einträgen der main.cf mit passender vdomain und Aliasen und das ist Nicht[/B ]zu Verwechseln mit dem Sender Relay (relayhost = securesmtprelay.t-online.de).
Rich (BBCode):
 virtual_alias_maps = hash:/etc/kopano/postfix/valiases
 virtual_mailbox_domains = /etc/kopano/postfix/vdomains
 virtual_transport = lmtp:127.0.0.1:2003
Schalte den Relayhost mal ab..Ich verstehe sowieso nicht, warum manuelle Eingriffe in der main.cf nötig sind. Nimm doch bitte die Orginal Vorlage (Kopie in /var/packages/Kopano4s/target/merge/postfix/) und nimm die k4s-admin-gui.
Und so sieht das aus, wenn es funktioniert mit Relay fett markiert und maskiert auf mydomain.com. Beachte, ich habe Beides ausgeführt: >kopano-postfix test-smtp und >kopano-postfix test-smail Letzteres verwendet sendmail.


Genau diese Eintragungen habe ich in meiner mai.cf.......auch in der "Musterdatei" im packages UV.

Rich (BBCode):
# relay from provider when running dynamic IP; now we need sasl_auth and potentially smarthost sender_relay
relayhost = securesmtprelay.t-online.de
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/kopano/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
#smtp_sender_dependent_authentication = yes
#sender_dependent_relayhost_maps = hash:/etc/kopano/postfix/sender_relay

In diesem Segment sollte doch sicherlich der seder relay stehen...oder nicht?

Woanders habe ich diesen auch nicht eingetragen.

Hast Du vielleicht eine muster main.cf Datei verfügbar?
WIe gesagt.....auch die Muster Datei ht die gleichen Eintragungen.

Gruß
Gordon
 

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Ergänzung:

Ich habe heute morgen gesehen das es eine neue Kopano Version gibt.
Die alte komplett gelöscht und die neue (1.9) installiert.

Nachdem ich das Network angepasst habe......172.10.0.0/24 habe ich postfix neu gestartet damit die Änderung übernommen wird.

Hier der Output:

Rich (BBCode):
root@DiskStation:/etc/kopano/postfix# kopano-postfix restart
Stopping ClamAV daemon: clamd.
Clamav signatures not found in /var/lib/clamav ... failed!
Please retrieve them using freshclam ... failed!
Then run '/etc/init.d/clamav-daemon start' ... failed!
Stopping amavisd: (not running).
Starting amavisd: Failed to open log file /var/log/kopano/amavis.log: Permission denied at /usr/sbin/amavisd-new line 2341.
(failed).
Stopping Postfix Mail Transport Agent: postfix.
Starting Postfix Mail Transport Agent: postfix.

Auch mit der neuen Version und der Änderung des relays kommt folgender output wenn ich smtp teste.

Rich (BBCode):
Dec 27 08:24:01 mail postfix/lmtp[12457]: connect to 127.0.0.1[127.0.0.1]:10024: Connection refused
Dec 27 08:24:01 mail postfix/lmtp[12457]: D65DF99E404A: to=<name@domain.de>, relay=none, delay=1.5, delays=1.5/0.04/0/0, dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024: Connection refused)
Dec 27 08:24:01 mail postfix/smtpd[12453]: disconnect from unknown[172.17.0.1] ehlo=1 mail=1 rcpt=1 data=1 commands=4
Dec 27 08:27:15 mail postfix/master[11332]: terminating on signal 15
Dec 27 08:27:18 mail postfix/master[13650]: daemon started -- version 3.1.12, configuration /etc/postfix
Dec 27 08:28:09 mail postfix/smtpd[13668]: connect from localhost[127.0.0.1]
Dec 27 08:28:11 mail postfix/smtpd[13668]: C2DC299E404B: client=localhost[127.0.0.1]
Dec 27 08:28:13 mail postfix/cleanup[13674]: C2DC299E404B: message-id=<20191227072811.C2DC299E404B@mail.domain.de>
Dec 27 08:28:13 mail postfix/qmgr[13652]: C2DC299E404B: from=<postmaster@domain.de>, size=169, nrcpt=1 (queue active)
Dec 27 08:28:13 mail postfix/smtpd[13668]: disconnect from localhost[127.0.0.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Dec 27 08:28:13 mail postfix/lmtp[13676]: connect to 127.0.0.1[127.0.0.1]:10024: Connection refused
Dec 27 08:28:14 mail postfix/lmtp[13676]: C2DC299E404B: to=<postmaster@domain.de>, orig_to=<postmaster@domain.de>, relay=none, delay=3.1, delays=3.1/0.04/0/0, dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024: Connection refused)
Dec 27 08:31:18 mail postfix/smtpd[13678]: connect from unknown[172.17.0.1]
Dec 27 08:31:19 mail postfix/smtpd[13678]: Anonymous TLS connection established from unknown[172.17.0.1]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Dec 27 08:31:19 mail postfix/smtpd[13678]: C913B99E404C: client=unknown[172.17.0.1]
Dec 27 08:31:20 mail postfix/cleanup[13681]: C913B99E404C: message-id=<ee852246-97ab-463e-92e7-4570223ea9d8@atl1s07mta630.xt.local>
Dec 27 08:31:20 mail postfix/qmgr[13652]: C913B99E404C: from=<bounce-74_HTML-487010644-278818-7237824-50@bounce.email2.microsoft.com>, size=75513, nrcpt=1 (queue active)
Dec 27 08:31:20 mail postfix/lmtp[13682]: connect to 127.0.0.1[127.0.0.1]:10024: Connection refused
Dec 27 08:31:20 mail postfix/lmtp[13682]: C913B99E404C: to=<name@domain.de>, relay=none, delay=0.96, delays=0.91/0.05/0/0, dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024: Connection refused)
Dec 27 08:31:20 mail postfix/smtpd[13678]: disconnect from unknown[172.17.0.1] ehlo=2 starttls=1 mail=1 rcpt=1 data=1 quit=1 commands=7

Wieso wird die connection zum LOCALHOST refused?
Das hatte ich vorher nicht und habe auch nichts entsprechendes geändert.
Welche Änderungen müssen noch händisch erfolgen?

Danke vorab für die weitere Unterstützung.

Gruß
Gordon
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Hi, bitte Schritt für Schritt und schalte nicht gleich alle Menu Optionen zu.
In dem Fall erstmal ohne SPAM-AV Testen, denn laut Fehlermeldungen gibt es Probleme mit calmav and amavisd,, Der connect auf Localhost, der fehlschlägt ist auf Port 1024 und da läuft amavisd, oder auch nicht...
Ich checke parallel das Rechte Problem mit Spam-AV amavisd und muss ggf. den Container Anpassen. Das Regelt sich dann auf eurer Seite mit einem > kopano4s-init refresh , also neuem Image und Container Laden...
Zum Thema Beispiel config main.cf., wie gesagt, die Datei in target-merge ist die Besispiel-Datei.. PS: welche Edition benutzt du, Default, oder Community?
-TosoBoso
 

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Hi, bitte Schritt für Schritt und schalte nicht gleich alle Menu Optionen zu.

-TosoBoso

Moin,

habe jetzt nochmal von Grund auf neu und ohne übermäßig viele Optionen installiert.
Den Sender Relay habe ich eingeschaltet, die Tests laufen trotzdem sauber durch.
Die Testmail kann ich empfangen.

Allerdings erhält derzeit nur admin Mails vom System.
Von außen habe ich noch keine Mails erhalten können.

Hier nochmal kurz der output der Tests:

Rich (BBCode):
kopano-postfix test-smtp

Dec 29 07:33:14 mail postfix/smtpd[698]: connect from localhost[127.0.0.1]
Dec 29 07:33:15 mail postfix/smtpd[698]: DB668453A049: client=localhost[127.0.0.1]
Dec 29 07:33:17 mail postfix/cleanup[715]: DB668453A049: message-id=<20191229063315.DB668453A049@www.domain.de>
Dec 29 07:33:17 mail postfix/qmgr[16390]: DB668453A049: from=<postmaster@domain.de>, size=168, nrcpt=1 (queue active)
Dec 29 07:33:17 mail postfix/smtpd[698]: disconnect from localhost[127.0.0.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Dec 29 07:33:18 mail postfix/lmtp[720]: DB668453A049: to=<admin@clebigo.de>, orig_to=<postmaster@domain.de>, relay=127.0.0.1[127.0.0.1]:2003, delay=3.7, delays=3.1/0.09/0.14/0.39, dsn=2.1.5, status=sent (250 2.1.5 admin@domain.de Ok)
Dec 29 07:33:18 mail postfix/qmgr[16390]: DB668453A049: removed

######################################################################################

kopano-postfix test-smail

Dec 29 07:33:35 mail postfix/pickup[31104]: D2BDD453A049: uid=0 from=<root>
Dec 29 07:33:35 mail postfix/cleanup[715]: D2BDD453A049: message-id=<20191229063335.D2BDD453A049@www.domain.de>
Dec 29 07:33:35 mail postfix/qmgr[16390]: D2BDD453A049: from=<root@domain.de>, size=268, nrcpt=1 (queue active)
Dec 29 07:33:36 mail postfix/lmtp[720]: D2BDD453A049: to=<admin@domain.de>, orig_to=<postmaster@domain.de>, relay=127.0.0.1[127.0.0.1]:2003, delay=0.79, delays=0.15/0.01/0.18/0.45, dsn=2.1.5, status=sent (250 2.1.5 admin@domain.de Ok)
Dec 29 07:33:36 mail postfix/cleanup[715]: B2965453A04B: message-id=<20191229063336.B2965453A04B@www.domain.de>
Dec 29 07:33:36 mail postfix/bounce[767]: D2BDD453A049: sender delivery status notification: B2965453A04B
Dec 29 07:33:36 mail postfix/qmgr[16390]: B2965453A04B: from=<>, size=1985, nrcpt=1 (queue active)
Dec 29 07:33:36 mail postfix/qmgr[16390]: D2BDD453A049: removed
Dec 29 07:33:37 mail postfix/lmtp[720]: B2965453A04B: to=<admin@domain.de>, orig_to=<root@domain.de>, relay=127.0.0.1[127.0.0.1]:2003, delay=0.91, delays=0.07/0.01/0.15/0.68, dsn=2.1.5, status=sent (250 2.1.5 admin@domain.de Ok)
Dec 29 07:33:37 mail postfix/qmgr[16390]: B2965453A04B: removed


PS: welche Edition benutzt du, Default, oder Community?
-TosoBoso

Ich hatte die Auswahl zwischen der privaten (weiß leidernicht mehr die genaue Bezeichnung) bzw der mit SNR.
Entsprechend habe ich die Version ohne SNR ausgewählt.

Ich hoffe das beantwortet Deine Frage!?


Wie komme ich denn jetzt zu meinen Mails von außen?

Danke und Gruß
Gordon
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Moin, habe jetzt nochmal von Grund auf neu und ohne übermäßig viele Optionen installiert. Den Sender Relay habe ich eingeschaltet, die Tests laufen trotzdem sauber durch. Die Testmail kann ich empfangen.
Allerdings erhält derzeit nur admin Mails vom System. Von außen habe ich noch keine Mails erhalten können. Wie komme ich denn jetzt zu meinen Mails von außen?
Moin, die Tests laufen ja nun erfolgreich durch.
Du kannst auch gegen andere Accounts, als Postmaster Testen, indem du die Mail anhängst: z.B. kopano-postfix test-smtp gordong@domain.de.
Das setzt vorraus, dass die eMails in einem Kopano Account exisiteren, oder ein es einen Alias gibt wie bei Postmaster auf admin. Das hatte ich bereits ausgeführt: k4s arbeitet mit virtuellen Domains ohne lokale Accounts.
Wenn diese Tests mit anderen Mail-/Kopano-Accounts erfolgreich durchlaufen kannst du auch Mails von Aussen auf diese Accounts empfangen, wenn das nicht geht, dann ist dein Port 25 vom Router nicht Sauber Freigegeben.
Zugriff von aussen auf Port 25 kannst du ja seperat Testen.Du hast übrigens die Default Edition installiert.Abschliessend solltestest du TLS Einschalten und kannst Postfix von Aussen Testen z.B. mit https://mxtoolbox.com

PS: Die Fehlermeldung beim Verwenden mit eingeschalteter SPAMAV Option habe ich analysiert und im nächsten Release behoben, dann kann man auf SpamAV wieder einschalten und Testen (kopano-postfix test-amavis & test-spam)
-TosoBoso
 

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Hi Tosoboso,
habe jetzt auch die anderen Mailadressen mit Erfolg getestet.
Ich erhalte zwar die Testmails aber nichts von außen.

Der externe Test per telnet über Port 25 zu verbinden klappt leider nicht.
Habe mir die Portfreigaben angeschaut und das sollte eigentlich passen.
Immerhin habe ich das die letztzen 6 Jahre so genutzt und meine Mails erhalten.

Auch über die von Dir genannte Webseite kann ich meinen Mailserver nicht erreichen.

Ich habe die gleichen Portfreigaben in mener Fritzbox wie in miener Syn.

In die Runde gefragt.....hat jemand eine zündende Idee warum mein Port nicht offen ist obwohl er das sein sollte?

Mach jetzt Schluß und widme mich morgen wieder dem Thema....

Gute Nacht!

Gordon
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.018
Punkte für Reaktionen
318
Punkte
189
Achte darauf, dass alle Portfreigaben den Portnummern des Containers entsprechen. Bei ZarafaJD war IMAP beispielsweise auf Port 144 gelegt und nicht 143, usw. geh das nochmal detailliert durch.
 

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Moin.....und frohes neues Jahr in die Runde.....

ich möchte nochmal darauf hinweisen, dass ich die letzten 6-7 Jahren Zarafa JD erfolgreich genutzt habe.

Erst als ich die Migration mit Kopano beta gestartet habe, lief nichts mehr wie es sollte.

Die Portfreigaben habe ich überprüft....auf der Syn und auch auf der Fritzbox.

Trotzdem ist ein Zugriff derzeit über Port 25 nicht möglich
.
Der Test in der Syn über die Routerkonfig ist bei Port25 langwierig aber erfolgreich.

Muss ich den Port noch zusätzlich unter Linux frei geben?


Free mich über hilfreiche Infos!
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.018
Punkte für Reaktionen
318
Punkte
189
Es sind keine besonderen Freigaben erforderlich. Was sagen die Logs? Vielleicht geht bei Deinem Mailgateway nur Port 465 oder 587, wäre das möglich?
 

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Habe mir jetzt alle logs angeschaut die hier liegen:

root@DiskStation:/var/log/kopano# pwd
/var/log/kopano
root@DiskStation:/var/log/kopano# ls -ltr
.........
..........
-rw-r----- 1 root kopano 0 Dec 29 06:45 nginx-access.log
-rw-r----- 1 root kopano 0 Dec 29 06:45 nginx-error.log
-rw-r--r-- 1 root kopano 0 Dec 29 06:45 syslog
-rw-rw---- 1 root kopano 0 Dec 29 06:45 mail.err
drwxrwx--- 2 http kopano 4096 Dec 30 06:30 z-push
-rw-rw---- 1 kopano kopano 12137 Jan 1 11:18 server.log
-rw-rw---- 1 root kopano 643 Jan 1 11:23 mail.warn
-rw-rw---- 1 root kopano 21611 Jan 1 19:11 mail.log
-rw-rw---- 1 root kopano 21611 Jan 1 19:11 mail.info
-rw-r--r-- 1 root kopano 168092 Jan 1 20:39 syslog.1
-rw-rw---- 1 root kopano 599106 Jan 1 20:51 php-fpm.log
-rw-r--r-- 1 root root 353732 Jan 1 20:51 nginx-error.log.1
-rw-r--r-- 1 root root 1191372 Jan 1 21:04 nginx-access.log.01

Ich finde beim besten Willen nichts!

Freue mich über konstruktive Hinweise.......
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.018
Punkte für Reaktionen
318
Punkte
189
Hast Du bereits Spamordner gecheckt? Ich nehme mal an, Du sendest Dir selbst emails, dann wäre das uU denkbar.
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
.. ich möchte nochmal darauf hinweisen, dass ich die letzten 6-7 Jahren Zarafa JD erfolgreich genutzt habe. Erst als ich die Migration mit Kopano beta gestartet habe, lief nichts mehr wie es sollte. Die Portfreigaben habe ich überprüft....auf der Syn und auch auf der Fritzbox. Trotzdem ist ein Zugriff derzeit über Port 25 nicht möglich. Der Test in der Syn über die Routerkonfig ist bei Port 25 langwierig aber erfolgreich. Muss ich den Port noch zusätzlich unter Linux frei geben? Freue mich über hilfreiche Infos!
Moin, es sind keine Freigaben nötig ausser dem Port-Forwarding auf 25 und natürlich musst du, falls in der Synology eine Firewall aktiviert ist Port 25 freigeben.
Der Test mit Telnet sollte nicht aufwendig sein und wenn du ein DynDns hast, hier am Beispiel mydomain.com, dann sieht das so aus, Schritt für Schritt, siehe unten.
Zu Beachten: K4s meldet sich mit einem Banner beim Connect, damit weisst du, dass du "da" bist. Die zwei Leerzeichen per CLF CR und der Punkt dazwischen sind nötig, um die Mail abzuschliessen und quit zum Beenden.
Die Domain in EHLO muss exisiteren, ebenso der Empfänger, sonst gibt es ein Reject und du hast hoffentlich noch kein Postfix Reject invalid hostname, invalid domain, spam rbl check etc. aktiviert, sonst gibt es ggf. Rejects deswegen...
Wenn du kein Banner siehst, dann solltest du die Fritzbox Freigabe / Portweiterleitung löschen, die FritzBox rebooten und Freigaben erneut neu anlegen (ich gehe davon aus, dass kein weiterer Mail-Gateway / Firewall in deinem Setup ist)...
Rich (BBCode):
 telnet mydomain.com 25
220 mydomain.com. ESMTP Postfix Kopano4s
 EHLO mydomain.com
250-mydomain.com
250-PIPELINING
250-SIZE 26214400
250-VRFY
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-DSN
250 SMTPUTF8
 mail from:<postmaster@mydomain.com>
250 2.1.0 Ok
 rcpt to:<postmaster@mydomain.com>
250 2.1.5 Ok
 data
354 End data with <CR><LF>.<CR><LF>
 subject: testmail
 for kopano4s
 
  .

quit
221 2.0.0 Bye
EDIT und du solltest SpamAV via amavis entweder deaktiviert haben, oder zumidest kein bounce-spam haben, sonst schluckt amavis die Mail ggf weg. Führe mal > kopano4s-optionals bounce-spam off aus und am Besten auch > kopano4s-optionals amavis off.

Zu "Erst als ich die Migration mit Kopano beta gestartet habe, lief nichts mehr wie es sollte." Eine Migration von DSM5.2 Zarafa auf DSM 6.2 ist einfach ein Projekt..
Das Synology JD Zarafa nicht mehr unterstützt und der Synology Postfix kein LMTP macht die Migration eben aufwendiger. Ansonsten helfen wir ja wo wir können bei der Migration von legacy JD Zarafa, aber es ist schwiering jedes Detail eines Setups zu kennen..
-TosoBoso
 
Zuletzt bearbeitet:

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Nabend....was lange währt.....

Inzwischen läuft soweit alles.

Wenn ich jetzt noch die alten Mails von Zarafa JD in die neue Umgebung migrieren könnten wäre das ein Traum.
Gibt es vielleicht eine Möglichkeit das zu machen?

@Tosobooso....wieso sollen Amavis bzw bounce spam nicht laufen?

Danke nochmal für die Unterstützung.

Gruß
Gordon
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.018
Punkte für Reaktionen
318
Punkte
189
Orientiere Dich im Grundsatz mal daran

https://wiki.z-hub.io/display/K4S/Migration+from+Zarafa

Wie ich verstanden habe, hast Du eine DS mit beiden Installationen drauf und nun die Community-Version nun am laufen. Dann verbleibt Dir eigentlich nur Option 3 mit Outlook. Waren das nicht 3 User bei Dir? Würde bedeuten, 3 mal User exportieren in 3 PST´s aus ZJD und danach 3 mal User importieren in K4S, dafür hast Du im Grundsatz die Protokolle IMAP, ActiveSync, Zarafa-Client zur Verfügung. Wenn Du nur Emails hast, kannst Du unter allen wählen, hast Du noch Kontakte, Notizen, Aufgaben, Kalender, dann geht nur ActiveSync, Zarafa-Client.

Wie gross sind die Postfächer?
 

Gordon696

Benutzer
Mitglied seit
07. Jan 2013
Beiträge
86
Punkte für Reaktionen
0
Punkte
0
Inzwischen habe ich leider keine zwei Installationen mehr.

Das hatte nich funktioniert weshalb ich komplett auf das 6er DSM gewechselt bin und auf die non-beta Kopano Version.

Somit entfallen leider die Möglichkeiten in Deinem Link.

Gbt es eine Möglichkeit nur die MariaDB5 DB von Zarafa mit einer App zu öffnen und die Einträge zu extrahieren?

Größe der Postfächer kann ich aktuelle leider nicht sagen.
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Backup von alter Synology und Import in Neue mit k4s

Nabend....was lange währt.....Inzwischen läuft soweit alles.Wenn ich jetzt noch die alten Mails von Zarafa JD in die neue Umgebung migrieren könnten wäre das ein Traum.
Dein Wunsch wird erhört: man kann parallel auf der selben Box Migrieren, oder den DatenbankDump von der anderen Box einspielen und dann mit > kopano4s-migration-zarafa durchstraten. Siehe auch hier: https://www.synology-forum.de/showt...u-Kopano/page9&p=850037&viewfull=1#post850037
Inzwischen habe ich leider keine zwei Installationen mehr. Gbt es eine Möglichkeit nur die MariaDB5 DB von Zarafa mit einer App zu öffnen und die Einträge zu extrahieren?
Hi, du kannst das Tool mySqlDumpDbs.sh aus meinem Skripte-Bestand nehmen.
Mit Parameter all werden alle DBs gesichert und mit Zarafa nur Diese. Es funktioniert mit MariaDB(5) und MariaDB10. Man muss entweder das MySQL root Passwort beim Aufruf angeben, oder packt es in das Skript. Vorsicht nicht das Sytem root, sondern MySQL..
Nachdem dann die Zarafa-DB gesichert wurde einfach den Dump auf die neue Box rüber-kopieren, oder per SynologyDrive Share Sync den Ordner backup rüber-syncen. Der Dump muss dann in /volume1/kopano/backup liegen, bevor man die Migration startet.
Bei der Migration via > kopano4s-migration-zarafa start wird zuerst ein Backup gezogen, als Fallback, dann wird auf die Migration Edition geswitched, Zarafa per DB importiert und per Users exportiert und dies in das bestehende k4s importiert. Hoffe das hilft
-TosoBoso
 

Anhänge

  • mySqlDumpDbs.zip
    4,3 KB · Aufrufe: 2
Status
Für weitere Antworten geschlossen.
 

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