Guten Nachmittag zusammen, ich habe aktuell das Problem das ich keine Playstation Network Mails erhalte da Postfix alle rejected. Anbei ein Auszug aus den Logs: [upl-image-preview url=https://community.mailcow.email/assets/files/2024-05-03/1714743365-843174-image.png] Ich habe bereits versucht die Domain playstation.com unter den Weiterleitungs Host zu Whistelisten leider ohne Erfolg. Gibt es eine Möglichkeit wie ich solche Domains freigeben kann? Vielen Dank für eure Hilfe. Liebe Grüße

@"esackbauer"#p15445 Ja genau: [upl-image-preview url=https://community.mailcow.email/assets/files/2024-05-03/1714745925-406982-image.png] https://docs.hetzner.com/de/dns-console/dns/general/recursive-name-servers/

@"esackbauer"#p15452 Ich leider auch nicht :) ich schau grad nach wie ich sehen kann welche DNS Server der unbound Container und welche DNS Server der Postfix verwendet. Docker Version habe ich folgende: [upl-image-preview url=https://community.mailcow.email/assets/files/2024-05-03/1714747110-725858-image.png] Es muss ein Problem mit dem Postfix Docker sein. Wie ich hier sehe Unbound und der Lokale Host geben eine Antwort Postfix aber leider nicht: [upl-image-preview url=https://community.mailcow.email/assets/files/2024-05-03/1714747483-300987-image.png]

Playstation Network - Sender address rejected

J0K3R

Guten Nachmittag zusammen,

ich habe aktuell das Problem das ich keine Playstation Network Mails erhalte da Postfix alle rejected.

Anbei ein Auszug aus den Logs:

Ich habe bereits versucht die Domain playstation.com unter den Weiterleitungs Host zu Whistelisten leider ohne Erfolg.
Gibt es eine Möglichkeit wie ich solche Domains freigeben kann?

Vielen Dank für eure Hilfe.
Liebe Grüße

esackbauer

Das Problem ist “Domain not found”.
D.h. irgendwas klappt da bei der Namensauflösung der Domain bounce.txn-email03.playstation.com nicht.
Führe im postfix container mal aus: dig bounce.txn-email03.playstation.com

Damit du diese DNS-Checks ggf. abschaltest müssen sie im Postscreen auf die allow list.
https://docs.mailcow.email/de/manual-guides/Postfix/u_e-postfix-postscreen_whitelist/
Grundsätzlich scheint es aber sonst ein Problem mit Port 53 UDP/TCP ausgehen bei dir zu geben.

J0K3R

esackbauer

Anbei die Meldungen was ich bekomme.
Oben die Meldung vom Postfix Container und unten die Meldung vom Post selber:

Ich hatte das gleiche Problem schonmal und hier habe ich dann bei der Hetzner Cloud Firewall ausgehend alle Regeln entfernt da dies ein Problem war.
Sobald man in der Hetzner Cloud eine ausgehende Regel macht wird alles andere blockiert.

esackbauer

Ich vermute im host “Docker1” erfolgt die Namensauflösung über den DNS von Hetzner?

J0K3R

esackbauer
Ja genau:

https://docs.hetzner.com/de/dns-console/dns/general/recursive-name-servers/

esackbauer

Dann wird wohl UDP/TCP Port 53 Richtung Internet (Outgoing) blockiert. Weil der Unbound Container will die Rootserver erreichen, und kann es offensichtlich nicht, bzw. nicht über TCP z.b.
Hört sich für mich trotzdem nach einem Hetzner Firewall Problem an.

J0K3R

esackbauer bin ich deiner Meinung.
Habe nun auch ausprobiert ausgehend einfach alles freizuschalten hat auch nichts geholfen..
ich werd da mal beim Hetzner Support nachfragen ob die noch eine Idee haben.
Versteh nicht ganz wieso es in der Ubuntu VM funktioniert aber im Container dann nicht.

Lustig ist das der Unbound Container es auflösen kann der Postfix wiederum aber nicht.

esackbauer

J0K3R das der Unbound Container es auflösen kann der Postfix wiederum aber nich

Dann hört sich das aber eher nach einem Docker Networking Problem an.
Leider bin ich da kein Experte.
Es gab aber mal Probleme mit bestimmten Docker Versionen (ich glaub bis 25.0.2).
Welche hast du?

J0K3R

esackbauer Ich leider auch nicht 🙂
ich schau grad nach wie ich sehen kann welche DNS Server der unbound Container und welche DNS Server der Postfix verwendet.

Docker Version habe ich folgende:

Es muss ein Problem mit dem Postfix Docker sein.
Wie ich hier sehe Unbound und der Lokale Host geben eine Antwort Postfix aber leider nicht:

DocFraggle

Ich habe hier auch schonmal was dazu geschrieben, das habe ich nach dem GitHub Eintrag damals bei der Hetzner Firewall hinzugefügt:

https://community.mailcow.email/d/3543-unbound-fails-to-resolve-dns-due-to-hetzner-firewall/2

J0K3R

DocFraggle heißt das man soll eingehend alle Ports wie du es im Screenshot beschrieben hast zulassen?

DocFraggle

Genau. Das ist keine echte Stateful Firewall, das ist glaub ich das Problem

J0K3R

DocFraggle ok habe nun folgende Eingehende Regeln erstellt:

und die unbound.conf angepasst:

Aber leider immer noch ohne Erfolg:

Reboot wurde nach den Änderungen ebenfalls gemacht.

KaiserN

Siehe auch: https://docs.mailcow.email/getstarted/prerequisite-system/#important-for-hetzner-firewalls

esackbauer

Ich finds trotzdem eigenartig, dass der unbound container das auflösen konnte aber der postfix nicht.
Kann ein Netzwerkguru das erklären?
Der Postfix container hat ja beim Dig auch gemeckert: Recursion required but not available

esackbauer

der Klassiker: docker compose up -d vergessen?

J0K3R

esackbauer wie meinst du das?

DocFraggle

docker compose down
docker compose up -d

Reboot reicht nicht

J0K3R

DocFraggle achso.
hier bekomme ich nur folgende Rückmeldung:

DocFraggle

Naja, Du musst schon im Mailcow Verzeichnis sein 😉

J0K3R

DocFraggle sorry… 🙂
ist erledigt leider immer noch das gleiche Ergebniss