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

> E-mail naar een eigen domeinnaam faalt om acht veelvoorkomende redenen: oude MX-records, trage DNS, een tweede SPF-record, een verlopen domeinnaam.

- URL: https://postelva.com/nl/guides/email-not-arriving-custom-domain/
- Laatst bijgewerkt: 2026-11-12
- Uitgever: Postelva (https://postelva.com)

Als e-mail die naar u@uwnaam.com is gestuurd nooit verschijnt, zit de oorzaak bijna altijd in DNS. Loop de tabel van boven naar beneden door.

**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

| Symptoom | Waarschijnlijke oorzaak | Hoe te controleren | Oplossing |
| --- | --- | --- | --- |
| Er komt niets aan, geen bounce | MX-records ontbreken of staan nog bij de oude provider | Zoek de MX-records van de domeinnaam op | Voeg de MX-records van de nieuwe provider toe en verwijder de oude |
| Sommige e-mail komt aan, sommige niet | Oude en nieuwe MX-records door elkaar | De MX-lijst toont hosts van twee providers | Houd alleen de MX van de nieuwe provider, of geef die de laagste prioriteitsnummers |
| Het werkte gisteren, vandaag niet | DNS-wijziging nog niet verspreid | Verschillende resolvers geven verschillende antwoorden | Wacht 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 bestaat | Domeinnaam verlopen of opgeschort | Zoek de domeinstatus op bij de registry | Verleng; zie wat er met e-mail gebeurt als een domeinnaam verloopt |
| Een record bestaat maar de opzoeking zegt van niet | Negatieve caching van het eerdere lege antwoord | Hetzelfde record wordt door de ene resolver gevonden, door de andere niet | Wacht: een leeg antwoord wordt gecachet met de TTL van het SOA-record van de zone |
| E-mail van uw domeinnaam gaat naar spam | Twee SPF-records, of meer dan 10 DNS-opzoekingen | Tel de TXT-records die met v=spf1 beginnen | Voeg samen tot één SPF-record; houd het onder de 10 opzoekingen |
| De provider zegt dat de domeinnaam niet is geverifieerd | Verificatie-TXT-record ontbreekt of is verkeerd gekopieerd | Vergelijk de waarde met het scherm van de provider | Plak de waarde opnieuw; sommige DNS-hosts willen de hostnaam zonder de domeinnaam |
| E-mail wordt geweigerd nadat u DMARC hebt aangescherpt | Beleid op reject gezet voordat SPF en DKIM slaagden | Lees de aggregate rapporten | Ga 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.

```bash
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](https://postelva.com/nl/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records").

## 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](https://postelva.com/nl/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail") 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](https://postelva.com/nl/what-happens-to-email-when-domain-expires/ "What happens to my email when my domain expires?").

## 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](https://postelva.com/nl/guides/spf-record-setup/ "How to create an SPF record for a custom domain").

## 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

1. [RFC 7208, section 4.6.4: limits on DNS lookups](https://www.rfc-editor.org/rfc/rfc7208.html#section-4.6.4) — RFC Editor (gelezen op 2026-11-12)
2. [RFC 2308: negative caching of DNS queries](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (gelezen op 2026-11-12)
3. [Expired Registration Recovery Policy](https://www.icann.org/en/contracted-parties/consensus-policies/expired-registration-recovery-policy/expired-registration-recovery-policy-21-02-2024-en) — ICANN (gelezen op 2026-11-12)
4. [2013 Registrar Accreditation Agreement](https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en) — ICANN (gelezen op 2026-11-12)
5. [Eigen domeinnaam van Namecheap (MX-waarden)](https://proton.me/support/custom-domain-namecheap) — Proton (gelezen op 2026-11-12)
6. [Standaard DNS-records](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (gelezen op 2026-11-12)
7. [mailbox.org KB: SPF, DKIM en DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — mailbox.org (gelezen op 2026-11-12)
8. [Hoe lang duurt het voordat DNS-wijzigingen zich verspreiden](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (gelezen op 2026-11-12)

---

Postelva: Postelva registreert domeinnamen voor privé-e-mail — het adres dat u behoudt als u van provider wisselt — betaald in crypto zonder KYC: geen ID, alleen één geverifieerd e-mailadres per domeinnaam. Postelva wordt beheerd door DomaineGoat LLC, een bedrijf geregistreerd in Panama; domeinnamen worden geregistreerd via de door ICANN geaccrediteerde registrarpartner. Een .com kost US$ 12,49/jaar, elk jaar dezelfde prijs.