mx.null_mx_invalid

Null MX zusammen mit anderen MX-Einträgen

Was wir prüfen

Wir prüfen, ob ein Null-MX-Eintrag (Priorität 0, Ziel .) der einzige MX-Eintrag der Domain ist. RFC 7505 §3 verlangt, dass der Null MX der alleinige MX-Eintrag sein muss — er darf nicht zusammen mit anderen MX-Einträgen existieren.

Was dieses Ergebnis bedeutet

Die Domain veröffentlicht einen Null MX (erklärt, keine E-Mails anzunehmen) zusammen mit einem oder mehreren regulären MX-Einträgen (die auf Mailserver zeigen). Das ist eine widersprüchliche Konfiguration: Die Domain behauptet gleichzeitig, keine Mail anzunehmen, und stellt Server bereit, die Mail annehmen.

RFC 7505 §3 ist eindeutig: Ein Null MX muss der einzige MX-Eintrag sein. Wenn andere Einträge daneben existieren, ist der Null MX fehlerhaft und das Verhalten undefiniert — verschiedene sendende Server werden das unterschiedlich interpretieren.

Warum das wichtig ist

So behebst du das

  1. Soll die Domain E-Mails empfangen, entferne den Null-MX-Eintrag und behalte nur die echten MX-Einträge:

    ; Entfernen:  example.com.  IN  MX  0  .
    ; Behalten:
    example.com.  IN  MX  10  mail.example.com.
    
  2. Soll die Domain KEINE E-Mails empfangen, entferne die regulären MX-Einträge und behalte nur den Null MX:

    ; Nur behalten:
    example.com.  IN  MX  0  .
    
  3. Prüfe das Ergebnis:

    dig +short MX example.com
    # Erwartet: entweder "0 ." allein oder echte MX-Ziele — niemals beides
    

So fließt es in die Bewertung ein

Ein Null MX zusammen mit anderen Einträgen kostet 15 Punkte in der MX-Kategorie. Das vollständige Scoring-Modell steht in der Bewertungsmethodik.

Evidenzbeispiel

$ dig +short MX example.com
0 .
10 mail.example.com.
Null MX existiert neben einem echten MX-Ziel — widersprüchliche Konfiguration (RFC 7505 §3)

Referenzen