Dit weekend maar liefst twee columns van John Vanderaart bij wie het leven nooit saai is. Ging het in zijn eerdere column op pcactive.nl over zuurkool eten en internet, ditmaal deel 2 over een Haperend Postvak IN. Op deel 1 kwamen namelijk bij John en ook in onze Vraagbaak veel reacties binnen.
Op een vorige column, betreffende een haperend Postvak IN, kwamen nogal wat reacties. Nee, ik blijk niet de enige te zijn met een Postvak IN dat (1) niet ontvangt wat het zou moeten ontvangen of dat (2) ontvangt wat het niet zou moeten ontvangen. In bijna alle gevallen gaat het dan om bounces iets wat je als 'stuiters' zou kunnen vertalen. En inderdaad: "Er stuitert dan iets terug." Wat er precies terugstuitert, is afhankelijk van de mailserver van dienst. Een kleine uitleg is op z'n plaats... Vroeger toen het internet nog jong en alles nog beter was, was het send-mechanisme van de SMTP-server (= Simple Mail Transfer Protocol) volkomen onbeveiligd. Je vertelde, door middel van het ontvangende e-mailadres, waar de elektronische boodschap mocht worden afgeleverd en klaar was je weer. E-mailverkeer was destijds dus zo vrij als de spreekwoordelijke vogel. Tja, we weten hoe daarvan misbruik is gemaakt door marketeers, spammer, hackers, stalkers, criminelen, spoofers, fishers, enzovoort... Met als gevolg dat er allerlei veiligheidsmechanismes op het SMTP-verkeer zijn gezet. Met als eerste en meest eenvoudige oplossing: "Een account met een wachtwoord op de SMTP-server." En daar is gaandeweg van alles bijgekomen... Denk aan een limiet op het aantal e-mailberichten dat je binnen een bepaalde tijd mag versturen, denk aan een spamfilter dat controleert op 'foute' worden, denk aan blacklists, enzovoort. En dan komen we terug bij het stuiteren: "In veel gevallen kun je de stuiter-redenen bevragen bij de SMTP-server die je gebruikt." Het kan zijn dat de SMTP-server de stuitermeldingen in het Postvak IN van de postmaster neerzet, maar ook kan de SMTP-server (vaak een echte service) je voorzien van een heus dashboard. Stuiter-redenen kunnen zijn een niet-meer-bestaand e-mailadres, maar ook een weigering van de ontvangende mailserver om te 'praten' met de verzendende mailserver. Hopelijk helpt deze informatie de belanghebbende lezers wat verder. Zo niet, dan een volgende keer meer...
E-mailberichten kunnen om allerlei redenen stuiteren. Dat kan weleens lastig zijn om te herkennen en om te repareren