Ich finde es wichtig auch eine Testdomain möglichst realistisch zu nutzen, weil man erst dann merkt, wenn etwas klemmt. Beim Thema MTA gibt es einige intransparente Verfahrensweisen:
- Es ist eine große Menge an Mailserverbetreibern. Jeder hat seine eigenen Richtlinien.
- Die großen Betreiber haben auch noch Reputationssysteme im Hintergrund.
- Es gibt verschiedene Arten, wie die Mailverbetreiber auf Verstöße gegen Ihre Richtlinien antworten.
Deswegen ist es gut, dass man ein realistisches Einsatzszenario hat, da man nicht einfach sagen kann: Die Mail wird von dem einen angenommen, deswegen nehmen alle anderen die auch an.
Besonders anfangs regelmässig das Mailprotokoll prüfen, um sich die Fehlermeldungen bzw. Rückmeldungen im Einzelnen anzuschauen, um das zu verstehen.
Für die Diagnose würde ich regelmässig die
mxtoolbox verwenden. Wer größere Mengen Mails versendet, dem würde ich zusätzlich zu den Blacklistchecks von mxtoolbox oder multirbl.valli.org noch die Abfrage von "senderscore" empfehlen. Ich meine dahinter stünde Microsoft, kann es aber gerade nicht genau sagen. Das Webinterface ist richtig lästig. Die wollen jedes Mal eine "Business-Mailadresse" für eine Abfrage. Ich habe mir da einen Kommandozeilen-Check geschrieben, der das für meine Server alle 6 Stunden überprüft. Dazu braucht es aber auch einen eigenen Resolver. (Öffentliche Resolver wie 8.8.8.8 reissen da auf jeden Fall das rate-limit).
Hier ist mein Script:
https://github.com/megabert/check-mk-pl ... enderscore
---
Nachtrag
Eine Anti-Spam-Massnahme, die z. B. von Google angewandt wird, ist, dass Mails grundsätzlich so gut wie immer angenommen wird, aber bei schlechter Bewertung dann automatisiert im Spamordner abgelegt wird. Das sollte man im Hinterkopf behalten, wenn das vermeintliche Phänomen auftritt, dass eine Mail nicht angekommen sei.
