Symfony\Component\Mailer\Messenger\SendEmailMessage" failed

Joam55

Hallo,

hat jemand eine Idee welche Information geliefert werden müssten, damit ein extner Symphony-Dienst mit dem mailcow mailserver kommmuniziert?

Diese Fehlermeldung wird von Symfony Applikation Contao 5.6 erzeugt, und so kein Formular gesendet:

Message “Symfony\Component\Mailer\Messenger\SendEmailMessage” failed: "Handling “Symfony\Component\Mailer\Messenger\SendEmailMessage” failed: Connection could not be established with host “ssl://mail.avfmail2.de:465”: stream_socket_client(): Unable to connect to ssl://mail.mailerhost.de:465 (Connection timed out)"

Das sind die Parameter, die verarbeitet werden müssen:
(Mein Mailprogramm, ja auch ein externer Dienst, empfängt und sendet mit diesen Parametern problemlos.)
mailer_transport: smtp
mailer_host: mail.mailcowserver.de
mailer_user: info@meinewebsite.de
mailer_password: ‘vjv4XXoZ0K’
mailer_port: 465
mailer_encryption: ssl

Hat das möglicherweise mit DNS SPF einträgen zu tun?
Das ist der DNS des mailcowservers und Websiteservers:

“v=spf1 include:meinewebsite.de ip4:188.245.201.116 ip4:128.140.126.64 _all”

… 201.116 = mailcowserver
… 126.64 = Websiteserver

Die Syntax von SPF, DKIM und DMARK der info@meinewebsite.de wirft keine Fehler aus:

— SPF —
Domain: meinesite.de
Identity: RFC5321.MailFrom
Auth Result: PASS
DMARC Alignment: PASS

— DKIM —
Domain: meinesite.de
Selector: dkim
Algorithm: (2048-bit)
Auth Result: PASS
DMARC Alignment: PASS

— DMARC —
RFC5322.From domain: meinesite.de
Policy (p=): reject
SPF: PASS
DKIM: PASS
DMARC Result: PASS

— Final verdict —
DMARC does not take any specific action regarding message delivery. Generally, this means that the message will be successfully delivered. However, it’s important to note that other factors like spam filters can still reject or quarantine a message.

Thanks for using learndmarc.com
This free service is brought to you by URIports.com - DMARC Monitoring Reinvented.

Vielen Dank im Voraus für jeden Lösungsansatz 🙂

Gruß Achim

esackbauer

Joam55 Unable to connect to ssl://mail.mailerhost.de:465 (Connection timed out)

Der Port ist nicht offen oder nicht erreichbar, deshalb scheitert der Verbindungsaufbau. Bitte deine Firewall (welche?) einstellungen prüfen. Oder die IP des Symfony Server ist durch Fehlversuche auf der Fail2ban liste gelandet, bitte im Admin UI nachsehen. Sicherheitshalber solltest du dessen IP als “Weiterleitungshost” der mailcow bekanntmachen.

Joam55

Danke für Lesen und Hirnschmalz!

blocklist.de findet keine der beteiligten IPs, der server ist erst 20 Tage am Netz, und für nichts anders da, als dieses Problem einzugrenzen und zu lösen.

ping 128.140.126.64
PING 128.140.126.64 (128.140.126.64) 56(84) bytes of data.
64 bytes from 128.140.126.64: icmp_seq=1 ttl=64 time=0.032 ms

Die Firewall ist serverseitig bei Hetzner definiert und angewendet.
Das sind alle offene ports:
TCP 465 ist dabei:

