Geen KYC: één geverifieerd e-mailadres, geen ID · Betaald in crypto: BTC, USDT, USDC, ETH, SOL, LTC · .com US$ 12,49/jaar, elk jaar dezelfde prijs
Taal: Nederlands
Vind uw adres

Probleemoplossing · gecontroleerd op 12 november 2026

Waarom komt e-mail niet aan op mijn eigen domeinnaam?

Als e-mail die naar [email protected] is gestuurd nooit verschijnt, zit de oorzaak bijna altijd in DNS. Loop de tabel van boven naar beneden door.

Laatst bijgewerkt: · 7 min leestijd

Snel antwoord

Waarom komt e-mail niet aan op mijn eigen domeinnaam?

E-mail bereikt een eigen domeinnaam niet meer wanneer de MX-records ontbreken, fout zijn of zijn vermengd met die van een oude provider, wanneer een DNS-wijziging zich nog niet heeft verspreid of wanneer de domeinnaam is verlopen. Postelva telt hieronder acht veelvoorkomende oorzaken; de eerste controle is altijd de MX-records, die meestal tot 24 uur nodig hebben om te stabiliseren.

Acht oorzaken van ontbrekende e-mail, met de oplossing

SymptoomWaarschijnlijke oorzaakHoe te controlerenOplossing
Er komt niets aan, geen bounceMX-records ontbreken of staan nog bij de oude providerZoek de MX-records van de domeinnaam opVoeg de MX-records van de nieuwe provider toe en verwijder de oude
Sommige e-mail komt aan, sommige nietOude en nieuwe MX-records door elkaarDe MX-lijst toont hosts van twee providersHoud alleen de MX van de nieuwe provider, of geef die de laagste prioriteitsnummers
Het werkte gisteren, vandaag nietDNS-wijziging nog niet verspreidVerschillende resolvers geven verschillende antwoordenWacht tot de oude TTL verloopt; typische MX-wijzigingen duren 1 tot 4 uur, tot 24 tot 48 uur
De bounce zegt dat de domeinnaam niet bestaatDomeinnaam verlopen of opgeschortZoek de domeinstatus op bij de registryVerleng; zie wat er met e-mail gebeurt als een domeinnaam verloopt
Een record bestaat maar de opzoeking zegt van nietNegatieve caching van het eerdere lege antwoordHetzelfde record wordt door de ene resolver gevonden, door de andere nietWacht: een leeg antwoord wordt gecachet met de TTL van het SOA-record van de zone
E-mail van uw domeinnaam gaat naar spamTwee SPF-records, of meer dan 10 DNS-opzoekingenTel de TXT-records die met v=spf1 beginnenVoeg samen tot één SPF-record; houd het onder de 10 opzoekingen
De provider zegt dat de domeinnaam niet is geverifieerdVerificatie-TXT-record ontbreekt of is verkeerd gekopieerdVergelijk de waarde met het scherm van de providerPlak de waarde opnieuw; sommige DNS-hosts willen de hostnaam zonder de domeinnaam
E-mail wordt geweigerd nadat u DMARC hebt aangescherptBeleid op reject gezet voordat SPF en DKIM slaagdenLees de aggregate rapportenGa terug naar p=none, herstel de afzenders en scherp dan opnieuw aan

Wat moet ik eerst controleren?

Controleer eerst de MX-records, want die bepalen waar elk bericht voor de domeinnaam wordt afgeleverd. Een MX-record noemt een mailserver en een prioriteit; afzenders proberen eerst het laagste nummer. Als de lijst leeg is, kan e-mail nergens heen. Als hij de oude provider noemt, blijft e-mail daar aankomen.

Twee opdrachten tonen het antwoord. Vervang yourname.com door uw domeinnaam.

dig MX yourname.com +short
nslookup -type=MX yourname.com

Hoe moet het MX-antwoord eruitzien?

Het moet alleen de hosts van uw huidige provider noemen. Het verwachte antwoord voor Proton Mail zijn twee regels: mail.protonmail.ch met prioriteit 10 en mailsec.protonmail.ch met prioriteit 20. Voor Fastmail is dat in1-smtp.messagingengine.com met 10 en in2-smtp.messagingengine.com met 20. De methode om elk record te lezen staat in hoe u MX-, SPF-, DKIM- en DMARC-records controleert.

Waarom gaat e-mail nog steeds naar mijn oude provider?

Omdat de oude MX-records nog in de zone staan, of omdat resolvers ze nog in de cache hebben. Volgens de index van Postelva van 12 november 2026 zeggen drie van de providers met gedocumenteerde MX-instellingen, Proton Mail, Mailbox.org en Fastmail, dat u de MX-records die elders naartoe wijzen moet verwijderen of de nieuwe het laagste prioriteitsnummer moet geven. Als u beide sets laat staan, gaat e-mail onvoorspelbaar naar de ene of de andere server.

De tijd die een wijziging nodig heeft is ongeveer de oude TTL van het record op het moment dat u het wijzigde. Een TTL van 3600 seconden betekent tot een uur aan gecachete antwoorden; een TTL van 86400 betekent tot een dag. Proton Mail zegt dat u tot een dag moet rekenen voor MX-wijzigingen en Mailbox.org zegt dat de synchronisatie van zijn verificatierecord tot 48 uur kan duren. Als u een verhuizing plant in plaats van er een te herstellen, legt e-mail naar een nieuwe provider verhuizen zonder e-mail te verliezen uit hoe u de TTL vooraf verlaagt.

Kan een verlopen domeinnaam mijn e-mail stoppen?

Ja: zodra de domeinnaam over de vervaldatum is en zijn DNS niet meer wordt omgezet, wordt inkomende e-mail geweigerd of gaat die verloren. Het Expired Registration Recovery Policy van ICANN laat de eigenaar verlengen vanaf de dag van verlopen. Na verwijdering bieden gTLD-registries een herstelperiode van 30 dagen waarin DNS-resolutie is uitgeschakeld, overdrachten zijn geblokkeerd en de registrar de naam tegen extra vergoeding kan herstellen. De exacte dag waarop DNS stopt, verschilt per registrar.

Een tweede, minder bekende trigger is het e-mailadres van de registrant. ICANN vereist dat de registrar het binnen 15 dagen na registratie, overdracht of wijziging van registrant verifieert, en een domeinnaam waarvan de eigenaar nooit antwoordt, kan worden opgeschort. Postelva zegt het ronduit: het e-mailadres van de registrant wordt na registratie geverifieerd, zoals de regels van ICANN vereisen (binnen 15 dagen). Beantwoord de verificatiemail en zet automatisch verlengen aan, wat hier automatische verlenging vanaf je saldo, per domeinnaam aan of uit te zetten is. De volledige tijdlijn staat in wat er met e-mail gebeurt als een domeinnaam verloopt.

Kunnen SPF, DKIM of DMARC e-mail laten verdwijnen?

Ze beïnvloeden e-mail die u verstuurt veel meer dan e-mail die u ontvangt, maar een strikt DMARC-beleid kan ontvangers uw berichten rechtstreeks laten weigeren. Een domeinnaam mag maar één SPF-record publiceren: een tweede record, of een SPF-record dat meer dan 10 DNS-opzoekingen nodig heeft (RFC 7208), geeft een permanente fout terug en ontvangers behandelen de controle als mislukt. Voeg de include van de nieuwe provider toe aan het bestaande record in plaats van een nieuw aan te maken.

Begin voor DMARC bij p=none met een rapportadres, bevestig dat SPF en DKIM slagen op alle legitieme e-mail, ga dan over naar quarantine en ten slotte reject. Mailbox.org waarschuwt dat een te vroeg ingesteld strikt beleid legitieme e-mail kan laten weigeren. De records worden uitgelegd in hoe u een SPF-record aanmaakt.

Waar past Postelva hierin?

