Hallo SchoonePC-fans. SchoonePC nieuwsbrief #147 is als e-mail of PDF-bestand te downloaden.
Deze nieuwsbrief staat in het teken van oplossingen voor specifieke Windows-problemen:
Heb je (weer) veel geleerd van mijn nieuwsbrief? Dan kan ik het waarderen als je je kennissen erop attendeert zodat ook zij computerwijzer en -vaardiger worden! Inschrijven kan vanaf elke pagina van mijn website, en de laatste vijf nieuwsbrieven zijn apart op te vragen.
Schrijf dan gratis en vrijblijvend in via het formulier onderaan deze pagina (na inschrijving zijn tevens de vijf laatst verschenen nieuwsbrieven op te vragen).
Ik wens je veel lees- en computerplezier. Tot de volgende nieuwsbrief!
Menno Schoone
www.SchoonePC.nl
In nieuwsbrief 145 liet ik weten dat het een steeds grotere uitdaging is om mijn nieuwsbrief bij e-mailadressen van Microsoft (zoals @outlook.com, @hotmail.com, @live.com en @msn.com) afgeleverd te krijgen. Zo bezorgde het spamfilter van Microsoft mij het afgelopen jaar de nodige kopzorgen omdat door mij verzonden e-mailberichten rücksichtslos werden verwijderd (deze berichten kwamen bij de ontvangers dus niet eens in de map Ongewenste e-mail terecht!). Het is zelfs oppassen, want voordat je het weet zet Microsoft je domein op een zwarte lijst (hetgeen ik bij het verzenden van mijn nieuwsbrief al een paar keer heb meegemaakt...). Dat Microsoft de strijd tegen spamberichten heeft opgeschroefd is uiteraard prijzenswaardig, maar als dit resulteert in vele onopgemerkte false positives (onterecht als spam gemarkeerde berichten) dan gaat er toch iets niet goed.
Omdat een groot aantal van de naar Microsoft-adressen verzonden e-mailberichten wél aankomt, valt het afleverprobleem niet snel op en is de oorzaak lastig te achterhalen. Het lijkt er echter op dat het (ogenschijnlijk correct ingestelde) SPF-record op mijn server niet voldeed aan de eisen die Microsoft eraan stelt (zie kader). Nu resulteert een verkeerd of ontbrekend SPF-record niet direct in het verwijderen van verzonden e-mail, dat hangt namelijk ook af van de hoeveelheid berichten dat er in de daaraan voorafgaande periode is verzonden.
Hoe wijdverspreid dit afleverprobleem is, is lastig te beoordelen. Aangezien er ongekend veel domeinnamen zijn en het complexe materie betreft, zal het SPF-record bij een groot aantal websites niet aan de eisen van Microsoft voldoen (of zelfs helemaal niet zijn ingesteld!). Dit probleem moet dus bij veel meer organisaties spelen, en dan met name bij degenen die veel e-mail verzenden. En dan is het ook nog eens aannemelijk dat het spamfilter van Microsoft in de loop der tijd nog veel strenger afgesteld zal gaan worden, en het risico op false positives dus nog groter wordt.
Het mag duidelijk zijn dat het ook voor de eigenaar van een e-mailadres van Microsoft hoogst irritant is dat berichten van specifieke organisaties niet in de mailbox worden afgeleverd. Zeker omdat je het doorgaans niet eens doorhebt dat voor jou bestemde berichten door het spamfilter van Microsoft worden gewist. Maak je dus gebruik van een e-mailadres van Microsoft, houd dan rekening met de mogelijkheid dat je belangrijke e-mailberichten kan mislopen!
Ontvang je een melding dat een verzonden bericht niet is afgeleverd dan weet je direct waar je aan toe bent. Bij mijn e-mailserviceprovider (ESP) zijn deze blokkades echter alleen terug te vinden in de log van de mailserver (in dit geval met de foutmelding Spf=Fail). Ik moet dus dagelijks de log raadplegen om erachter te komen welke berichten niet zijn aangekomen. Niet iedereen heeft echter toegang tot de log, laat staan dat men er de tijd voor neemt om deze frequent uit te lezen.
Het achterhalen van de oorzaak bleek in dit geval niet zo eenvoudig! De foutmelding Spf=Fail geeft aan dat de door de verzender gebruikte mailserver niet geautoriseerd is om het bericht namens het betreffende domein te verzenden. Dat zorgde voor de nodige hoofdbrekens omdat het SPF-record volgens mijn ESP correct was ingesteld (net als de andere relevante records DMARC en DKIM). Aangezien de verzending naar andere e-mailproviders probleemloos verloopt, was er ook geen reden om daaraan te twijfelen. Microsoft stelt blijkbaar hogere eisen aan het SPF-record, maar het kan ook dat deze anders wordt uitgelezen dan verwacht (het ontbreekt mij aan kennis om dat goed te kunnen beoordelen). Na overleg met mijn ESP heb ik een aanpassing gemaakt met als resultaat dat er op dit moment geen rariteiten meer in de log voorkomen. Ik ga ervan uit dat de afleverproblemen hiermee zijn opgelost, ik houd mijn vingers echter nog wel even gekruist tijdens het verzenden van deze nieuwsbrief...
Heb je ook met dit probleem te maken, controleer dan of het SPF-record voor het hoofddomein correct is afgesteld (inclusief de aanvulling -all voor een strikte controle). Het lijkt er namelijk op dat Microsoft het door mijn ESP geadviseerde SPF-record negeert. Kopieer desnoods de inhoud van dit record naar het SPF-record voor het hoofddomein zodat ze gelijk aan elkaar zijn (in mijn geval moest hierbij het voor de webmail aangemaakte SPF-record worden overschreven).
© 2001-2026 - Menno Schoone - SchoonePC - Rotterdam - Privacyverklaring