[ DNS & domeinen ]

Null MX records voor domeinen die geen e-mail accepteren

Verklaar dat een domein geen e-mail accepteert zonder per ongeluk te impliceren dat het de verklaring niet kan verzenden of dat zijn subdomeinen de verklaring erven.

Door het EmailAuth -onderzoeksteam

[ Kernpunten ]

  • Een enkele MX 0-punt geeft aan dat dit exacte domein geen e-mail accepteert.
  • Afwezige MX en Null MX hebben verschillend SMTP routeringsgedrag.
  • Inventariseer de ontvangstbehoeften en bekijk de verzendcontroles afzonderlijk.
Op deze pagina

Een domein met nr MX record is niet noodzakelijkerwijs een domein dat e-mail weigert. SMTP kan terugvallen op het opzoeken van adressen wanneer MX gegevens ontbreken. Null MX bestaat om aan te geven dat een domein geen e-mail accepteert en om die dubbelzinnige terugval te vermijden.

Publiceer het expliciete antwoord zonder service

Referenties: RFC 7505 §3.

RFC 7505 definieert Null MX als een enkel MX record met voorkeur nul en het hoofddomein als zijn uitwisseling: example.com . 300 MX 0 .. De punt is betekenisvol. Het is geen tijdelijke aanduiding voor een hostnaam, en lokalehost is niet gelijkwaardig. Een domein dat Null MX adverteert, mag niet ook reclame maken voor een ander MX record.

Gebruik Null MX alleen nadat u heeft vastgesteld dat geen enkel adres op dat exacte domein e-mail hoeft te ontvangen. Neem accountherstel, inkoop, juridische kennisgevingen, rolaccounts en operationele adressen met een laag volume op in de inventaris. Een ogenschijnlijk inactief domein kan toch iemands hersteladres zijn.

Scheid de ontvangst- en verzendbediening

Referenties: RFC 7505 §4.2, RFC 7208 §5.1, RFC 9989 §4.10.1.

Null MX is een ontvangendeclaratie. Het verifieert geen uitgaande e-mail, publiceert geen SPF beleid of maak een domein immuun voor nabootsing van identiteit. RFC 7505 raadt Null MX af voor domeinen die worden gebruikt in SMTP MailFrom- of Message From-adressen, omdat ontvangers die e-mail kunnen weigeren. Gebruik een gecontroleerd ontvangst- en retouradresontwerp voor legitieme afzenders in plaats van Null MX als een onschadelijke uitgaande instelling te behandelen.

Voor een domein dat niet bedoeld is om te verzenden of te ontvangen, evalueert u expliciete uitgaande controles als een afzonderlijke wijziging. SPF v=spf1 -all is een illustratieve ontkenning van de exacte SPF identiteit wanneer geen enkele afzender is geautoriseerd. A DMARC beleid vereist een expliciete beoordeling van beleidsreikwijdte, subdomeinen en rapportage. Plak geen generieke controleset in een domein waarvan de verzendinventaris onvolledig is.

Test bewust de negatieve route

Referenties: RFC 5321 §5.1, RFC 7505 §3.

In een geïsoleerde zone heeft armatuur A dat wel noreceive.example . IN MX . en een Een record voor zijn website. De verwachte e-mailroutering herkent Null MX in plaats van terug te vallen op dat webadres. Armatuur B heeft het A-record maar geen MX ; Het impliciete MX-gedrag van SMTP is een ander geval. Fixture C combineert Null MX met een gewone centrale en is een ongeldige configuratie, geen ondersteund failover-ontwerp.

Vraag dig @AUTH noreceive.example . MX +geen recurse voor elke geldige wedstrijd en bewaar het volledige antwoord. Bevestig dat de Null MX zaak precies de beoogde enkele record retourneert. Gebruik vervolgens een gecontroleerde SMTP afzender om de afhandeling ervan te inspecteren zonder ongevraagd verkeer naar een niet-gerelateerde infrastructuur te sturen. De DNS gevallen zijn hier testspecificaties; het daadwerkelijke gedrag van de afzender blijft hangende uitvoering.

Bevestig het exacte bereik

Referenties: RFC 4592 §3.3, RFC 8767 §4.

Een nul MX op example.com staat niet automatisch een MX record bij sub.example.com. Test namen afzonderlijk, inclusief jokertekens en gedelegeerde vertakkingen. DNS afwezigheid, wildcard-synthese en expliciete records kunnen tot verschillende routes leiden.

Documenteer het niet-ontvangende besluit met de bedrijfseigenaar en laat, indien van toepassing, een tweede beoordelaar het niet-verzendende controleplan controleren. Deze gids beweert niet dat een dergelijke goedkeuring heeft plaatsgevonden. Draai het goedgekeurde DNS proces terug als een vereist adres wordt ontdekt, waardoor records in de cache mogelijk zijn. Voor afsluiting is de beoogde gepubliceerde route en een onafhankelijk beoordeelde inventaris nodig, en niet alleen een succesvolle DNS opslag.

Ingehouden lookup en controleerbaar controleplan

