rDNS habe ich nun im SCP geändert. Ja, TTL habe ich auf "Auto", habs mit TLS verwechselt (lol). Ich setze die die TTL mal auf 2min vom MX Record. Wie lang soll ich es dabei belassen?
Habe UFW mal disabled, System rebootet gerade.
Der MX Record pointed aber auch einfach auf die gleiche Domain, da der Mail-Server darauf läuft. Also user@domain.com -> Mailserver domain.com, nicht mail.domain.com oder sowas.
Und das ist auch so im Mailserver konfiguriert? Weil normalerweise is das eher nicht common practice…
rDNS habe ich nun im SCP geändert. Ja, TTL habe ich auf "Auto", habs mit TLS verwechselt (lol). Ich setze die die TTL mal auf 2min vom MX Record. Wie lang soll ich es dabei belassen?
Eigentlich bringt das aktuell eher wenig, das hätte deutlich vor der Umstellung passieren sollen. Denn die Caches der Internet Provider schauen da evtl erst wieder deutlich später drauf.
Der MX Record pointed aber auch einfach auf die gleiche Domain, da der Mail-Server darauf läuft. Also user@domain.com -> Mailserver domain.com, nicht mail.domain.com oder sowas.
Das ist eine schlechte Idee, nimm mail.domain.tld
Zudem gilt (ich bin mir nicht sicher ob das bei Dir passt:
Typ Name Inhalt Proxy Status TTL
A mail 123.123.123.123 Nur DNS 2 Min. (IP des Servers auf dem der Mailserver unterwegs ist, also die IP deines VServers / RS)
MX domain.tld mail.domain.tld Nur DNS 2 Min.
Ist denn Cloudflare auch wirklich der DNS Server Deiner Domain? Das kannst Du im Whois Deiner TLD nachsehen.
Jop. E-Mail landete nur im Spam, weil ich einfach nur "test" im Betreff hatte und es dadurch von Gmail aussortiert wurde.
Im Volltext der Spam Mail steht drin, wieso es aussortiert wurde. Im Web-Gmailclient die drei Punkte bei der Mail und "Original anzeigen"
Da ist noch einiges bei Dir im Argen, imho hast Du Dich vorher nicht ausreichend mit der Erstellung eines Mailservers inklusive allem drum herum beschäftigt. Daher knirschts jetzt noch an Stellen, die Du mangels Kenntnis (noch) nicht identifiziert hast.
Hast du bei Cloudflare rein zufällig die orange Wolke an beim MX Record (sofern überhaupt möglich)? Weil dann ist‘s klar das das nicht geht, da Cloudflare MX nicht durchleiten kann.
Der MX Record pointed aber auch einfach auf die gleiche Domain, da der Mail-Server darauf läuft. Also user@domain.com -> Mailserver domain.com, nicht mail.domain.com oder sowas.
Ich schließe mich da dem schon gesagten an.
So was beschwört Probleme geradezu herauf. Du solltest den Mailserver auf einer subdomain laufen lassen.
Hast du bei Cloudflare rein zufällig die orange Wolke an beim MX Record (sofern überhaupt möglich)? Weil dann ist‘s klar das das nicht geht, da Cloudflare MX nicht durchleiten kann.
Das geht bei MX Records nicht, aber beim A Record muss es natürlich aus sein (s.o.).
Hier zwei grundlegende Sachen:
Ich tippe auch auf die orangene Wolke, die noch aktiviert ist.
Hast du mal kontrolliert, welche IP-Adresse beim MX check bei McToolbox zurückgegeben wird? Ist das zufällig eine von Cloudflare?
PS: Es wäre schon einfacher zu helfen, wenn man die Domain kennen würde. Oder habe ich die irgendwo überlesen?
Ich kenne Mailu nicht, vielleicht wäre https://mailcow.email sowieso die bessere Wahl…
Klar kannst du es so lernen, aber heutzutage einen eigenen Mailserver zu betreiben ist mit viel Schmerzen verbunden, vor allem was die garantierte Zustellung betrifft…
Warum genau ist es eine schlechte Idee den Mailserver auf der Root-Domain zu haben? Würde ich gerne wissen, werde ich aber auch jetzt ändern. (Hoffentlich stirbt Mailu dann nicht wieder)
U.a. weil Du dann nicht eine Website, die auf "domain.tld" hören soll, auf eine andere IP als den Mailserver legen könntest. Oder weil man ggfalls nicht domain.tld als rDNS Eintrag anlegen will. Oder oder oder.
Du hast unbegrenzt viele Subdomains. Also lieber eine eigene für den Mailserver verwenden.
Ich kenne Mailu nicht, vielleicht wäre https://mailcow.email sowieso die bessere Wahl…
Naja, er hat ja schon im Eingangspost geschrieben, dass er mit Mailcow "ordentlich gescheitert" ist. 
Ok, kommt auf jeden Fall mal eine IP aus dem netcup Netz zurück. Das passt schonmal. Aber auf Port 25 antwortet aber niemand. Also weiterhin Firewall oder Port nicht an Docker durchgereicht.
Da ist außer SSH, HTTP und HTTPS gar nichts offen, auf dem Server. Imho Container Ports nicht rausgelegt. Gar keinen.
Insgesamt ist mailcow tatsächlich sehr empfehlenswert.
Die offizielle Dokumentation zu mailcow behandelt neben den grundsätzlichen Voraussetzungen des Hostsystems auch die zu treffenden DNS-Einstellungen sowie die Installation sehr konkret.
Meiner eigenen Erfahrung nach ist mailcow praktisch "Plug and Play".
Ich möchte niemandem zu nahe treten, aber als (Hobby-) Systemadministrator sollte man diese Schritte durchaus ohne größere Schwierigkeiten umsetzen können.
Da ist die korrekte Absicherung des Systems fast schon anspruchsvoller.
Wie sieht die docker-compose.yml aus, die Du verwendet hast? Bitte keine Passwörter posten.
Es zeigt aber immer noch alles auf domain.tld . PTR, MX Record etc.