sudo netstat –program Active Internet connections Proto Recv-Q Send-Q Local Address tcp 0 0 0.0.0.0:465 tcp 0 0 0.0.0.0:25 tcp 0 0 0.0.0.0:22 tcp 0 0 0.0.0.0:587 tcp 0 0 128.140.126.64:53 tcp 0 0 128.140.126.64:53 tcp 0 0 128.140.126.64:53 tcp 0 0 128.140.126.64:53 tcp 0 0 127.0.0.1:3306 tcp 0 0 0.0.0.0:10000 tcp 0 0 127.0.0.1:53 tcp 0 0 127.0.0.1:53 tcp 0 0 127.0.0.1:53 tcp 0 0 127.0.0.1:53 tcp 0 0 127.0.0.1:556 tcp 0 0 127.0.0.1:8891 tcp 0 0 127.0.0.1:953 tcp 0 0 127.0.0.1:10023 tcp 0 0 0.0.0.0:20000 tcp6 0 0 :::443 tcp6 0 0 :::465 tcp6 0 0 ::1:53 tcp6 0 0 ::1:53 tcp6 0 0 ::1:53 tcp6 0 0 ::1:53 tcp6 0 0 :::25 tcp6 0 0 :::22 tcp6 0 0 :::21 tcp6 0 0 :::80 tcp6 0 0 ::1:953 tcp6 0 0 :::587 tcp6 0 0 fe80::9000:6ff:fea3::53 tcp6 0 0 fe80::9000:6ff:fea3::53 tcp6 0 0 fe80::9000:6ff:fea3::53 tcp6 0 0 fe80::9000:6ff:fea3::53 tcp6 0 0 ::1:10023 tcp6 0 0 :::10000 tcp6 0 0 2a01:4f8:c013:fc9::1:53 tcp6 0 0 2a01:4f8:c013:fc9::1:53 tcp6 0 0 2a01:4f8:c013:fc9::1:53 tcp6 0 0 2a01:4f8:c013:fc9::1:53 tcp6 0 0 :::2222 udp 0 0 0.0.0.0:10000 udp 0 0 0.0.0.0:20000 udp 0 0 128.140.126.64:53 udp 0 0 128.140.126.64:53 udp 0 0 128.140.126.64:53 udp 0 0 128.140.126.64:53 udp 0 0 127.0.0.1:53 udp 0 0 127.0.0.1:53 udp 0 0 127.0.0.1:53 udp 0 0 127.0.0.1:53 udp 0 0 0.0.0.0:68 udp6 0 0 ::1:53 udp6 0 0 ::1:53 udp6 0 0 ::1:53 udp6 0 0 ::1:53 udp6 0 0 2a01:4f8:c013:fc9::1:53 udp6 0 0 2a01:4f8:c013:fc9::1:53 udp6 0 0 2a01:4f8:c013:fc9::1:53 udp6 0 0 2a01:4f8:c013:fc9::1:53 udp6 0 0 fe80::9000:6ff:fea3::53 udp6 0 0 fe80::9000:6ff:fea3::53 udp6 0 0 fe80::9000:6ff:fea3::53 udp6 0 0 fe80::9000:6ff:fea3::53 root@ac-claud:~# –tcp –udp –numeric –listening
(only servers)
Foreign Address State PID/Program name
0.0.0.0:* LISTEN 1307/master
0.0.0.0:* LISTEN 1307/master
0.0.0.0:* LISTEN 921/sshd: /usr/sbin
0.0.0.0:* LISTEN 1307/master
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 1059/mariadbd
0.0.0.0:* LISTEN 1333/perl
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 6504/perl
0.0.0.0:* LISTEN 973/opendkim
0.0.0.0:* LISTEN 709745/named
0.0.0.0:* LISTEN 887/postgrey –inet
0.0.0.0:* LISTEN 1331/perl
:::* LISTEN 300134/apache2
:::* LISTEN 1307/master
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 1307/master
:::* LISTEN 921/sshd: /usr/sbin
:::* LISTEN 3100597/proftpd: (a
:::* LISTEN 300134/apache2
:::* LISTEN 709745/named
:::* LISTEN 1307/master
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 887/postgrey –inet
:::* LISTEN 1333/perl
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 709745/named
:::* LISTEN 3100597/proftpd: (a
0.0.0.0:* 1333/perl
0.0.0.0:* 1331/perl
0.0.0.0:* 709745/named
0.0.0.0:* 709745/named
0.0.0.0:* 709745/named
0.0.0.0:* 709745/named
0.0.0.0:* 709745/named
0.0.0.0:* 709745/named
0.0.0.0:* 709745/named
0.0.0.0:* 709745/named
0.0.0.0:* 676/dhclient
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named
:::* 709745/named

esackbauer

Joam55 blocklist.de findet keine der beteiligten IPs,

Die meinte ich nicht, sondern Fail2ban…
Siehe ganz unten im Screenshot:
https://docs.mailcow.email/de/manual-guides/mailcow-UI/u_e-mailcow_ui-netfilter/

Was meinst du “Firewall bei Hetzner”? Die kann man nur über deren Webgui konfigurieren.
Der Netstat output zeigt keine Firewall Rules…
Eine Firewall am Linux host sollte deaktiviert sein, weil Mailcow das selber über seine docker-iptables macht.
https://docs.mailcow.email/de/getstarted/prerequisite-system/#firewall-ports
(Siehe roter Kasten)

Funktioniert sonst alles mit mailcow? senden und empfangen?
Manche Ports öffnet Hetzner, egal was an der Firewall konfiguriert wurde, erst nach 30 Tagen. Ggf. Ticket bei Hetzner aufmachen und nachfragen.

Joam55

Oha,
was bedeutet master?

netstat -tulpn | grep -E -w ‘25|80|110|143|443|465|587|993|995|4190’
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 1307/master
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 1307/master
tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 1307/master
tcp6 0 0 :::443 :::* LISTEN 300134/apache2
tcp6 0 0 :::465 :::* LISTEN 1307/master
tcp6 0 0 :::25 :::* LISTEN 1307/master
tcp6 0 0 :::80 :::* LISTEN 300134/apache2
tcp6 0 0 :::587 :::* LISTEN 1307/master

esackbauer

Joam55 was bedeutet master?

Na das irgendein anderer Prozess/service an deinem Linux host läuft, der sich die Ports geschnappt hat.
Wenn richtig konfiguriert, sollte dort “docker-proxy” anstatt “master” stehen.
Was macht der Apache da auf Port 443?

Joam55

Nochmal, mache ich Verwirrung.
128.140.126.64 darauf läuft Symphony/Contao:
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 1307/master
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 1307/master
tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 1307/master
tcp6 0 0 :::443 :::* LISTEN 300134/apache2
tcp6 0 0 :::465 :::* LISTEN 1307/master
tcp6 0 0 :::25 :::* LISTEN 1307/master
tcp6 0 0 :::80 :::* LISTEN 300134/apache2
tcp6 0 0 :::587 :::* LISTEN 1307/master

188.245.201.116, darauf läuft die mailcow:
netstat -tulpn | grep -E -w ‘25|80|110|143|443|465|587|993|995|4190’
tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 2842063/docker-prox
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 2842206/docker-prox
tcp 0 0 0.0.0.0:4190 0.0.0.0:* LISTEN 2842125/docker-prox
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 2841833/docker-prox
tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 2842047/docker-prox
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 2841863/docker-prox
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 2842227/docker-prox
tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 2842242/docker-prox
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 2842082/docker-prox
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 2842101/docker-prox
tcp6 0 0 :::143 :::* LISTEN 2842074/docker-prox
tcp6 0 0 :::25 :::* LISTEN 2842214/docker-prox
tcp6 0 0 :::4190 :::* LISTEN 2842131/docker-prox
tcp6 0 0 :::80 :::* LISTEN 2841849/docker-prox
tcp6 0 0 :::110 :::* LISTEN 2842053/docker-prox
tcp6 0 0 :::443 :::* LISTEN 2841874/docker-prox
tcp6 0 0 :::465 :::* LISTEN 2842234/docker-prox
tcp6 0 0 :::587 :::* LISTEN 2842249/docker-prox
tcp6 0 0 :::993 :::* LISTEN 2842092/docker-prox
tcp6 0 0 :::995 :::* LISTEN 2842111/docker-prox

Die eingeschränkte nachträgliche editiermöglichkeit hatte mich verwirrt

esackbauer

Na dann siehts ja gut aus mit deiner Mailcow…
Auch der Port 465 ist offen. Dann liegts irgendwo am Symfony Server, dass der vielleicht auf Port 465 ausgehend nicht verbinden darf?
Versuchs mal unverschlüsselt über Port 25. Und wie gesagt, trag die 128.140.126.64 als Weiterleitungshost in der Mailcow admin UI ein.
Das Problem ist kein Mailcow problem…

Joam55

Hallo esackbauer,
vielen vielen Dank für deine Mühe und Unterstützung, jetzt fange ich an ein klitzekleines Bisschen zu Verstehen.

Ich verstehe aber auch, dass mein klitzekleines bisschen Basiswissen und mein try&error mich, und jeden anderen der mir “by the way” helfen will, in den Wahnsinn treiben wird 😵‍💫

… Transportmaps und IPs und hosts und die Fehlermeldungen werden zwar anders, doch ich bekomme seit Tagen schon Augenkrebs, daher jetzt versuche ich jetzt den bezahlten Support zu bekommen, meine Nerven sind zwar umsonst und ich hab auch genug Nerven … doch die Energie …
Viele Grüße Achim

esackbauer

Joam55 Transportmaps

Transportmaps solltest du nur verwenden wenn du einen “Smarthost” oder Relayhost zum Senden verwendest (also die Mailcow nicht selber an andere Mailserver senden darf/soll, sondern dies über einen anderen SMTP MTA = Mail Transfer Agent). Sonst besteht eigentlich kein Grund die zu verwenden.

mlcwuser

Joam55 Ich möchte mich hier noch einmal zum Thema „Hetzner” einklinken.

Bist du sicher, dass Port 465 ausgehend offen ist auf dem Symphony Server?

Ich frage, weil Hetzner die Ports 25 und 465 grundsätzlich ausgehend sperrt. Siehe: https://docs.hetzner.com/cloud/servers/faq/#why-can-i-not-send-any-mails-from-my-server.

Port 587/STARTTLS müsste funktionieren, aber das nützt natürlich nur bedingt, wenn der Mailcow-Server ebenfalls bei Hetzner gehostet ist und dort Port 25 ausgehend noch gesperrt wäre. 😉

Joam55

Leider besteht das leidige Problem noch immer, meine Nerven, habe jetzt den support gebucht, die Hoffnung trägt am weitesten.

Joam55

Problem behoben 🙂

In der mailcow ist im Postfach Verschlüsselungsrichtlinie TLS eingehend und ausgehend erzwingen gesetzt.
Im Contao Configfile ist statt “SSL” nur “STARTTLS” getextet, und jetzt empfängt der Mailcow-Server und liefert an des Postfach aus.

Dankeschön!