[ DNS og domener ]

Null MX -poster for domener som ikke godtar e-post

Erklær at et domene ikke aksepterer e-post uten ved et uhell å antyde at det ikke kan sende eller at dets underdomener arver erklæringen.

Av EmailAuth -forskningsteamet

[Nøkkelpunkter]

  • En eneste MX 0-punkt erklærer at dette eksakte domenet ikke godtar e-post.
  • Fraværende MX og Null MX har forskjellig SMTP rutingsatferd.
  • Beholdningsmottaksbehov og gjennomgå sendingskontroller separat.
På denne siden

Et domene med nr MX post er ikke nødvendigvis et domene som nekter post. SMTP kan falle tilbake til et adresseoppslag når MX data mangler. Null MX eksisterer for å si at et domene ikke aksepterer e-post og unngå den tvetydige reserven.

Publiser det eksplisitte svaret uten tjeneste

Referanser: RFC 7505 §3.

RFC 7505 definerer Null MX som en enkelt MX post med preferanse null og rotdomenet som utveksling: example.com . 300 IN MX 0 .. Prikken er meningsfull. Det er ikke en plassholder for et vertsnavn, og lokal vert er ikke likeverdig. Et domene som annonserer Null MX må ikke også annonsere en annen MX post.

Bruk Null MX bare etter å ha fastslått at ingen adresser på det eksakte domenet trenger å motta e-post. Inkluder kontogjenoppretting, innkjøp, juridiske merknader, rollekontoer og driftsadresser med lavt volum i beholdningen. Et tilsynelatende inaktivt domene kan fortsatt være noens gjenopprettingsadresse.

Skille mottak fra sendingskontroller

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

Null MX er en mottakserklæring. Den autentiserer ikke utgående post, publiserer en SPF politikk eller gjøre et domene immun mot etterligning. RFC 7505 fraråder Null MX på domener som brukes i SMTP MailFrom- eller meldingsadresser fordi mottakere kan avvise den e-posten. Bruk en gjennomgått mottaks- og returadressedesign for legitime avsendere i stedet for å behandle Null MX som en harmløs utgående innstilling.

For et domene som verken skal sende eller motta, evaluer eksplisitte utgående kontroller som en separat endring. SPF v=spf1 -all er en illustrativ fornektelse for den eksakte SPF identiteten når ingen avsender er autorisert. EN DMARC policy krever en eksplisitt vurdering av policyomfang, underdomener og rapportering. Ikke lim inn et generisk kontrollsett i et domene hvis sendebeholdning er ufullstendig.

Test den negative ruten bevisst

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

I en isolert sone har armatur A noreceive.example . I MX 0 . og en En rekord for nettsiden sin. Forventet e-postruting gjenkjenner Null MX i stedet for å falle tilbake til den nettadressen. Fixtur B har A-posten, men ingen MX ; SMTP implisitt-MX-adferd er et annet tilfelle. Fixture C kombinerer Null MX med en vanlig sentral og er en ugyldig konfigurasjon, ikke en støttet failover-design.

Spørsmål dig @AUTH noreceive.example . MX +norecurse for hver gyldig kamp og ta vare på det fullstendige svaret. Bekreft at Null MX tilfellet returnerer nøyaktig den tiltenkte enkeltposten. Bruk deretter en kontrollert SMTP sender til å inspisere håndteringen uten å sende uønsket trafikk til urelatert infrastruktur. DNS tilfellene er testspesifikasjoner her; faktisk avsenderatferd forblir i påvente av utførelse.

Bekreft det nøyaktige omfanget

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

En Null MX kl example.com er ikke automatisk en MX post på sub.example.com. Testnavn separat, inkludert jokertegn og delegerte grener. DNS fravær, jokertegnsyntese og eksplisitte poster kan føre til forskjellige ruter.

Dokumenter beslutningen om ikke-mottak med bedriftseieren, og få en annen kontrollant til å sjekke kontrollplanen for ikke-sending der det er aktuelt. Denne veiledningen hevder ikke at slik godkjenning har skjedd. Rull tilbake gjennom den godkjente DNS prosessen hvis en påkrevd adresse blir oppdaget, noe som gir mulighet for bufrede poster. Lukking trenger den tiltenkte publiserte ruten og en uavhengig gjennomgått beholdning, ikke bare en vellykket DNS lagring.

Beholdt oppslag og gjennomgåbar kontrollplan

Den beholdte historiske fangsten fra 7. november 2026, inspisert, men ikke kjørt på nytt for denne gjennomgangen, registrerer at en autoritativ UDP-spørring for tilbakekobling for det syntetiske noreceive.example MX returnerte nøyaktig 0 .; den beholdte registreringen inkluderer spørring, trådsvar, UTC-tid og autoritetsendepunkt. Den medfølgende konkrete ikke-sende planen kombinerer den MX med én SPF -all policy og en illustrativ DMARC retningslinje for avvisning for en kamp som eksplisitt antas å ikke ha noen legitim post. Den viser gjenopprettingsadresse og forhåndskontroll av underdomene, rapporteringsdatabegrensninger, mottakertestgrenser og tilbakeføring. Uavhengig vurdering av den planen er en gjennomgangsport, ikke godkjenning fra bedriftseier. Den faktiske kundebeholdningen og eventuell offentlig distribusjon forblir ubekreftet.

