--- title: "Wat is Blacklist? Uitleg en betekenis | Keurig Online" description: "Een blacklist is een lijst met geblokkeerde IP-adressen, domeinnamen of e-mailadressen die als spam of onveilig worden beschouwd." canonical: https://www.keurigonline.nl/begrippenlijst/blacklist last_modified: 2025-12-18 --- [Terug naar begrippenlijst](https://www.keurigonline.nl/begrippenlijst) # Blacklist Een blacklist is een lijst met geblokkeerde IP-adressen, domeinnamen of e-mailadressen die als spam of onveilig worden beschouwd. Actueel: [Mail komt in spam? Zo vind je de oorzaak bij zakelijke mail](https://www.keurigonline.nl/blog/mail-komt-in-spam) Een blacklist (ook wel blocklist of zwarte lijst genoemd) is een beveiligingsmechanisme dat in IT en hosting wordt gebruikt om ongewenste toegang te blokkeren. Het is een lijst van IP-adressen, domeinnamen, e-mailadressen of andere identificatoren die als onbetrouwbaar, schadelijk of spam worden beschouwd. Wanneer een systeem een verzoek ontvangt van een bron die op de blacklist staat, wordt deze automatisch geweigerd. In de context van e-mail en webhosting zijn blacklists essentieel voor spambestrijding. E-mailservers controleren inkomende berichten tegen DNS-gebaseerde blacklists (DNSBLs) om te bepalen of het verzendende IP-adres bekend staat als spambron. Grote organisaties zoals Spamhaus onderhouden blacklists met miljoenen IP-adressen van bekende spammers, malware-verspreiders en phishing-sites. Wanneer een e-mailserver een bericht ontvangt van een IP-adres dat op zo een blacklist staat, wordt het bericht vaak automatisch geblokkeerd of naar de spam-map gestuurd. Het komt regelmatig voor dat legitieme e-mailservers per ongeluk op een blacklist terechtkomen, bijvoorbeeld door een misconfiguratie, een gehackt account, of omdat het IP-adres eerder door een spammer is gebruikt. Voor webhostingbedrijven is het daarom cruciaal om actief te monitoren of hun server-IPs niet op blacklists staan. Een blacklisting kan ervoor zorgen dat e-mails van klanten niet meer aankomen bij de ontvangers. Bij KeurigOnline monitoren we continu onze server-IPs tegen de belangrijkste blacklists en nemen we direct actie als er problemen ontstaan. We gebruiken ook verschillende beveiligingslagen zoals SPF, DKIM en DMARC om te voorkomen dat onze servers worden misbruikt voor spam, wat een blacklisting zou kunnen veroorzaken. ## Geschiedenis De term "blacklist" dateert uit de 17e eeuw (1610), toen het verwijst naar lijsten van personen die ongewenst of verdacht werden geacht. In de computertechnologie verscheen het concept in de late jaren 1980, toen systemen zoals TCP Wrappers blacklists gebruikten voor toegangscontrole bij Unix-systemen. De echte doorbraak voor blacklists in de context van e-mail kwam in 1997, toen [Paul Vixie](https://en.wikipedia.org/wiki/Paul_Vixie) en Dave Rand de eerste DNS-based Blackhole List (DNSBL) creëerden, bekend als de [Real-time Blackhole List (RBL)](https://en.wikipedia.org/wiki/Domain_Name_System_blocklist). Dit was onderdeel van Vixie zijn Mail Abuse Prevention System ([MAPS](http://www.anti-abuse.org/dns-blacklists/)). Eric Ziegast ontwikkelde de DNS-gebaseerde distributiemethode, waardoor e-mailservers eenvoudig blacklists konden raadplegen. In 1998 richtte [Steve Linford](https://en.wikipedia.org/wiki/Steve_Linford) [The Spamhaus Project](https://www.spamhaus.org/who-is-spamhaus/) op in Londen, dat uitgroeide tot een van de werelds meest gebruikte blacklist-organisaties. Spamhaus beschermt naar schatting drie kwart van alle internetnetwerken wereldwijd en dient meer dan 3,1 miljard e-mailgebruikers. Belangrijke mijlpalen: - **1997:** Eerste DNSBL (RBL) door Paul Vixie en Dave Rand - **1998:** Oprichting van [Spamhaus](https://www.spamhaus.org/history/) door Steve Linford - **2000:** RFC 2505 documenteert anti-spam aanbevelingen - **2010:** RFC 5782 formaliseert [DNS Blacklists en Whitelists](https://www.rfc-editor.org/rfc/rfc5782) ## Bronnen 1. **IETF (2010)** - [RFC 5782: DNS Blacklists and Whitelists](https://www.rfc-editor.org/rfc/rfc5782) 2. **Wikipedia** - [Domain Name System blocklist](https://en.wikipedia.org/wiki/Domain_Name_System_blocklist) 3. **Spamhaus** - [Blocklists \| Trusted, actionable DNSBLs for email filtering](https://www.spamhaus.org/blocklists/) 4. **MXToolBox** - [Email Blacklist Check - IP Blacklist Check](https://mxtoolbox.com/blacklists.aspx) 5. **DNSBL.info** - [DNSBL Information - Spam Database and Blacklist Check](https://www.dnsbl.info/) ## Gerelateerde artikelen E-mail 30 okt 2026 [Mail komt in spam? Zo vind je de oorzaak bij zakelijke mail](https://www.keurigonline.nl/blog/mail-komt-in-spam) Bij zakelijke mail vanaf een eigen domein ligt het zelden aan je tekst. Meestal ontbreekt SPF, DKIM of DMARC, of mailt een dienst namens je domein die daar niet in staat. Test daarom eerst je verzending en je DNS, en herschrijf pas daarna je tekst. Komt je mail in spam terecht, dan ligt het bij zakelijke mail vanaf een eigen domein meestal niet aan je tekst, maar aan je domein. SPF, DKIM of DMARC ontbreekt of klopt niet, of er verstuurt een dienst namens je domein die niet in je SPF staat: je websiteformulier, je boekhoudpakket of Mailchimp. Sinds 1 februari 2024 eist Gmail van elke afzender minstens SPF of DKIM[\[1\]](https://support.google.com/mail/answer/81126). Daarna komen reputatie en blacklists, en pas als laatste de inhoud van je mail. De spamfilter van de ontvanger heeft altijd het laatste woord. Wat aan jouw kant misgaat, vind je wel bijna altijd zelf, en meestal binnen tien minuten. Beveiliging 27 jun 2026 [Malware website verwijderen: stap-voor-stap checklist 2026](https://www.keurigonline.nl/blog/malware-website-verwijderen) - **Onverwachte redirects.** Bezoekers worden doorgestuurd naar casino-, farma- of phishing-sites. Dit gebeurt soms alleen voor Google-crawlers, niet als je als beheerder bent ingelogd. - **Google-waarschuwing "Deceptive site ahead".** Chrome, Firefox en Safari tonen een rood scherm als Google Safe Browsing je site op de blacklist heeft geplaatst. - **Onbekende beheerdersaccounts.** WordPress-accounts die je zelf nooit hebt aangemaakt wijzen op een actieve backdoor in je installatie. E-mail 22 jun 2026 [Eigen mailserver versus hosting: voor- en nadelen 2026](https://www.keurigonline.nl/blog/eigen-mailserver-versus-hosting) Selfhosting was tot een paar jaar geleden een gebruikelijke keuze voor technisch onderlegde bedrijven. Nu is dat veranderd. Inmiddels gebruikt 82% van het Nederlandse MKB cloudmail (Gmail of Microsoft 365), een stijging van 4 procentpunt ten opzichte van 2024.[\[1\]](https://searchlab.nl/statistieken/mkb-digitalisering-statistieken-nederland-2026) Een eigen mailserver is daarmee een bewuste tegenstroomkeuze geworden, met hogere technische eisen dan ooit. ### Waarom e-mail en webhosting los van elkaar houden? Een vraag die in de vorige paragrafen nog niet beantwoord is: moet e-mail per se op dezelfde server staan als je website? Het antwoord is meestal nee, en dat geldt voor beide routes uit dit artikel. Draait je mail op hetzelfde (shared) hostingpakket als een gehackte of overbelaste website, dan kan het IP-adres van die server op een blacklist belanden door toedoen van de website — met als gevolg dat ook jouw mail niet meer aankomt, terwijl er niets mis was met je mailconfiguratie. Dezelfde logica geldt bij een eigen mailserver: zet mail nooit op dezelfde machine als een publiek toegankelijke webapplicatie, want een lek in die applicatie raakt dan direct je mailreputatie. De praktische vertaling: kies een mailhostingpakket of VPS die uitsluitend e-mail bedient, los van de webhosting, of scheid de twee met een eigen IP-adres en eigen DNS-records (MX apart van A/CNAME). ## De nieuwe eisen: wat Gmail, Outlook en Yahoo nu verplicht stellen De spelregels voor e-mailbezorging zijn in twee jaar drastisch aangescherpt. De concrete mijlpalen: