# Bounce 5.0.0 Unable ... diagnostic code

## Introductie

Het versturen van een Zivver-bericht kan resulteren in een non-delivery report (NDR), ook wel een bounce genoemd. De bounce ziet er als volgt uit:

_5.0.0 Unable to specify specific reason due to missing diagnostic code_

Dit gebeurt wanneer Zivver het bericht niet aan de ontvanger kan afleveren.

Deze bounce kan door twee hoofredenen worden veroorzaakt:

**Verkeerd gespelde domeinnaam**

In de meeste gevallen komt dit probleem voor wanneer het e-maildomein van de ontvanger niet bestaat, bijvoorbeeld door een typefout in het domein van het e-mailadres van de ontvanger.

**Technische problemen**

Zivver kan het bericht mogelijk niet afleveren vanwege een technisch probleem met de [secure protocols](https://docs.zivver.com/nl/admin/webapp/references/setup-dns-for-zivver.html). Voorbeelden zijn DANE, PANE of NTA 7516, wanneer Zivver een minimaal beveiligingsniveau vereist voor het bericht.

Voorbeelden van oorzaken:

- Onjuiste DNSSEC-configuratie.
- Verlopen TLS-certificaat.
- Verlopen NTA 7516 DNS-record.

Opmerking

- Controleer eerst op typefouten voordat je technische oorzaken onderzoekt.
- Pas nadat deze problemen zijn opgelost, kan het mailsysteem het bericht afleveren.

## Oorzaken en oplossingen

### Typefout in de domeinnaam

Een typefout in de domeinnaam kan deze NDR veroorzaken. Bijvoorbeeld _zivver.n_ is incorrect; de juiste domeinnaam is _zivver.com_.

**Diagnose**

Controleer het e-mailadres van de ontvanger. Zorg dat het domein (het gedeelte na de @) correct is.

**Technische check**

Controleer of er een MX (mail exchanger) record bestaat voor het domein van de ontvanger.

**Oplossing**

Corrigeer de typefout.

Opmerking

Disclaimer: Als het probleem niet door een typefout in het domein van de ontvanger wordt veroorzaakt, raden we aan dit document te delen met de IT-beheerder. De beheerder kan helpen het probleem op te lossen.

### Ontvangende mailserver niet beschikbaar

De ontvangende mailserver is niet beschikbaar, bijvoorbeeld door een DNS-probleem. De server ontvangt geen berichten omdat deze niet operationeel is.

**Diagnose**

Laat de beheerder de volgende stappen uitvoeren:

1. Controleer de MX-records van het domein om de ontvanger-mailserver te vinden.
2. Test of de mailserver reageert.

_Bijvoorbeeld met Telnet, PowerShell of OpenSSL._

**Oplossing**

Als de server niet reageert, neem contact op met de ontvanger zodat zij het probleem kunnen oplossen.

### Ongeldig NTA 7516-certificaat

De ontvangende partij claimt [NTA 7516](/content/blog/nta-7516-what-does-it-mean-for-you/index.html)-compliant te zijn, maar het NTA 7516 MX-servercertificaat is ongeldig of verlopen.

Tip

Je kunt controleren of een ontvanger NTA 7516-compliant is met behulp van de DNS-records van het domein. Voor meer informatie, zie [Maak interoperabiliteit conform NTA 7516 kenbaar](https://docs.zivver.com/nl/admin/nta-compliance/nta-compliance.html#maak-interoperabiliteit-conform-nta-7516-kenbaar) in onze NTA 7516-handleiding.

**Diagnose**

Laat de beheerder:

1. Het NTA 7516 DNS-record van de ontvanger controleren om de NTA 7516 MX-server te vinden.

_De MX-server staat vermeld na `ntamx=10` in het record._
2. Het certificaat van de NTA 7516 MX-server controleren op waarschuwingen of afwijkingen.

_Gebruik een online tool. Controleer bijvoorbeeld het veld `NotAfter` voor de vervaldatum._

**Oplossing**

Vraag de ontvanger het NTA 7516 MX-certificaat te vernieuwen of alle gerelateerde problemen op te lossen.
Als het certificaat correct is en het probleem blijft bestaan, zie [Deprecated TLSA record NTA](https://docs.zivver.com/nl/admin/general/troubleshooting/troubleshoot-ndr.html#deprecated-tlsa-record-nta) of [Deprecated TLSA record TLS](https://docs.zivver.com/nl/admin/general/troubleshooting/troubleshoot-ndr.html#deprecated-tlsa-record-tls).

### Verouderd TLSA-record NTA

De ontvanger is mogelijk NTA 7516-compliant, maar heeft het TLSA-record niet bijgewerkt na het vernieuwen van het NTA 7516 MX-certificaat.

**Diagnose**

Laat de beheerder:

1. Het NTA 7516 DNS-record controleren om de MX-server te vinden.

_De MX-server staat vermeld na `ntamx=10`._
2. Het TLSA-record van de MX-server valideren.

_Bijvoorbeeld via een online DANE SMTP Validator. Een ongeldig TLSA-record geeft een foutmelding._

**Oplossing**

Vraag de ontvanger het TLSA-record bij te werken en de discrepantie op te lossen.

### Verouderd TLSA-record TLS

Het TLS-certificaat is vernieuwd, maar het TLSA-record is niet bijgewerkt.
DANE is ingeschakeld voor het ontvangende domein, dus een ongeldig TLSA-record blokkeert DANE en voorkomt dat berichten worden afgeleverd.

**Oplossing**

Vraag de ontvanger het TLSA-record bij te werken volgens het nieuwe TLS-certificaat.

### Ongeldig MX-certificaat

Zivver vereist een beveiligd kanaal om het bericht af te leveren. Een probleem met het MX-servercertificaat kan dit verhinderen.

Bekende oorzaken:
- Verlopen MX-certificaat.
- Mismatch van de common name (CN) van het MX-certificaat met de hostnaam van de server.

**Diagnose**

1. Controleer de MX-records van het domein om de MX-server van de ontvanger te vinden.
2. Controleer het MX-servercertificaat op waarschuwingen en afwijkingen.

_Gebruik een online tool. Controleer bijvoorbeeld het veld `NotAfter` voor de vervaldatum._

**Oplossing**

Vraag de ontvanger om alle problemen met het MX-certificaat op te lossen of het MX-certificaat te vernieuwen.

Laatst bijgewerkt op 2026-02-27