Hold bevisomfanget eksplisitt

Det historiske Null MX svaret er bevart med ledningsbyte og tilbakekoblingsendepunkt. Dens tilknyttede ikke-sende plan forblir et syntetisk forslag med inventarforutsetninger; verken oppbevaring eller denne innholdsgjennomgangen gir kunden godkjenning eller tester faktisk mottakerhåndtering.

[ Takeaway ]

En eneste MX 0-punkt erklærer at dette eksakte domenet ikke godtar e-post. Fraværende MX og Null MX har forskjellig SMTP rutingsatferd. Beholdningsmottaksbehov og gjennomgå sendingskontroller separat.

[Etter rolle]

Hva dette betyr for deg

Velg din rolle for praktiske neste trinn.

IT / Mail Admin

Publiser en entydig rute

Null MX må være den eneste MX , og underdomener trenger sin egen vurdering.

Neste trinn

  1. Publiser nøyaktig én MX 0-punktpost.
  2. Test implisitt-MX og eksplisitt-null tilfeller.
  3. Gå gjennom hvert relevante underdomene.

CISO / SecOps

Gjennomgå planen som ikke sendes

En mottakserklæring erstatter ikke utgående autentiseringskontroller.

Neste trinn

  1. Separate mottaks- og etterligningskontroller.
  2. Krev en uavhengig gjennomgått sendebeholdning.
  3. Registrer policyens omfang og unntak.

Grunnlegger / Ikke-teknisk

Sjekk oversett mottaksbehov

Gjenoppretting og forretningsadresser med lavt volum kan gjøre et tilsynelatende inaktivt domene viktig.

Neste trinn

  1. Lagergjenvinning og forretningsadresser.
  2. Godkjenne avgjørelsen om ikke-mottak.
  3. Behold en navngitt tilbakeføringseier.

[ Vanlige spørsmål ]

Ofte stilte spørsmål

Er ingen MX ekvivalent med Null MX ?

Nei. Fraværende MX kan tillate SMTP adressereservering.

RFC 5321 §5.1

Hva er den eksakte Null MX verdien?

Preferanse 0 og byttepunkt, uttrykt som MX 0 .

RFC 7505 §3

Kan jeg beholde en backup MX ?

Nei. Null MX må ikke eksistere side om side med andre MX -poster for det domenet.

RFC 7505 §3

Stopper Null MX utgående forfalskning?

Nei. Sending av autentisering og domenepolicy trenger separate kontroller.

Kan domenet fortsatt være vert for et nettsted?

Ja. Null MX gjelder postmottak, ikke HTTP-tjeneste.

RFC 7505 §1

Dekker foreldreinnstillingen underdomener?

Ikke automatisk. Sjekk hvert relevante DNS navn og dets poster.

RFC 4592 §3.3

Bør gjenopprettingsadresser sjekkes først?

Ja. Drifts- og gjenopprettingskontoer med lavt volum kan være lett å gå glipp av.

Er den foreslåtte planen som ikke sendes godkjent av denne veiledningen?

Nei. Uavhengig gjennomgang og godkjenning fra domeneeiere er fortsatt nødvendig.

[ Kilder ]

Kilder

  1. RFC 5321

    Seksjoner §5.1

  2. RFC 7505

    Seksjoner §1 · §3 · §4.2

  3. RFC 7208

    Seksjoner §5.1

  4. RFC 9989

    Seksjoner §4.10.1

  5. RFC 8767

    Seksjoner §4

  6. RFC 4592

    Seksjoner §3.3

[ Ordliste ]

Ordliste

Null MX
En eneste MX med preferanse null og utvekslingspunkt som erklærer at et domene ikke godtar e-post.

RFC 7505 §3

Implisitt MX
SMTP håndtering av et fraværende MX RR-sett som en implisitt utveksling som peker til den verten; forskjellig fra en eksplisitt Null MX .

RFC 5321 §5.1

Enterprise herkomst

Hvorfor topp finansinstitusjoner og regjeringer pensjonert e-postsikkerhetsdashboardene deres.

Tradisjonelle e-postautentiseringsplattformer selger deg et dashbord og ber ingeniørene dine gjøre jobben. I miljøer med høy innsats betyr manuell overvåking forsinket håndheving, konfigurasjonsdrift og uovervåkede skyggedomener.

EmailAuth er den agentiske e-postopprinnelsesplattformen. Våre agenter håndhever p=reject, hold tredjepartssendere på linje og flytt domenene dine til fulle RFC 9989 compliance, den nye DMARC standarden, med menneskelig-in-the-loop reviderbarhet.

Regjeringer Store bedrifter Tier-1 finansinstitusjoner

SaaS · Dedikert leieforhold · Air-gaped on-prem · BYOK-kryptering

Kunnskapsbase