Catch all email: wat is een catch-all-e-mailadres, hoe werkt het, waarom kan een verifier het niet bevestigen en hoe mail je er veilig naartoe?

Wat een catch all email is: een domein dat elk adres accepteert, de labels van verifiers en veilig mailen
REVIEWER:

Publish date: 28 okt 2026

Een catch all email is een adres op een domein waarvan de mailserver elk bericht accepteert, wat er ook vóór de @ staat. De server zegt nooit of een mailbox bestaat, dus een verifier geeft ‘catch-all’ terug in plaats van geldig of ongeldig. Volgens Spona's eigen controles valt 14,25% van 40.000 adressen in die categorie.

Deze gids bekijkt de catchall email vanuit het perspectief van de B2B-afzender. Je ziet wat de server doet tijdens een verificatiecheck, waarom bedrijven hem zo instellen en hoe elke verifier het resultaat noemt. Je ziet ook wat er gebeurde toen één klant 1.200 e-mails naar catch-all-adressen stuurde. Hoe je zelf een catch-all-mailbox instelt, staat kort in de FAQ.

The Extractor
The Refiner
The Verifier
The Exporter

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Catch all email betekenis: één inbox die elk adres accepteert

Twee groepen gebruiken de term, en ze bedoelen er elk iets anders mee.

Voor een mailbeheerder is een catch-all een mailbox. Proton omschrijft het als de optie om ‘alle mail te ontvangen die naar hun domein wordt gestuurd’, ook mail aan adressen die niemand heeft aangemaakt. Namecheap formuleert het zo: elke e-mail naar je domein ‘die nog niet is ingesteld als e-mailaccount of e-mailalias’ komt daar terecht.

Echte mailboxen houden hun eigen mail. Proton merkt op dat mail aan een bestaand adres ‘niet wordt afgeleverd op het catch-all-adres’.

Voor een afzender is een catch-all een verificatieresultaat. NeverBounce vat het in één zin samen: accept-all ‘is een instelling op de mailserver van de ontvanger, geen oordeel over het individuele adres’. Achter het adres dat je controleerde, kan een echte persoon zitten, een typfout of iemand die twee jaar geleden is vertrokken. De server heeft je daar niets over verteld.

De spelling wisselt: catchall email, catch-all email, accept-all email. Verifiers zeggen ook ‘accept all’ en hosts spreken van ‘wildcard’. Ze beschrijven allemaal hetzelfde servergedrag.

Eén misverstand richt de meeste schade aan. Mensen horen catch-all en denken aan een ‘dood adres’. De status zegt alleen dat het domein alles accepteert. Of de persoon er nog werkt, vertelt hij niet.

Hoe een catch-all-domein de SMTP-check van een verifier beantwoordt

Een verifier controleert een adres door een aflevering te starten en die te stoppen voordat er een bericht vertrekt. Hij maakt verbinding met de mailserver van het domein, noemt een ontvanger en leest het antwoord; die antwoorden legt de SMTP-standaard RFC 5321 vast. Accepteert de server de ontvanger, dan ‘geeft hij het antwoord 250 OK terug’. Is de ontvanger ‘bekend als geen afleverbaar adres’, dan antwoordt hij met 550.

Op een normaal domein is de vraag daarmee beantwoord. Een 250 betekent dat de mailbox bestaat. Een 550 betekent dat hij niet bestaat.

Een catch-all-domein antwoordt op alles met 250. De verifier kan een echte mailbox niet onderscheiden van een verzonnen exemplaar en doet daarom een tweede controle.

Hunter vraagt de server of die mail zou accepteren voor een adres ‘dat zeker niet bestaat’. Is het antwoord ja, dan krijgt het hele domein het label accept-all. Elk adres op dat domein erft vervolgens dat label.

SMTP-check op een normaal en een catch-all-domein: de catch-all-server antwoordt ook op een verzonnen adres met 250 OK

De standaard zag dit aankomen: een server ‘MAG GEEN 250-code teruggeven’ op een verificatieopdracht, tenzij hij het adres echt heeft geverifieerd. Lukt dat niet, dan ‘ZOU code 252 moeten worden teruggegeven’ in plaats van 250. Die regel geldt voor het commando VRFY. Een catch-all-server antwoordt al in de ontvangersstap, en daar betekent 250 dat hij het bericht aanneemt, niet dat iemand de mailbox leest.

