Gepland verzenden en leesbevestigingen: wat ze echt garanderen

Deze twee functies staan in vrijwel elk functieoverzicht naast elkaar, terwijl de mate waarin u erop kunt vertrouwen nauwelijks meer kan verschillen.

Gepland verzenden werkt deterministisch zolang de dienst beschikbaar is. De server bewaart uw bericht en geeft het op het gekozen tijdstip vrij. U kunt de laptop sluiten, de verbinding verliezen of gaan slapen: de verzending is niet afhankelijk van een online apparaat.

Leesbevestigingen zijn een verzoek. U vraagt het mailprogramma van de ontvanger om te melden wanneer het bericht wordt weergegeven. Dat programma mag weigeren, eerst de gebruiker vragen of het verzoek negeren. Als er geen bevestiging komt, zegt dat vrijwel niets.

Beide functies zijn nuttig, zolang u weet wat elk ervan werkelijk kan aantonen.

Zo werkt gepland verzenden

Schrijf het bericht, open het menu naast Verzenden en kies een tijdstip. De standaardkeuzes omvatten morgenochtend, morgenmiddag en de volgende maandagochtend; voor elk ander moment gebruikt u de datumkiezer. Het bericht gaat naar de map Gepland en blijft daar tot het tijdstip is aangebroken.

Belangrijk is waar het bericht wacht. Het wordt op de server opgeslagen, waar een proces elke minuut controleert welke verzendingen aan de beurt zijn. Uw apparaat speelt geen rol: er hoeft geen browsertab open te blijven, er hoeft geen app te draaien en de computer mag uitstaan. Dat is het verschil tussen planning op de server en de clientvariant van sommige desktopprogramma's, waar ‘gepland’ soms betekent dat de computer het bericht verzendt als die toevallig aanstaat.

Tot de uitvoering blijft een geplande verzending volledig bewerkbaar. Open de map Gepland om haar te annuleren, de tijd te wijzigen of de inhoud aan te passen. Bij annuleren gaat het bericht terug naar Concepten in plaats van dat het wordt verwijderd.

Eén beperking is goed om vooraf te kennen: gepland verzenden is niet beschikbaar wanneer u namens een gedeelde mailbox werkt. Een bericht dat uren vooraf vanuit een teaminbox in de wachtrij staat, heeft op het verzendmoment mogelijk geen duidelijke eigenaar; de schrijver kan het team hebben verlaten en anderen kunnen het wachtende bericht niet zien. Meteen verzenden vanaf een gedeeld adres blijft mogelijk.

Verzenden ongedaan maken is niet gepland verzenden

De functies worden vaak verward, maar lossen verschillende problemen op. Ongedaan maken vangt een fout op in de vijf seconden na de klik; gepland verzenden kiest een bezorgmoment dat weken verderop kan liggen.

Verzenden ongedaan maken voegt aan elk bericht vijf seconden wachttijd toe. Klik op Verzenden: het bericht gaat in de wachtrij zonder al te worden overgedragen en er verschijnt een afteller. Klik op Ongedaan maken om het volledig bewerkbaar terug te halen naar de editor. Laat u de tijd verstrijken, dan wordt het verzonden.

De vijf seconden zijn bewust gekozen. Ze zijn meestal genoeg om twee alledaagse fouten te zien, een vergeten bijlage of de verkeerde ontvanger, die vaak direct na het sluiten van het venster opvallen. Tegelijk blijft de vertraging kort genoeg om de verzending direct te laten aanvoelen.

Een langere periode klinkt aantrekkelijk, maar heeft nadelen. Bij dertig seconden blijft elk bericht een halve minuut in onzekerheid; voor het antwoord op ‘is het al weg?’ moet u controleren en de map Verzonden loopt achter op de werkelijkheid.

Tijdzones: waar gepland verzenden misgaat

‘Morgen om 9 uur’ is dubbelzinnig zodra twee mensen zich op verschillende plaatsen bevinden. Bij gepland verzenden kan die onduidelijkheid een bericht om 3 uur 's nachts laten aankomen.

De gekozen tijden gelden in uw tijdzone, zoals de browser die doorgeeft. Plant u op een laptop in Berlijn een bericht voor iemand in San Francisco, dan betekent 9 uur dus 9 uur in Berlijn en voor die persoon middernacht.