Postelva host de DNS van de domeinnaam, dus elk record in deze gids bewerkt u in het klantengedeelte. De DNS bevat gratis DNS-hosting met A-, AAAA-, CNAME-, ALIAS-, MX-, TXT-, NS-, SRV- en CAA-records, DNSSEC en desgewenst uw eigen nameservers (2 tot 13). Sjablonen met één klik dekken Proton Mail, Fastmail en Zoho Mail; voor Tuta, Mailbox.org, iCloud+ en Migadu worden de records in de DNS-editor getypt. Als een sjabloon en een met de hand getypt record elkaar tegenspreken, toont de zone beide, dus lees de volledige lijst voordat u op verspreiding wacht. De support antwoordt per e-mail: antwoord per e-mail binnen 12 uur, 7 dagen per week, ook hulp bij MX-, SPF-, DKIM- en DMARC-records.

Ontbrekende e-mail: vragen

Hoe lang moet ik wachten voordat ik aanneem dat een DNS-wijziging is mislukt?

Reken op maximaal de oude TTL van het record en controleer dan vanaf een tweede resolver. MX-wijzigingen duren doorgaans 1 tot 4 uur en kunnen 24 tot 48 uur duren.

Waarom bereiken sommige afzenders mij wel en andere niet?

De resolver van elke afzender cachet uw oude records een andere tijd, dus tijdens een wijziging leveren sommigen af bij de nieuwe server en sommigen bij de oude. Het verwijderen van de oude MX-records maakt een einde aan de splitsing.

Beïnvloedt een catch-all de aflevering?

Alleen binnen de mailbox: een catch-all accepteert namen die u niet hebt aangemaakt. Als een benoemd adres ontbreekt, controleer dan of de alias bestaat en of de catch-all van een ander account de e-mail niet opvangt.

Kan de provider mijn domeinnaam blokkeren?

Een provider kan een domeinnaam weigeren die niet is geverifieerd. Controleer het verificatie-TXT-record en het statusscherm van de provider voordat u verder zoekt.

Wat als mijn domeinnaam als verlopen wordt weergegeven?

Verleng hem meteen vanuit het klantengedeelte. Tijdens de herstelperiode kan de registrar hem nog herstellen, tegen een extra vergoeding die moet worden gepubliceerd.

Samengevat
  • Controleer eerst de MX-records: die bepalen waar e-mail wordt afgeleverd.
  • Verwijder oude MX-records of geef de nieuwe het laagste prioriteitsnummer.
  • MX-wijzigingen duren ongeveer de oude TTL: doorgaans 1 tot 4 uur, tot 48 uur.
  • Slechts één SPF-record, onder de 10 DNS-opzoekingen (RFC 7208).
  • Een verlopen domeinnaam wordt niet meer omgezet; de herstelperiode duurt 30 dagen.
  • ICANN vereist dat het e-mailadres van de registrant binnen 15 dagen wordt geverifieerd.
  • Scherp DMARC aan vanaf p=none, nooit rechtstreeks naar reject.
Bronnen (8)
  1. RFC 7208, section 4.6.4: limits on DNS lookups — RFC Editor (gelezen op 2026-11-12)
  2. RFC 2308: negative caching of DNS queries — RFC Editor (gelezen op 2026-11-12)
  3. Expired Registration Recovery Policy — ICANN (gelezen op 2026-11-12)
  4. 2013 Registrar Accreditation Agreement — ICANN (gelezen op 2026-11-12)
  5. Eigen domeinnaam van Namecheap (MX-waarden) — Proton (gelezen op 2026-11-12)
  6. Standaard DNS-records — Fastmail (gelezen op 2026-11-12)
  7. mailbox.org KB: SPF, DKIM en DMARC — mailbox.org (gelezen op 2026-11-12)
  8. Hoe lang duurt het voordat DNS-wijzigingen zich verspreiden — Suped (gelezen op 2026-11-12)

.com US$ 12,49/jaar · zonder KYC · crypto

Vind uw adres