Eén clausule wordt later nog belangrijk. Een server die een bericht heeft geaccepteerd en het daarna niet kan afleveren, ‘MOET een melding van onbestelbare mail opstellen’ en terugsturen. Het ja aan de deur kan na verzending dus alsnog een nee worden.

Waarom bedrijven catch-all-e-mailadressen instellen

De helppagina's van de hosts die de functie aanbieden, noemen twee redenen. Een mailmigratie kan er een derde geval aan toevoegen.

Typfouten: in het voorbeeld van one.com typt een afzender ‘daivd@domain.com’ in plaats van david@. Zonder catch-all weigert de server het bericht. Met catch-all komt het terecht in een mailbox die iemand bijhoudt.

Vertrokken medewerkers: in Google Workspace kan een beheerder berichten aan ‘niet-bestaande of onjuiste e-mailadressen’ naar een catch-all-mailbox leiden. De routeringsoptie heet ‘All inactive and unrecognized accounts’. Zo blijft inkomende mail voor oud-collega's het bedrijf bereiken. Dit is een routeringsregel van de beheerder, geen standaardinstelling: een domein bij Google is pas catch-all als iemand de functie heeft aangezet.

Migraties: Microsoft 365 kiest de omgekeerde aanpak. Met Directory-Based Edge Blocking kan een tenant ‘berichten voor ongeldige ontvangers aan de netwerkrand van de dienst weigeren’; het antwoord is dan ‘550 5.4.1 Recipient address rejected: Access denied’. Microsoft adviseert beheerders een domein alleen op ‘Internal relay’ te laten staan tot de directory alle geldige ontvangers bevat. Tot die tijd kan de netwerkrand onbekende ontvangers accepteren, en de controle van een verifier kan dat als catch-all lezen.

Spam is de prijs. one.com waarschuwt iedereen die de functie aanzet: ‘de meeste e-mails die je opvangt, zullen spam zijn’.

Catch all email verificatie: wat elke verifier teruggeeft

Bij e-mailverificatie betekent ‘catch-all’ dat de verifier een mailserver vond die elke ontvanger accepteert, en je adres dus niet kon testen.

Elke verifier loopt tegen dezelfde muur aan. Volgens ZeroBounce zijn catch-all-e-mails ‘onmogelijk te valideren zonder ze te mailen’ en af te wachten of ze bouncen. MailerCheck is het daarmee eens: ‘er is geen manier om te weten of ze geldig of ongeldig zijn’. Wat verschilt, is het label en wat de leverancier daarna doet.

VerifierLabelWat het label betekentWat de leverancier toevoegt
NeverBounceAccept all (Unverifiable), code 3 van 5Een serverinstelling voor het hele domein, geen oordeel over het adresVerstuur in kleine batches en verwijder wat bouncet
HunterAccept allHet domein heeft ‘een beleid om elke e-mail op het domein als geldig te melden’Een betrouwbaarheidsscore, plus de zin ‘Dit type gebruiken kan tot bounces leiden.’
ZeroBounceCatch-allOnmogelijk te valideren zonder te mailen en op een bounce te wachten‘Sommige catch-all-e-mails zijn geldig en veilig te gebruiken, andere niet.’
MillionVerifierCatch-All, of Risky na een diepere pingEen diepere check maakt van ‘tot 40%’ Valid of Invalid; de rest blijft RiskyGeen credits voor onopgeloste resultaten Catch-All of Unknown
MailerCheckcatch-all (API-status)Niet verifieerbaar: geen manier om geldig van ongeldig te onderscheidenEen gangbare respijtperiode van 3 tot 6 maanden zonder interactie vóór verwijdering

De labels komen uit de eigen helppagina's en productpagina's van elke leverancier. Prijzen voor de diepere checks staan in de gids over e-maillijsten opschonen, niet hier.

Unknown is een ander resultaat. Volgens NeverBounce gaf de server dan niet ‘op tijd een definitief antwoord’, vaak door greylisting of een security-gateway. Een catch-all-server antwoordde wel, een unknown-server niet.

Controleer een unknown morgen opnieuw en misschien is er dan wel een uitslag. Controleer een catch-all opnieuw en je krijgt weer een 250.

Hoe vaak catch-all-adressen voorkomen: 40.000 B2B-controles van Spona

Spona controleerde in elk van vier landen 10.000 unieke kandidaatadressen, voordat er iets werd verstuurd. De cijfers zijn Spona-data, en het aandeel catch-all liep van 12% in het VK tot 16% in Duitsland.

