Wer hat vorhin noch rausgehauen, dass VF etwas nicht verstanden hätte - zeigt nun aber, dass er es selbst nicht ansatzweise verstanden hat?why_not hat geschrieben: ↑31.07.2023, 15:26Wie soll man das auch verstehen die Hälfte fehlt ja.reneromann hat geschrieben: ↑31.07.2023, 14:58Offenbar hast du's nicht verstanden...
VF sichert sich damit nur ab, dass du als PTR nichts hinterlegen kannst, was nicht zu dir gehört.
Also eben nicht als PTR "mail.office365.com" für deinen Anschluss hinterlegst...
Korrekt...Die wollen also verhindern das man sich mail.office365.com als PTR hinterlegt [...]
Dir fehlen offensichtlich die Grundlagen, wofür PTR-Records gedacht sind und wofür sie gerade beim Mailversand verwendet werden.[...] aber das WARUM fehlt.
Kurz gesagt: Weil der gegnerische SMTP an den du Daten schickst, deinen (über die Konfiguration mitgeteilten) Namen gegen den PTR-Record der IP-Adresse prüft.
Wenn du jetzt also als Name z.B. "mail.office365.com" in deiner Konfiguration einträgst -UND- der PTR-Record der IP-Adresse ebenfalls auf "mail.office365.com" lautet, dann geht der "gegnerische" SMTP erst einmal davon aus, dass das seine Richtigkeit hat -- immerhin passen dann (der aus der Konfig stammende) vom SMTP-Server gemeldete Name und der Name im PTR-Record zusammen.
Wenn der gemeldete Name und der PTR-Record nicht zusammenpassen, ist das ein sehr großes Indiz für eine fehlerhafte Konfiguration und/oder einen Spam-Versendet -- daher blockieren die meisten großen Mailanbieter auch den Empfang, wenn der in der Konfiguration genannte Name nicht mit dem im PTR-Record übereinstimmt.
Wie gesagt - vor Spammern, die fremde Domains nutzen.Vor was soll das wen schützen?
Du würdest dann dich als "berechtigter" Server für Office365 ausgeben können...Und was zum Geier soll das bringen sich mail.office365.com als PTR zu setzen.