Kalenders hadden vroeger een vergelijkbaar, nog ernstiger probleem. Daarom bewaren afspraken tegenwoordig een expliciete tijdzone in plaats van alleen een losse plaatselijke kloktijd. Een afspraak die in Berlijn is gemaakt en in San Francisco wordt geopend, toont op beide schermen het juiste lokale uur in plaats van dezelfde cijfers op de verkeerde plek.

Denk bij het plannen praktisch gezien aan de ochtend van de ontvanger, niet aan die van uzelf. Let extra op in de week waarin de klok wordt verzet: bij een bericht dat drie weken vooraf over een zomer- of wintertijdgrens heen wordt gepland, kan het tijdstip een uur afwijken van de lokale kloktijd die u voor ogen had.

Leesbevestigingen: wat is een MDN?

Een leesbevestiging in e-mail is een Message Disposition Notification, oftewel MDN, gestandaardiseerd in RFC 8098. Het werkt als volgt:

1. U verstuurt een bericht met de header Disposition-Notification-To, waarin uw adres staat.
2. Het mailprogramma van de ontvanger ziet die header. Wat daarna gebeurt, hangt volledig af van dat programma en zijn instellingen.
3. Besluit het mee te werken, dan stuurt het een klein gestructureerd bericht terug: een machineleesbare melding dat dit bericht op dit tijdstip door deze gebruiker is weergegeven.
4. Die melding komt als elk ander bericht in uw inbox en wordt via de Original-Message-ID aan het origineel gekoppeld.

Aan onze kant maakt een verzoek bij verzending één openstaand item per ontvanger. Wanneer een geldige, koppelbare MDN binnenkomt, krijgt het bijbehorende item een tijdstempel. De lijst Verzonden toont een aanduiding; bij het openen van het bericht ziet u per ontvanger wie heeft bevestigd en wie niet.

Ontvangers in Bcc worden bewust niet in het rapport opgenomen. Een bevestiging van een verborgen ontvanger in het eigen rapport van de afzender kan diens bestaan onthullen aan iemand die op het scherm meekijkt. Een functie die Bcc ongemerkt ondermijnt, zou een fout zijn.

U kunt bevestigingen per bericht inschakelen in de editor of in de instellingen een standaard per mailbox kiezen als u ze echt overal wilt. Voor de meeste mensen is dat niet verstandig.

Waarom dit geen trackingpixel is

Een andere manier om te proberen vast te stellen of een bericht is geopend, is een transparante afbeelding van 1×1 insluiten vanaf een server van de afzender en de aanvraag registreren wanneer het programma van de ontvanger de afbeelding laadt. Veel browserextensies en verkooptools voor ‘e-mailtracking’ werken zo.

Om drie redenen gebruiken we die aanpak hier niet.

Het gebeurt verborgen. De ontvanger krijgt geen duidelijke aanwijzing dat er iets wordt vastgelegd. Een MDN-verzoek is zichtbaar: het programma kan de gebruiker informeren of toestemming vragen. Instemming maakt deel uit van het mechanisme.

Het lekt meer dan het openingstijdstip. Een afbeeldingsaanvraag bevat een IP-adres en een useragent, waaruit een globale locatie en het gebruikte apparaattype kunnen blijken. Dat is wezenlijk iets anders dan ‘het bericht is weergegeven’ en kan zonder expliciet verzoek worden verzameld.

Het signaal is tegenwoordig nauwelijks betrouwbaar. Privacybescherming in Mail van Apple kan afbeeldingen vooraf via een proxy laden, waardoor elk bericht meteen geopend lijkt vanaf een locatie die niet van de ontvanger is. Gmail zet afbeeldingen in een eigen proxycache. Het resultaat bevat daardoor veel ruis.

Een MDN geeft minder gegevens, maar beschrijft een handeling die het programma zelf heeft besloten te melden. Dat is een bewuste afweging.

Wat een ontbrekende bevestiging zegt (bijna niets)

Dit moet helder worden gezegd: veel verzoeken om een leesbevestiging worden nooit beantwoord, om redenen die niets zeggen over de vraag of het bericht is gelezen.

Een leeg rapport past dus bij allerlei situaties: nog niet gelezen, gelezen op een telefoon of in Gmail, geopend in Outlook door iemand die Nee koos, of gelezen zonder het te bevestigen. U kunt deze gevallen niet uit elkaar houden.