LandGecontroleerde adressenAandeel catch-allCatch-all-adressen
VS10.00014,0%1.400
VK10.00012,0%1.200
Duitsland10.00016,0%1.600
Frankrijk10.00015,0%1.500
Totaal40.00014,25%5.700

Het aandeel is berekend over alle unieke kandidaatadressen die zijn gecontroleerd. Een adres is geslaagd, catch-all of anderszins afgewezen, nooit twee tegelijk. Spona heeft geen uitsplitsing naar functie of sector gemeten, en alleen deze vier landen zijn gemeten. Over alle vier de landen kwam ongeveer één op de zeven gecontroleerde adressen terug zonder oordeel.

Andere gepubliceerde aandelen beschrijven andere populaties. ZeroBounce vond dat ‘meer dan 9%’ van alle gecontroleerde e-mails catch-all was, op meer dan 11 miljard verwerkte adressen. MailerCheck komt op 8,6% van alles wat het heeft geverifieerd, maar per klantlijst springt de mediaan naar 15,25%. Hunter telt domeinen in plaats van adressen: ‘38% van de e-maildomeinen’ in een steekproef van 2.572 adressen was accept-all.

Geen van die cijfers is te vergelijken met de tabel van Spona. Elk telt iets anders op een andere lijst. Wat ze delen, is de richting: een flinke minderheid van elke lijst die je controleert.

Zijn catch-all-e-mails riskant voor cold email? Wat één klant zag

Ja, en het risico is meetbaar. Spona's live benchmark legt de basislijn vast en sluit catch-all-adressen per regel uit: ‘Hard bounce is het aantal permanente afleverfouten gedeeld door de verzendpogingen naar de geverifieerde subset, exclusief catch-all-adressen’. Over 20.000 van zulke verzendingen was het hard-bouncepercentage 1,525%.

Eén klant mailde toch naar catch-all-adressen en meldde de uitkomst. In ongeveer drie maanden leverden de 1.200 verzendingen van die klant 86 hard bounces op, die Spona als apart cohort registreerde. Dat is 7,17%. Zulke meldingen houden hun eigen verzendnoemer en tellen nooit mee in de benchmark.

Naast elkaar gezet ligt het percentage van dat cohort ongeveer 4,7 keer zo hoog als dat van de benchmark.

Hard bounces: 20.000 geverifieerde verzendingen naast 1.200 catch-all-verzendingen van één klant, als aparte cohorten

Bij dat verschil horen twee kanttekeningen. De 7,17% komt uit de 1.200 verzendingen van één klant: het is geen branchecijfer en het voorspelt niets over jouw lijst. De twee cohorten verschillen bovendien in meer dan het catch-all-label, dus het verschil vergelijkt uitkomsten en meet geen oorzaak.

Hunter deed een eigen test: één campagne naar 100 accept-all-adressen en 100 geldige adressen. Het resultaat: ‘het bouncepercentage was 27%’ voor de accept-all-groep en 1% voor de controlegroep. Andere lijst, andere afzender, dezelfde richting.

Het mechanisme is de clausule uit RFC 5321 hierboven. Een catch-all-server accepteert elk bericht aan de deur en probeert het daarna intern af te leveren. Past er geen mailbox, dan moet hij de melding van onbestelbaarheid sturen. Daaruit volgt de waarschuwing van ZeroBounce: ‘niet-bestaande catch-all-e-mailadressen zullen uiteindelijk bouncen’ en je afzenderreputatie schaden.

Hunter noemt drie mogelijke uitkomsten voor een bericht aan een accept-all-domein: ‘afgeleverd, doorgestuurd naar een catch-all-inbox of later gebouncet’. Welke het wordt, weet je pas na verzending.

Waar de grens ligt: Twilio schrijft dat een bouncepercentage ‘boven 2%’ betekent dat het tijd is om in te grijpen, en dat gezonde programma's onder 1% blijven. Een catch-all-segment dat bouncet zoals dat cohort, trekt in een geverifieerde campagne het percentage van de hele campagne richting die grens.

Catch-all-e-mails controleren buiten de SMTP-check om

Geen enkele tool kan een mailbox achter een catch-all-server bevestigen. De server zegt het niet, en niets anders kan voor hem spreken. Wat de betere tools doen, is schatten, op drie manieren.

