Die DNS-Einstellungen (SPF, DKIM, DMARC usw.) habe ich manuell ergänzt, so wie ich es im Internet gefunden habe.
Normal muss man nur DMARC manuell ergänzen. SPF und DKIM sind standardmäßig schon konfiguriert. Wie sehen denn deine aktuellen DNS-Einstellungen aus?
Normal muss man nur DMARC manuell ergänzen. SPF und DKIM sind standardmäßig schon konfiguriert. Wie sehen denn deine aktuellen DNS-Einstellungen aus?
Das ist leider keine 100% Garantie bei Microschro*** und Alphabet da Sie grösstwahrscheinlich ihre eigene Population-Statistik führen -.-* das habe ich damals bei meinem Dedi-Umzug gemerkt, hätte dazumal die IP nie nie nie wechseln sollen und als Failover konnte ich Sie ja logischerweise nicht mitnehmen xD
Die MS Freemail-Adressen sind dabei noch eine ganze Ecke schlimmer als die kostenpflichtigen. Warum wohl? Mag sein, dass manche Firmen die Mails ihrer Neu- und Bestandskunden erhalten wollen, wenn sie Wert darauf legen, auch weiterhin Kunden zu haben.
Bei den Freemail-Angeboten sieht es eben anders aus. Da entscheidet nur Microsoft. Der Nutzer des Freemail-Accounts darf froh sein, ihn umsonst nutzen zu können und muss halt damit leben, dass er 5% der Mails gar nicht bekommt und einen größeren Prozentsatz im Spam-Ordner. Bei privaten Accounts überlässt man es dann halt dem "Kunden" zu entscheiden, was Spam ist und was nicht. Für jede einelne Absenderadresse, die nicht von einem großen Mailanbieter verschickt wird, gilt die Schuldvermutung. Jeder Absender ist solange ein Spammer, bis er das Gegenteil bewiesen hat. Obwohl sicher auch Statistiken über Subnetze mit einfliessen.
Einmal die Mail vom Spam-Ordner in den Posteingang verschieben, dann kommt die Mail von diesem Absender künftig direkt in den Posteingang - wenn auch nur bei dem einen Empfänger. Letztlich muss halt jedem klar sein: Wer so einen Freemail-Account nutzt - insbesondere von Microsoft - der muss damit leben, nicht alle Mails von Freunden und Bekannten zu erhalten. Ist letztlich die Entscheidung jedes Einzelnen. Da muss man dann eben durch.
Also ich sehe bei SPF und DKIM erst mal nichts unnormales. Bei DMARC sieht man ja nicht alles, kann wohl maximal die Adresse bei rua nicht stimmen. Mehr braucht es eigentlich nicht. Aber wie geschrieben, Microsoft ist halt eine Wundertüte. Aber solange die Mail durchgeht kann es nicht allzu verkehrt sein. Für den Spamordner braucht es keine falschen Einstellungen. Das ist praktisch das Defaultverhalten von MS 
. Du kannst aber sicherheitshalber mal mit einschlägigen Tools testen, mxtoolbox.com oder auch
https://mecsa.jrc.ec.europa.eu/de/
Das ist zwar mittlerweile auch schon einige Jährchen alt, testet aber so einiges. Unter anderem auch SPF, DKIM, DMARC ...
Edit: Ach so, die Mail-Rlays von netcup leiden immer mal wieder unter einer schlechten Reputation, wenn mal wieder zuviel Spam über sie verschickt wurde. Das mag dann eventuell auch bei Microsoft Einfluss haben, weiss man aber nicht, die haben ihre eigenen Statistiken und Listen. Da kannst du aber eh nicht viel dran machen, höchstens über einen externen Anbieter versenden.
ich würde den mx prio 50 auf prio 5 ändern (prios tauschen – das thema »mail.eigenedomain.de« ist abundzu hier im forum beschrieben).
was soll der unterste dmarc darstellen? es fehlt ja der abschliessende punkt.
nur einen dmarc bitte und ohne domain - die ist automatisch drin - der eine quarantine und der andere eintrag reject ... wie soll das denn gehen?
+spam .... ?
hier ist meiner zur Ansicht : (forensic und aggregate mails getrennt)
v=DMARC1; p=reject; sp=reject; fo=1; rua=mailto:dmarc_agg@heiligenhafen.cloud;ruf=mailto:dmarc_forensic@heiligenhafen.cloud;pct=100
nur einen dmarc bitte und ohne domain - die ist automatisch drin - der eine quarantine und der andere eintrag reject ... wie soll das denn gehen?
+spam .... ?
hier ist meiner zur Ansicht : (forensic und aggregate mails getrennt)
v=DMARC1; p=reject; sp=reject; fo=1; rua=mailto:dmarc_agg@heiligenhafen.cloud;ruf=mailto:dmarc_forensic@heiligenhafen.cloud;pct=100
Das geht schon, der unterste dmarc Record ist halt nicht für die Hauptdomain 
. Ins Gehege sollten sich die beiden nicht kommen und der andere gilt dann eben für die Hauptdomain. Bei derm +spam usw war ich mir nicht sicher ob das jetzt echt so drinsteht oder irgendeine Anonymisierung ist. Ich bin mir auch nicht sicher ob das mit dem '+' an dieser Stelle funktioniert, wenn der empfangende Mailserver das unterstützt (GMail, Outlook.com ....) Deswegen mal checken lassen das Ganze, oder eben die Doku wälzen. Bei meinem Mailserver würde es jedenfalls nicht funktionieren.
Das geht schon, der unterste dmarc Record ist halt nicht für die Hauptdomain
Für mich hat das gar keinen Sinn.
Das ist in der Host-Spalte einer spezifischen Domain - was will man da mit einer weiteren Domain und was soll als Abfrageergebnis geliefert werden!?
Für mich hat das gar keinen Sinn. Das ist im Host-Bereich einer spezifischen Domain - was will man da mit einer weiteren Domain!?
Sinn macht es nicht. Aus meiner Sicht: Das ist keine Kunst, das kann weg.
Jedenfalls kann ich mir nicht vorstellen, dass er das wirklich so braucht für irgendwas. Eher hat er vielleicht mit dem dmarc Eintrag rumgespielt, weil das Problem eben trotz dmarc Eintrag immer noch da war. Ist er ja nicht der erste, der bei Host die Domain mit reinschreibt. Anderswo muss man das ja teilweise so machen.
Aber es verursacht eben auch nicht sein Problem.
Aber es verursacht eben auch nicht sein Problem.
Ach ja genau, bei acme challenge hat er ja die dritte DMARC policy none auch mal eben mit abgedeckt. Dann muss das Problem natürlich woanders liegen.
Für die Mail aus der Hauptdomain ist nur undaus schliesslich der Record mit Host _dmarc relevant. Warum der Host _acme-challenge einen dmarc Eintrag braucht weiss ich nicht, ebenso auch der Host irgendeinedomain.de. Die Mail der Hauptdomain tangiert das jedenfalls beides nicht. Ein Test mit dem MECSA-Tool wird sehr schnell zeigen ob die Mail der Hauptdomain einen gültigen DMARC Eintrag hat. Ob die restlichen beiden Einträge notwendig und sinnvoll sind oder nicht mag der TE selbst entscheiden. Ich denke mal eher nicht, schon gar nicht mit einem Webhosting, das normalerweise gar keine Mail aus Subdomains verschickt. Aber diese beiden (wirren!?) Einträge verursachen nicht die Bewertung von Microsoft, Mail der Hauptdomain als Spam zu behandeln. Warum sollten sie auch? Die wird Microsoft im Zweifel erst gar nicht lesen.
Deren Mail-Infrastruktur ist offenbar so beschäftigt, dass sie es noch nicht mal immer schaffen die gültigen Einträge für SPF und DKIM ohne Timeout auszulesen, da zeigen die Reports derzeit bei mir reichlich "temperr" bei SPF und DKIM. Nur bei Microsoft, nicht bei Google, GMX, Web.de oder sonstigen Providern, die mir Reports schicken, da werden sie zu 100% als "pass" angezeigt. Da wird Microsoft nicht im DNS auch noch nach für die eingelieferte Mail irrelevanten Einträgen suchen. Wird auch sonst niemand machen, weil es keinen Grund dafür gibt.
Ganz wunderbar erklärt und deutlich gemacht. Thanks for sharing 
