Controleer authenticatie, antwoorden van providers, doelgroepkwaliteit en je afmeldproces om te begrijpen waarom e-mail wordt geweigerd of in spam belandt.
Bezorging en inboxplaatsing zijn twee verschillende dingen. Een ontvangende server kan een bericht accepteren en het toch in de spammap zetten. Een campagnedashboard dat “bezorgd” toont, bewijst niet dat de lezer het bericht heeft gezien.
Duikt er een probleem op, verzamel dan eerst bewijs voordat je de tekst aanpast of van provider wisselt. Het probleem kan zitten in de authenticatie, de reputatie, de doelgroep of het bericht zelf.
Bekijk bij geweigerde of uitgestelde berichten het echte SMTP-antwoord en de uitgebreide statuscode (enhanced status code). Tijdelijke fouten en permanente weigeringen vragen om een andere aanpak. De FAQ voor afzenders van Google beschrijft beide; er staat niet in dat elke vorm van niet-naleving nu tot permanente fouten leidt.
Worden berichten geaccepteerd maar komen ze in spam terecht, bekijk dan de authenticatieresultaten in de headers van de ontvangen mail, reputatiegegevens van de provider waar die beschikbaar zijn, en recente veranderingen in je doelgroep of volume. Een paar seedinboxen helpen bij het opsporen van een probleem, maar meten de plaatsing over je hele lijst niet.
Een uitgebreide statuscode bestaat uit drie getallen, gescheiden door punten, zoals vastgelegd in RFC 3463. Het eerste getal is de klasse. Een code die met 4 begint, is een tijdelijke fout, en de verzendende server hoort het later opnieuw te proberen. Een code die met 5 begint, is een permanente fout, dus hetzelfde bericht ongewijzigd opnieuw versturen helpt niet.
Het tweede getal bakent het onderwerp af. Codes in de reeks X.1.X gaan over adressering, en 5.1.1 betekent meestal dat de mailbox niet bestaat. Zet dat adres op je suppressielijst. Codes in de reeks X.7.X gaan over beveiliging of beleid, en daar duiken problemen met authenticatie en reputatie meestal op.
Google zet de antwoorden die Gmail teruggeeft op een rij in het overzicht van SMTP-fouten. Lees naast de code ook de volledige antwoordtekst, want één code kan verschillende oorzaken hebben.
Google Postmaster Tools laat zien hoe Gmail je verzenddomein beoordeelt, inclusief de door gebruikers gemelde spamratio waar de eisen van Google naar verwijzen. Je verifieert het domein met een DNS-record. Gmail toont pas gegevens als een domein dagelijks genoeg mail naar Gmail-gebruikers stuurt, dus een kleine afzender ziet mogelijk lege dashboards.
Smart Network Data Services van Microsoft, beter bekend als SNDS, rapporteert over mail van specifieke IP-adressen naar consumentenmailboxen van Outlook.com, inclusief klachtratio’s en treffers in spamtraps. Je registreert IP-adressen die je zelf beheert, dus het is vooral nuttig als je eigen (dedicated) verzend-IP’s hebt. Verstuur je via gedeelde IP’s, vraag dan aan je verzendprovider wat die monitort.
Geen van beide tools vertelt je waar één specifieke campagne terechtkwam. Ze tonen dagelijkse trends, en dat is precies wat je nodig hebt als een probleem zich over meerdere verzendingen heeft opgebouwd.
SPF autoriseert verzendinfrastructuur voor een envelopedomein. DKIM ondertekent een bericht met een domeinidentiteit. DMARC controleert de alignment met het zichtbare From-domein en publiceert een beleid en een rapportagemechanisme. Geen van drieën garandeert inboxplaatsing.
Gebruik de records die je verzendprovider aanlevert en controleer het resultaat in een echt ontvangen bericht. Voeg geen conflicterende SPF-records toe en ga er niet van uit dat een DNS-record bewijst dat elk verzendpad het correct gebruikt. Je infrastructuur heeft ook correcte reverse DNS en beveiligd transport nodig.
Volg in Brew de stappen om je domein te verifiëren en publiceer de gevraagde records. Controleer het From-adres dat de campagne of automatisering echt gebruikt, vooral als een agent meerdere merken beheert.
Een DMARC-beleid is een TXT-record op de host _dmarc van het domein in het From-adres. Begin met p=none. Daarmee vraag je ontvangende servers om geen specifieke actie te ondernemen bij falende mail, en ze sturen wel geaggregeerde rapporten naar het rua-adres.
_dmarc.example.com TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"De rapporten noemen elke bron die mail namens jouw domein verstuurt, en of die bron slaagde voor SPF of DKIM met alignment. Reken erop dat je tools tegenkomt die je was vergeten, zoals een factureringssysteem of een helpdesk. Repareer of verwijder elke bron die faalt.
Slaagt alle legitieme mail, ga dan naar p=quarantine. Daarmee vraag je ontvangers om falende mail als verdacht te behandelen, wat meestal betekent dat die in de spammap belandt.
_dmarc.example.com TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"Het strengste beleid, p=reject, vraagt ontvangers om falende mail te weigeren. Stap daar pas op over als quarantine een tijdje heeft gedraaid zonder dat er legitieme mail faalde. Blijf in elke fase de rapporten lezen. Een nieuwe tool die namens jouw domein gaat versturen, zie je daar als eerste.
Een apart verzendsubdomein, zoals mail.example.com, is de uitzondering. Verstuurt niets anders ervandaan en heeft je provider de SPF en DKIM ervan geverifieerd, dan kan het meteen met p=reject beginnen. Brew raadt p=reject aan voor een apart subdomein dat Brew heeft ingesteld, en p=none voor een hoofddomein waarvandaan ook andere diensten kunnen versturen.
De richtlijnen van Google maken onderscheid tussen eisen voor alle afzenders en strengere regels voor afzenders die rond de 5.000 berichten per dag naar persoonlijke Gmail-accounts sturen. Google vraagt om een spamratio onder 0,1% en waarschuwt ervoor 0,3% te bereiken. De eisen voor bulkverzenders omvatten SPF en DKIM, DMARC, alignment en afmelden met één klik voor relevant verkeer waarvoor mensen zich hebben aangemeld.
Op de lijst van Google voor elke afzender, ongeacht het volume, staan onder meer deze eisen:
Bulkverzenders moeten daarnaast het volgende doen:
p=none.Bij het toepassen van de drempel telt Google mail van hetzelfde primaire domein bij elkaar op, en een domein dat de drempel één keer heeft overschreden, houdt het label van bulkverzender. In de FAQ voor afzenders lees je hoe die telling werkt.
De richtlijnen van Yahoo gaan ook over authenticatie, klachten en afmelden. Yahoo publiceert niet dezelfde numerieke drempel voor bulkverzenders; raadpleeg de FAQ van Yahoo in plaats van het getal van Gmail op elke provider toe te passen.
Microsoft kondigde in 2025 aan dat domeinen die meer dan 5.000 e-mails per dag naar de consumentenmailboxen van Microsoft sturen, de adressen op outlook.com, hotmail.com en live.com, moeten slagen voor SPF en DKIM en DMARC moeten publiceren. Het DMARC-beleid mag p=none zijn, en het From-domein moet in lijn zijn met SPF of DKIM.
De richtlijnen van providers zijn gecontroleerd op 28 september 2026. Bekijk de gelinkte pagina’s als je een nieuw incident onderzoekt.
Afmelden met één klik volgens RFC 8058 is een mechanisme dat werkt met headers en een HTTPS-POST. Een zichtbare link in de footer is ook nuttig en wordt door de relevante regels vereist, maar een voorkeurenpagina alleen implementeert het protocol niet.
Een bericht dat afmelden met één klik ondersteunt, bevat twee headers:
List-Unsubscribe: <https://example.com/unsubscribe/opaque-token>, <mailto:unsubscribe@example.com?subject=unsubscribe>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickKlikt de lezer in de inbox op afmelden, dan stuurt de mailboxprovider een POST naar de HTTPS-URL met de body List-Unsubscribe=One-Click. Het mailto:-adres is een alternatief voor mailsoftware die afmelden met één klik niet ondersteunt. RFC 8058 vereist ook een geldige DKIM-handtekening die beide headers dekt. Maak de URL uniek per ontvanger en moeilijk te raden. Beveiligingsscanners openen vaak links in binnenkomende mail, dus een gewone GET naar die URL mag niemand afmelden.
Brew voegt de headers List-Unsubscribe en List-Unsubscribe-Post toe aan marketingverzendingen. Ze verwijzen naar een ondertekende HTTPS-URL per ontvanger die de POST voor afmelden met één klik accepteert.
Controleer of een afmelding voor marketing latere marketingverzendingen tegenhoudt via elk pad dat je gebruikt. Behoud je suppressies als je contacten importeert of van platform wisselt. Houd essentiële transactionele berichten gescheiden, zowel in doel als in verzendconfiguratie.
Ga na waar de adressen vandaan komen en wat mensen verwachtten toen ze zich aanmeldden. Verwijder ongeldige adressen via het suppressieproces van je provider, onderzoek pieken in klachten en stuur niet opnieuw naar mensen alleen omdat de tracking zegt dat ze niet hebben geopend.
Er bestaat geen universele leeftijd van een lijst, verhouding tussen afbeeldingen en tekst of verboden woord dat bezorging garandeert. Een plotselinge volumestijging naar een lijst die je slecht kent, is een groter probleem dan het woord “gratis”.
Als een agent de campagne verstuurt, gelden dezelfde controles. Gebruik gecontroleerde feiten, een relevante doelgroep en een antwoordadres dat in de gaten wordt gehouden. Los de gevonden oorzaak op, verstuur een gecontroleerde test en bekijk de antwoorden van providers voordat je weer opschaalt.