Betrouwbaarheidsscores: Hunter hangt een score aan zijn resultaten met het label Accept all, gebaseerd op ‘het aantal en de actualiteit van de bronnen’ waar het adres is gevonden. Het advies: behandel een score van ‘85-100%’ als geldig, al blijft het adres iets vatbaarder voor een bounce. Een score is een kans op basis van bewijs op het web, geen antwoord van de server.

Diepere controles: MillionVerifier zegt dat een diepere ping ‘tot 40%’ van de catch-all-e-mails omzet in Valid of Invalid, en de rest blijft Risky. Dat is het cijfer van de leverancier voor zijn eigen methode, op zijn eigen lijsten. Behandel elk herstelpercentage zo totdat je het op je eigen lijst hebt getest.

Bewijs buiten de mailserver: een naam die past bij het adrespatroon van het bedrijf, een profiel bij die werkgever, een recente vermelding op de bedrijfswebsite. Elk daarvan vergroot de kans dat de mailbox bestaat. De gids over B2B-datavalidatie behandelt die werkwijze, en niets daarvan verandert het antwoord van de server.

De enige test die werkt, is de test die je iets kost. Een bericht sturen en kijken of het bouncet, is volgens ZeroBounce de enige manier. Maar geen bounce kan ook gewoon een catch-all-inbox betekenen, die volgens Hunter waarschijnlijk niet wordt gelezen. Hunter wijst op ‘ethische bezwaren’, omdat je andere bedrijven spamt om het uit te zoeken, en elke bounce komt op het conto van je domein.

Veilig mailen naar een catch-all-adres: zes stappen

  1. Houd een apart segment aan. Catch-all-adressen staan nooit in dezelfde lijst als geverifieerde adressen. De checklist voor datahygiëne houdt ze bij elke verzending in een eigen segment.
  2. Beperk het aandeel. Hunter adviseert accept-all-adressen te beperken tot een klein deel van je campagnes, 2% tot 5% van de verzendingen. Bij dat aandeel zou een segment dat bouncet zoals het klantcohort er hooguit een paar tienden van een procentpunt bij doen.
  3. Rangschik op bewijs. Mail eerst de adressen met een hoge betrouwbaarheidsscore, een passend naampatroon of een recente openbare vermelding. Bewaar de losse gokken voor het laatst, of sla ze over.
  4. Verstuur in kleine batches en houd het in de gaten. NeverBounce raadt aan te versturen ‘in kleine batches’ en bij te houden welke berichten terugkomen. Eist je provider een bouncepercentage ‘onder 4%’, dan adviseert NeverBounce selectief te versturen in plaats van de adressen te schrappen.
  5. Stop bij de eerste bounce van een domein. Een hard bounce van een catch-all-domein vertelt je dat de sortering voor die naam is mislukt. Blokkeer het adres meteen en pauzeer de rest van dat domein tot je een betere naam hebt.
  6. Gebruik de identiteit op een ander kanaal. Een catch-all-status zegt niets over de persoon, dus naam, bedrijf en functie kunnen nog steeds nuttig zijn. Een telefoontje of een LinkedIn-bericht bouncet niet. Een tweede contactpersoon bij het bedrijf kan helpen, maar op hetzelfde domein is diens adres ook catch-all.

Bewaar je catch-all-contacten in je CRM, denk dan ook aan de AVG. Overweging 39 zegt: ‘Alle redelijke maatregelen moeten worden genomen om ervoor te zorgen dat onjuiste persoonsgegevens worden gerectificeerd of gewist’.

Hoe Spona met catch-all-e-mails omgaat, en waar het tekortschiet

Spona vindt leads op basis van een chatbeschrijving van je ideale klant, verifieert elk adres en levert in ongeveer 4 minuten een lijst met scores. Catch-all-adressen doorlopen dezelfde SMTP-check als al het andere. Wat daarna gebeurt, volgt zes regels.

