mx.implicit
Kein MX-Eintrag (Impliziter MX)
Was wir prüfen
Wir fragen im DNS die MX-Einträge der Domain ab. Gibt es keine, prüfen wir auf A/AAAA-Einträge. RFC 5321 §5.1 legt fest, dass eine Domain ohne MX-Einträge, aber mit Adresseintrag, so behandelt wird, als hätte sie einen impliziten MX mit Priorität 0 auf sich selbst.
Was dieses Ergebnis bedeutet
Die Domain hat keine MX-Einträge, aber einen A- oder AAAA-Eintrag. Sendende Server fallen auf die direkte Zustellung an die IP-Adresse des Domainnamens zurück. Die Mailzustellung funktioniert, stützt sich aber auf den impliziten MX-Fallback statt auf eine explizite MX-Konfiguration.
Warum das wichtig ist
- Fragiler Zustellweg. Der implizite MX-Mechanismus ist ein Kompatibilitäts-Fallback, keine empfohlene Konfiguration. Nicht alle sendenden Implementierungen behandeln ihn identisch.
- Keine Redundanz möglich. Ohne MX-Einträge lassen sich keine Backup-Mailserver mit unterschiedlichen Prioritäten angeben.
- Mehrdeutige Absicht. Es ist unklar, ob die Domain E-Mails empfangen soll oder ob MX-Einträge schlicht vergessen wurden. Eine Domain, die ausdrücklich keine Mail annimmt, sollte stattdessen einen Null MX (RFC 7505) veröffentlichen.
- Kein unabhängiges Mail-Routing. Der Mailserver muss auf derselben IP laufen wie der Webserver der Domain (oder worauf der A-Eintrag zeigt), was die architektonische Flexibilität einschränkt.
So behebst du das
Füge explizite MX-Einträge hinzu:
example.com. IN MX 10 mail.example.com.Wenn die Domain keine E-Mails empfangen soll, veröffentliche einen Null MX:
example.com. IN MX 0 .
So fließt es in die Bewertung ein
Ein impliziter MX ist ein informativer Befund ohne Bewertungsabzug. Er signalisiert eine nicht standardmäßige Konfiguration, verhindert aber keine Mailzustellung. Das vollständige Scoring-Modell steht in der Bewertungsmethodik.
Evidenzbeispiel
$ dig +short MX example.com
(leer)
$ dig +short A example.com
93.184.215.14
Keine MX-Einträge — impliziter MX-Fallback auf den A-Eintrag der Domain