Ik heb een Zivver-account
Gebruikershandleidingen en referentiedocumenten
Overzicht Afleverbewijs/Ontvangstbewijs rapport overzicht
Opmerking
InfoIntroductie
Zivver biedt een Afleverbewijs voor Zivver-berichten. Je kunt dit rapport genereren via de Zivver WebApp of de Zivver Office Plugin.
Het Afleverbewijs heeft de volgende belangrijkste doelen:
- De afzender informeren over de afleverstatus van zijn of haar (notificatie)bericht.
- De afzender voorzien van gedetailleerde informatie over het afleverproces van het bericht.
Voor berichten die niet zijn verzonden als Directe Aflevering, toont het rapport ook de status van het openen van het bericht door de ontvanger. Deze status wordt bepaald door het Zivver-platform zodra de ontvanger het Zivver-gesprek succesvol ontsleutelt waar het bericht onderdeel van is.
OpmerkingInhoud van het afleverbewijs
Het afleverbewijs bestaat uit de volgende hoofdonderdelen:
- Berichtdetails (per bericht)
- Samenvatting (per ontvanger)
- Gedetailleerd gebeurtenissenlogboek (per ontvanger)
Berichtdetails
De sectie Berichtdetails geeft een overzicht van de belangrijkste kenmerken van het verzonden bericht.
- Bericht-ID
- Van
- Aan
- Onderwerp
- Bijlagen
- Tijdstempel
| Kenmerk | Omschrijving |
|---|---|
| Bericht-ID | De interne bericht-ID die op het Zivver-platform wordt gebruikt om het bericht te identificeren. |
| Van | E-mailadres van de afzender. Als het bericht is verzonden via een gemachtigd account of een functionele mailbox, wordt hier het e-mailadres van dat account weergegeven. |
| Aan | E-mailadressen van de ontvangers in de velden ‘Aan’ en ‘Cc’ van het verzonden bericht. Bij verzending via Zivver zijn alle ontvangers onderdeel van hetzelfde gesprek, waardoor er geen onderscheid wordt gemaakt tussen ‘Aan’ en ‘Cc’. |
| Onderwerp | De onderwerpregel zoals opgegeven in het verzonden bericht. |
| Bijlagen | De bestanden die aan het bericht zijn toegevoegd. |
| Tijdstempel | Datum en tijd waarop het bericht is verzonden, weergegeven in de UTC-tijdzone. |
Samenvatting
De samenvattingssectie toont de status ‘bericht geopend’ voor elke ontvanger van het bericht. Daarnaast geeft deze sectie een overzicht van de relevante gebeurtenissen die voorafgaand aan deze status hebben plaatsgevonden. Elke gebeurtenis heeft een gebeurtenis-ID waarmee je de gebeurtenis kunt opzoeken in de sectie ‘Gedetailleerd gebeurtenislogboek’ van het Afleverbewijs. De UTC-tijdstempel geeft aan wanneer de gebeurtenis is geregistreerd.
OpmerkingDe status ‘bericht geopend’ kan niet worden geverifieerd voor Directe Bezorging-berichten, omdat deze direct aan de mailserver van de ontvanger worden afgeleverd en niet worden geopend via de Zivver WebApp. Deze berichten krijgen daarom de status ‘Onbekend’, tenzij het bericht is gebounced — in dat geval is de status ‘Nee’.
De onderstaande tabel toont de mogelijke gebeurtenissen die kunnen verschijnen in de samenvattingssectie van het afleverbewijs:
| Gebeurtenis | Beschrijving |
|---|---|
| Bericht aangemaakt door {0} | Geeft aan dat een nieuw bericht is aangemaakt op het Zivver-platform door de afzender. |
| Kon e-mail niet afleveren | Geeft aan dat de e-mail (een notificatie of Directe Bezorging) niet kon worden afgeleverd aan de mailserver van de ontvanger. |
| E-mail succesvol verzonden naar {0} | Geeft aan dat de e-mail (een notificatie of Directe Bezorging) succesvol is afgeleverd aan de mailserver van de ontvanger. |
| Asynchrone bounce ontvangen van {0} | Geeft aan dat de mailserver van de ontvanger eerst de levering van de e-mail heeft bevestigd, maar later heeft gemeld dat deze toch niet kon worden afgeleverd. Omdat dit kan gebeuren nadat de e-mail is verzonden, wordt dit een ‘asynchrone’ bounce genoemd. |
| Bericht geopend door {0} | Geeft aan dat het Zivver-platform het Zivver-gesprek waartoe het bericht behoort heeft ontsleuteld voor een ontvanger. |
| Bericht ontsleuteld voor ‘Directe Bezorging’ | Geeft aan dat het Zivver-platform het bericht heeft ontsleuteld voordat het werd verzonden, zodat het als payload kon worden meegeleverd in een Directe Bezorging-bericht. Dit betekent NIET noodzakelijk dat de ontvanger het bericht heeft geopend — het bevestigt alleen dat het bericht is verzonden als ontsleutelde payload. De ontvanger hoeft geen extra stappen te nemen (zoals verificatie via sms) om het bericht te ontsleutelen. |
| E-mail doorgestuurd door mailserver van ontvanger | Geeft aan dat de mailserver van de ontvanger het bericht heeft doorgestuurd naar een extern systeem dat geen Delivery Status Notifications (DSN’s) genereert voor succesvolle bezorging. Het Zivver-platform heeft een DSN ontvangen met de status ‘doorgestuurd’. |
Gedetailleerd gebeurtenissenlogboek
De sectie met het gedetailleerde gebeurtenissenlogboek biedt een uitgebreid overzicht van de gebeurtenissen die zich hebben voorgedaan tijdens de levenscyclus van het bericht.
Er is meer detail in de soorten gebeurtenissen (bijvoorbeeld, gebeurtenissen over het gesprek worden ook in deze sectie vermeld) evenals in het niveau van informatie dat over de gebeurtenissen zelf wordt verstrekt (dit is vooral het geval voor gebeurtenissen met betrekking tot het verzenden van een e-mail naar de mailserver van de ontvanger). Voor elke gebeurtenis worden de ID, gebeurtenisbeschrijving en tijdstempel in UTC vermeld.
De onderstaande tabel toont de mogelijke gebeurtenissen die kunnen worden weergegeven in de sectie met het gedetailleerde gebeurtenissenlogboek van het Bewijs van Bezorging-rapport. Sommige gebeurtenissen bevatten dynamische waarden die afhankelijk zijn van de specifieke situatie. De mogelijke waarden voor deze gebeurtenissen worden onder de tabel vermeld.
| Gebeurtenis | Beschrijving | Mogelijke waarden |
|---|---|---|
| Verificatiemethode {0} ingesteld door {1} | Geeft aan dat een verificatiemethode is ingesteld door de afzender. Dit is de methode die de ontvanger moet gebruiken bij het openen van het bericht. | {0} verificatiemethode kan zijn: SMS / Wachtwoord / E-mail / Zivver-account |
| Bericht aangemaakt door {0} | Geeft aan dat een nieuw bericht is aangemaakt door de afzender op het Zivver-platform. | |
| Notificatie-e-mail met ID {0} intern in de wachtrij geplaatst voor bezorging | Geeft aan dat de notificatie-e-mail intern in transit is op het Zivver-platform. | |
| ‘Direct Delivery’-e-mail met ID {0} intern in de wachtrij geplaatst voor bezorging met minimaal vereiste beveiligingsniveau {1} | Geeft aan dat de ‘Direct Delivery’-e-mail intern in transit is op het Zivver-platform. | {1} Mogelijke beveiligingsniveaus zijn: Geen / PKIX / DANE |
| Kon e-mail niet in de wachtrij plaatsen voor bezorging vanwege {0} | Geeft aan dat de e-mail (een notificatie of ‘Direct Delivery’-e-mail) niet in transit kon worden geplaatst op het Zivver-platform. | {0} Mogelijke redenen zijn: opgeschort account, stille notificaties ingeschakeld, ontvanger wil geen notificatie-e-mails ontvangen, recente bounce of algemene EXIM-uitzondering. |
| Kon e-mail niet bezorgen aan {0} met beveiligingsniveau {1}. Externe MTA: {2}. Status: {3}. Reden: {4}. | Geeft aan dat de e-mail (een notificatie of ‘Direct Delivery’-e-mail) niet kon worden afgeleverd bij de mailserver van de ontvanger. | |
| E-mail succesvol verzonden naar {0} met beveiligingsniveau {1}. Externe MTA {2}. | Geeft aan dat de e-mail (een notificatie of ‘Direct Delivery’-e-mail) succesvol is afgeleverd bij de mailserver van de ontvanger. | |
| Asynchrone bounce ontvangen. Kon e-mail niet bezorgen aan {0}. Externe MTA: {1}. Status: {2}. Reden: {3}. | Geeft aan dat de mailserver van de ontvanger aanvankelijk meldde dat de e-mail (een notificatie of ‘Direct Delivery’-e-mail) was afgeleverd, maar later een fout rapporteerde. Dit staat bekend als een ‘asynchrone’ bounce. | |
| {0} is succesvol geverifieerd via verificatiemethode {1} | Geeft aan dat de ontvanger zichzelf succesvol heeft geverifieerd met behulp van de door de afzender ingestelde verificatiemethode. | |
| {0} heeft aangegeven dit bericht niet te kunnen openen met verificatiemethode {1} | Geeft aan dat de ontvanger de gevraagde verificatiemethode niet kan verstrekken. Dit kan gebeuren wanneer een gastontvanger het wachtwoord vergeet dat nodig is om toegang te krijgen tot het bericht. | |
| Verificatiemethode voor ontvanger gewijzigd naar {0} door {1} | Geeft aan dat de afzender de vereiste verificatiemethode voor toegang tot het bericht heeft gewijzigd van de ene methode naar de andere (bijv. van ‘SMS’ naar ‘Wachtwoord’). | |
| Bericht geopend door {0} | Geeft aan dat het Zivver-platform het Zivver-gesprek dat het bericht bevat, heeft ontsleuteld voor de ontvanger. | |
| Bericht ontsleuteld voor ‘Directe aflevering’ | Geeft aan dat het Zivver-platform het bericht heeft ontsleuteld voordat het werd verzonden, zodat het kon worden gebruikt als payload voor de e-mail met ‘Directe aflevering’. Dit betekent NIET noodzakelijk dat de ontvanger het bericht heeft geopend. Het betekent alleen dat het bericht werd verzonden als ontsleutelde payload met de e-mail voor ‘Directe aflevering’. | |
| E-mail doorgestuurd of via gateway verzonden | Toont de officiële RFC-uitleg dat de e-mail is “doorgestuurd of via een gateway is verzonden naar een omgeving die geen verantwoordelijkheid neemt voor het genereren van afleverstatusmeldingen na succesvolle aflevering”: E-mail naar {0} met beveiligingsniveau {1} doorgestuurd of via gateway verzonden naar een omgeving die geen verantwoordelijkheid neemt voor het genereren van afleverstatusmeldingen na succesvolle aflevering. | {1} Mogelijke beveiligingsniveaus zijn: Geen / PKIX / DANE |