StapRegel van SponaWat je ziet
1Catch-all na de SMTP-validatie apart classificerenE-mailstatus ‘catch-all’, met de verificatiedatum en -methode
2Catch-all uitsluiten van de standaardlevering van geverifieerde e-mailsEen aantal geverifieerde e-mails met alleen geslaagde records die geen catch-all zijn
3Identiteits- en brongegevens bewaren, los van de e-mailstatusNaam, bedrijf, functie en herkomst, die op andere kanalen bruikbaar kunnen blijven
4Catch-all-records alleen aanbieden in een aparte, expliciet aangevraagde exportEen apart catch-all-bestand en een aparte status; geen claim over een geverifieerde mailbox of een bouncepercentage
5Onzekere resultaten na een vastgelegde termijn opnieuw controlerenStatus en tijdstempel van de laatste controle veranderen alleen bij nieuw bewijs
6Door klanten gemelde verzendingen naar catch-all-adressen apart registrerenEen aparte verzendnoemer en het definitieve aantal hard bounces

Waar het past: je betaalt per lead, en een catch-all-adres telt nooit mee in het aantal geverifieerde e-mails. Een Standard Search-lead met alleen een e-mailadres kost 3 tot 7 credits. Tegen de creditprijzen van de abonnementen is dat $ 0,024 tot $ 0,07.

Elke nieuwe zoeksessie kost daarnaast eenmalig 1.000 credits.

Voor catch-all-records is vooral regel 3 nuttig. Spona bewaart het record van de persoon, en verrijking kan voor 35 credits een mobiel nummer toevoegen. Dat is $ 0,28 tot $ 0,35, en het gesprek verhuist naar de telefoon. Elke zoekopdracht begint met een gratis sample, en het Free-abonnement bevat eenmalig 3.000 credits.

Waar het tekortschiet: ook Spona kan een catch-all-mailbox niet bevestigen; de catch-all-export bevat bewust geen claim over de mailbox of het bouncepercentage. Spona verkoopt voor die records geen resolver en geen betrouwbaarheidsscore, wat Hunter en MillionVerifier wel doen.

De landentabel dekt alleen de VS, het VK, Duitsland en Frankrijk, zonder uitsplitsing naar functie of sector. Het cohort van 1.200 verzendingen is het rapport van één klant, geregistreerd omdat die klant het instuurde. Spona verstuurt jouw e-mail niet en ziet catch-all-bounces dus alleen als een klant ze meldt.

The Extractor
The Refiner
The Verifier
The Exporter

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Catch all email: FAQ

Hoe stel ik een catch-all-e-mailadres in?

In de beheerinstellingen van je mailhost, niet in een mailprogramma. Proton staat het toe bij ‘elk betaald Proton-abonnement’ via Settings, All settings, Organization, Domain names en dan Set catch-all. Bij Google Workspace werkt het met een routeringsregel voor ‘All inactive and unrecognized accounts’, die ‘tot 24 uur kan duren’ voordat hij actief is. Microsoft 365 werkt andersom en weigert onbekende ontvangers al aan de netwerkrand.

Wat is een catch-all-domein?

Een catch-all-domein is een domein waarvan de mailserver mail voor elk adres accepteert, ook voor adressen die niet bestaan. Verifiers herkennen het door een verzonnen adres te testen: een 250 daarop markeert het domein. Elk adres op het domein krijgt dan de catch-all-status, dus de status beschrijft het domein, niet de persoon.

Is een catch-all-e-mailadres ongeldig?

Nee. Ongeldig betekent dat de server het adres met een 550 heeft geweigerd. Catch-all betekent dat de server het samen met al het andere heeft geaccepteerd, dus het adres kan best van een echte persoon zijn. In de controles van Spona zijn geslaagd, catch-all en anderszins afgewezen aparte categorieën, en elk adres valt in precies één daarvan.

Bouncen catch-all-e-mails?

Sommige wel, nadat de server ze heeft geaccepteerd: hij neemt het bericht aan, vindt geen passende mailbox en stuurt een melding van onbestelbaarheid terug. De 1.200 catch-all-verzendingen van één klant leverden 86 hard bounces op. In de test van Hunter hadden 100 accept-all-adressen een bouncepercentage van 27%. Geen van beide cijfers voorspelt hoe jouw lijst het doet.

Moet ik catch-all-e-mails van mijn lijst verwijderen?

Niet automatisch. Volgens Hunter moeten accept-all-adressen ‘niet automatisch worden weggegooid’, maar moet ook niemand ze als volledig geldig behandelen. Houd ze in een eigen segment, mail de best onderbouwde in kleine batches en verplaats de rest naar de telefoon of LinkedIn. MailerCheck beschrijft een gangbare respijtperiode van 3 tot 6 maanden zonder opens of kliks vóór verwijdering.

Share this article

GET FREE LEADSSparkle

Similar Topics For You

see all texts