De bewaarde historische opname van 7 november 2026, geïnspecteerd maar niet opnieuw uitgevoerd voor deze beoordeling, vermeldt dat een gezaghebbende UDP-query voor de synthetische loopback noreceive.example MX kwam exact terug 0 .; de bewaarde opname omvat de vraag, het draadantwoord, de UTC-tijd en het autoriteitseindpunt. Het bijbehorende concrete niet-zendplan combineert die MX met één SPF -all beleid en een illustratief DMARC afwijzingsbeleid voor een armatuur waarvan expliciet wordt aangenomen dat deze geen legitieme e-mail bevat. Het bevat preflightcontroles van hersteladressen en subdomeinen, beperkingen op het gebied van rapportagegegevens, limieten voor ontvangertests en terugdraaien. Onafhankelijke beoordeling van dat plan is een beoordelingspoort, geen goedkeuring van de bedrijfseigenaar. De daadwerkelijke klantinventaris en eventuele openbare implementatie blijven niet geverifieerd.

Houd de reikwijdte van het bewijs expliciet

Het historische Null MX antwoord blijft behouden met zijn wire-bytes en loopback-eindpunt. Het bijbehorende niet-zendplan blijft een synthetisch voorstel met inventarisaannames; noch de bewaring ervan, noch deze inhoudsbeoordeling geeft goedkeuring aan de klant of test de feitelijke omgang met de ontvanger.

[ Afhaalmaaltijden ]

Een enkele MX 0-punt geeft aan dat dit exacte domein geen e-mail accepteert. Afwezige MX en Null MX hebben verschillend SMTP routeringsgedrag. Inventariseer de ontvangstbehoeften en bekijk de verzendcontroles afzonderlijk.

[ Per rol ]

Wat dit voor jou betekent

Kies jouw rol voor praktische vervolgstappen.

IT/Mailbeheerder

Publiceer een eenduidige route

Null MX moet de enige MX zijn en subdomeinen hebben hun eigen beoordeling nodig.

Volgende stappen

  1. Publiceer precies één MX 0-puntrecord.
  2. Test impliciete MX- en expliciete null-gevallen.
  3. Controleer elk relevant subdomein.

CISO / SecOps

Controleer het niet-verzendplan

Een ontvangstdeclaratie vervangt geen uitgaande authenticatiecontroles.

Volgende stappen

  1. Aparte ontvangst- en imitatiecontroles.
  2. Een onafhankelijk beoordeelde verzendinventaris vereisen.
  3. Leg het beleidsbereik en de uitzonderingen vast.

Oprichter / Niet-technisch

Controleer de over het hoofd geziene ontvangstbehoeften

Herstel en zakelijke adressen met een laag volume kunnen een ogenschijnlijk inactief domein belangrijk maken.

Volgende stappen

  1. Voorraadherstel en zakelijke adressen.
  2. Keur het besluit tot niet-ontvangst goed.
  3. Behoud een benoemde rollback-eigenaar.

[ Veelgestelde vragen ]

Veelgestelde vragen

Is geen MX gelijk aan Null MX ?

Nee. Afwezige MX kan terugval SMTP adressen toestaan.

RFC 5321 §5.1

Wat is de exacte Null MX waarde?

Voorkeur 0 en uitwisselingspunt, uitgedrukt als MX 0 .

RFC 7505 §3

Kan ik een back-up MX behouden?

Nee. Null MX mag niet naast andere MX records voor dat domein bestaan.

RFC 7505 §3

Stopt Null MX uitgaande spoofing?

Nee. Voor het verzenden van authenticatie en domeinbeleid zijn aparte controles nodig.

Kan het domein nog steeds een website hosten?

Ja. Null MX betreft e-mailontvangst, niet HTTP-service.

RFC 7505 §1

Heeft de bovenliggende instelling betrekking op subdomeinen?

Niet automatisch. Controleer elke relevante DNS naam en de bijbehorende records.

RFC 4592 §3.3

Moeten hersteladressen eerst worden gecontroleerd?

Ja. Operationele en herstelaccounts met een laag volume kunnen gemakkelijk over het hoofd worden gezien.

Wordt het voorgestelde niet-verzendplan goedgekeurd door deze gids?

Nee. Onafhankelijke beoordeling en goedkeuring van de domeineigenaar blijven vereist.

[ Bronnen ]

Bronnen

  1. RFC 5321

    Secties §5.1

  2. RFC 7505

    Secties §1 · §3 · §4.2

  3. RFC 7208

    Secties §5.1

  4. RFC 9989

    Secties §4.10.1

  5. RFC 8767

    Secties §4

  6. RFC 4592

    Secties §3.3

[ Glossarium ]

Glossarium

Nul MX
Een enkele MX met voorkeur nul en uitwisselingspunt die aangeeft dat een domein geen e-mail accepteert.

RFC 7505 §3

Impliciete MX
SMTP behandeling van een afwezige MX RRset als een impliciete uitwisseling die naar die host verwijst; anders dan een expliciete Null MX .

RFC 5321 §5.1

Herkomst onderneming

Waarom top financiële instellingen en overheden hebben hun e-mailbeveiligingsdashboards stopgezet.

Traditionele platforms voor e-mailauthenticatie verkopen u een dashboard en vragen uw technici om het werk te doen. In omgevingen waar veel op het spel staat, betekent handmatig toezicht vertraagde handhaving, configuratieafwijking en niet-gecontroleerde schaduwdomeinen.

EmailAuth is het agentische e-mailherkomstplatform. Onze agenten handhaven p=reject, houd externe afzenders op één lijn en verplaats uw domeinen naar vol RFC 9989 compliance, de nieuwe DMARC standaard, met 'human-in-the-loop'-auditeerbaarheid.

Regeringen Grote ondernemingen Tier-1 financiële instellingen

SaaS · Toegewijde huur · Air-gapped on-premise · BYOK-encryptie

Kennisbank