Waarom bounct mijn Zivver-e-mail of -notificatie?

Een bericht dat is verzonden met Zivver, of een Zivver-notificatiemail, geeft een bouncebericht terug. Een bounce wordt ook wel een non-delivery report (NDR) genoemd. Deze pagina helpt je de oorzaak te vinden. Loop de situaties hieronder op volgorde door en stop bij de eerste die past.

Opmerking
Toont de bounce een specifieke foutcode? Zie dan ook Bounce 5.0.0 Unable … diagnostic code of Bounce 5.3.0 Unable … delivered; 5.3.0.

Overzicht

SituatieGa naar
Een nieuw of geautomatiseerd verzenddomein bounct met authentication requiredNieuw verzenddomein
Een gedeelde, geautomatiseerde of no-reply-afzender bounctGedeelde of geautomatiseerde afzender
Slechts één ontvanger of domein is getroffenSlechts één ontvanger of domein getroffen
Bounces zijn consistent en je gebruikt een strikte uitgaande firewallStrikte uitgaande firewall
Meerdere niet-gerelateerde ontvangerdomeinen bouncen tegelijkMeerdere niet-gerelateerde domeinen getroffen
Out-of-office-antwoorden of agenda-antwoorden bouncen of komen misvormd aanAutomatisch gegenereerde e-mail
De bounce gaat over aflevering aan een Nederlandse zorgpartner (NTA 7516)Aflevering tussen leveranciers
Je kreeg een bounce, maar de ontvanger heeft het bericht geopendOntvanger heeft het bericht geopend

Nieuw verzenddomein

Gaat de bounce over e-mail van een nieuw of geautomatiseerd verzenddomein? En staat in de bounce authentication required? Dan staat het domein mogelijk nog niet op de SMTP- en SPF-allowlist van Zivver.

Oplossing
Neem contact op met Zivver Support en vraag om het domein aan de allowlist toe te voegen.

Zie voor meer informatie Encryption Gateway.

Gedeelde of geautomatiseerde afzender

Gaat de bounce over e-mail van een gedeelde, geautomatiseerde of no-reply-afzender? Elk Van-adres heeft een actief Zivver-account nodig.

Oplossing
Kies een van deze opties:

  • Maak een actief Zivver-account aan voor de afzender.
  • Sluit de afzender uit van de mailstroomregel die e-mail naar Zivver verstuurt.

Zie voor meer informatie Encryption Gateway.

Slechts één ontvanger of domein getroffen

Is slechts één ontvanger of domein getroffen, terwijl alle andere e-mail wel wordt afgeleverd? Dan ligt de oorzaak zeer waarschijnlijk aan de kant van de ontvanger. Bijvoorbeeld: de spamfilter, secure email gateway, geo-IP-regel of reputatiedienst van de ontvanger blokkeert Zivver tijdelijk.

Oplossing
Vraag de IT-afdeling van de ontvanger om het volgende op de allowlist te zetten:

  • het domein zivver.com
  • het e-mailadres noreply@zivver.com
  • de verzendservers van Zivver, met behulp van het SPF-record include:_spf.zivver.com

Zie voor meer informatie over het SPF-record van Zivver Zivver e-mails versturen vanaf je eigen domein.

Strikte uitgaande firewall

Zijn de bounces consistent en gebruikt je organisatie een strikte uitgaande firewall? Je firewall blokkeert mogelijk de server die je mailserver tijdens de TLS-handshake benadert om certificaatintrekking te controleren (CRL of OCSP). Wanneer deze controle een timeout geeft, kan je eigen mailserver de verbinding weigeren.

Diagnose
Laat je beheerder in de firewalllogs controleren of verbindingen met de CRL- of OCSP-server van de certificaatautoriteit zijn geblokkeerd of een timeout hebben gekregen.

Oplossing
Sta uitgaand verkeer naar de CRL- en OCSP-servers van de certificaatautoriteit toe.

Meerdere niet-gerelateerde domeinen getroffen

Bouncen er tegelijk meerdere niet-gerelateerde ontvangerdomeinen? Dan heeft een reputatiedienst van een derde partij mogelijk tijdelijk de verzend-IP-adressen van Zivver op een lijst gezet. Dit is een incident aan de kant van Zivver. Je lost dit niet op met een allowlist per domein.

Oplossing
Neem contact op met Zivver Support om het incident te bevestigen en om verwijdering van de lijst aan te vragen.

Automatisch gegenereerde e-mail

Bouncen automatisch gegenereerde berichten, zoals out-of-office-antwoorden of agenda-antwoorden, of komen ze misvormd aan? En worden deze berichten verstuurd via de Encryption Gateway?

De Encryption Gateway is geen transparante relay. De gateway bouwt het oorspronkelijke bericht altijd opnieuw op als een Zivver-notificatie. Hierdoor verdwijnt de oorspronkelijke DKIM-handtekening of komt deze niet meer overeen. Een modus die de oorspronkelijke DKIM-handtekening behoudt, bestaat niet.

Oplossing
Sluit automatisch gegenereerde berichttypen uit van de mailstroomregel van de Encryption Gateway. Probeer de oorspronkelijke handtekening niet te behouden.

Zie voor meer informatie Encryption Gateway.

Aflevering tussen leveranciers

Gaat de bounce over aflevering aan een ontvanger via een NTA 7516-interoperabiliteitspartner, zoals Zorgmail? Dan heeft je eigen Zivver-mailstroomregel (Zivver Relay) mogelijk een hogere prioriteit dan de regel van de partner. De e-mail verlaat je organisatie dan via het verkeerde uitgaande IP-adres en faalt op de SPF-controle van de ontvanger.

Diagnose
Controleer de volgorde van je transportregels. Staat je eigen Zivver-regel vóór de regel van de interoperabiliteitspartner?

Oplossing
Wijzig de volgorde van je transportregels, zodat de regel van de interoperabiliteitspartner een hogere prioriteit heeft dan je eigen Zivver-regel.

Ontvanger heeft het bericht geopend

Kreeg je een bounce, maar bevestigt de ontvanger dat het bericht prima opende? Dit is te verwachten. De bounce geldt voor de aparte notificatiemail. De bounce geldt niet voor het versleutelde bericht zelf.

Oplossing
Je hoeft niets te doen.

Hulp nodig?

Lost geen van de situaties hierboven het probleem op? Neem contact op met Zivver Support en geef deze informatie door in je verzoek:

  • Het volledige bouncebericht (NDR), inclusief de foutcode.
  • Treedt het probleem op bij één ontvanger, één domein of meerdere domeinen?
  • Verstuur je met een Zivver-client, de DLP Gateway of de Encryption Gateway?
  • Welke stappen van deze pagina heb je geprobeerd en wat was het resultaat?