De juiste interpretatie is asymmetrisch. Een bevestiging die binnenkomt, is een sterk signaal dat het programma het bericht heeft weergegeven. Als ze uitblijft, levert dat geen bewijs over het lezen. Beschouw het eerste als een signaal en het tweede als stilte.

Als u bewijs van aflevering nodig hebt in plaats van bewijs van lezen, stelt u een andere en meestal beter controleerbare vraag. Het uitgaande logboek bewaart wat de ontvangende server bij acceptatie heeft geantwoord, inclusief de SMTP-reactie, en een stijgend bouncepercentage verdient aandacht. De infrastructuur neemt acceptatie door de server waar; lezen is informatie die de ontvanger vrijwillig deelt.

Het rapport lezen

De lijst Verzonden markeert berichten waarvoor een bevestiging is aangevraagd. Open zo'n bericht en het rapport vermeldt elke ontvanger in Aan en Cc, met een bevestigingstijd of zonder vermelding.

Gebruik dit als aanleiding, niet als oordeel. ‘Drie van de vijf hebben bevestigd en van de andere twee heb ik antwoord nodig’ kan een goede reden zijn om contact op te nemen. ‘U hebt mijn e-mail om 14:32 gelezen en niet geantwoord’ is geen zin om een gesprek op te bouwen en voelt om begrijpelijke redenen ongemakkelijk.

Wanneer welke functie past

Gebruik gepland verzenden wanneer u buiten werktijd schrijft zonder de indruk te willen wekken dat u om 1 uur 's nachts werkt; de ontvanger in een andere tijdzone zit en u diens ochtend wilt bereiken; iets op een vaste datum moet vertrekken, bijvoorbeeld een verlengingsbericht of contractuele deadline; of u het nog eenmaal wilt overdenken voordat het weggaat.

Vraag een bevestiging wanneer het bericht echt belangrijk is, de bevestiging uw volgende stap zou veranderen en u vooraf hebt aanvaard dat geen antwoord ook geen antwoord op de vraag is. Bevestigingen standaard inschakelen kan mensen irriteren die bij elk bericht een vraag krijgen en verzwakt het signaal voor de berichten waarbij het ertoe doet.

Veelgestelde vragen

Werkt gepland verzenden als mijn computer uitstaat?

Ja, zolang de dienst beschikbaar is. Het bericht wordt op de server bewaard en een proces controleert elke minuut wat aan de beurt is. Geen van uw apparaten hoeft aan of online te zijn.

Kan ik een geplande verzending nog bewerken?

Ja. Open de map Gepland om de inhoud of tijd te wijzigen of om de verzending te annuleren. Bij annuleren keert het bericht terug naar Concepten.

Waarom is gepland verzenden niet beschikbaar vanuit een gedeelde mailbox?

Een bericht dat uren eerder vanuit een teaminbox is ingepland, heeft bij verzending mogelijk geen duidelijke eigenaar en is tijdens het wachten onzichtbaar voor andere leden. Meteen verzenden vanaf een gedeeld adres werkt normaal.

Werken leesbevestigingen met Gmail?

Bij persoonlijke Gmail-accounts moet u doorgaans niet op een MDN rekenen. In Google Workspace hangen bevestigingen af van beheerde instellingen en kunnen ze zijn uitgeschakeld. De actuele domein- en clientconfiguratie bepaalt het gedrag.

Kan de ontvanger zien dat ik een bevestiging heb gevraagd?

Ja, en dat is bewust zo. Het programma kan de gebruiker informeren of toestemming vragen. Het is een verzoek, geen surveillance.

Bewijst een leesbevestiging dat het bericht is afgeleverd?

Een geldige bevestiging wijst erop dat het bericht is afgeleverd en door het programma is weergegeven. Het ontbreken ervan bewijst niets. Raadpleeg voor aflevering het verzendlogboek en de SMTP-reactie van de ontvangende server.

Gebruiken jullie trackingpixels?

Nee. Bevestigingen gebruiken het standaard MDN-mechanisme, dat het programma van de ontvanger kan weigeren. Er is geen ingesloten afbeelding of openingsbaken en dit mechanisme registreert aan de ontvangende kant geen IP-adres of useragent.

Laat een bevestiging zien of het bericht is doorgestuurd?

Nee. Een MDN meldt alleen een verwerkingsstatus voor de oorspronkelijke ontvanger. Doorsturen blijft ervoor onzichtbaar.