Waarom uw website geen mail ontvangt en wat te doen

Een ingevuld contactformulier, maar geen aanvraag in uw inbox. Of een klant die meldt dat een bericht is teruggestuurd. De vraag waarom website geen mail ontvangt, ontstaat meestal op het moment dat u net een belangrijke lead, bestelling of supportvraag verwacht. Dan wilt u geen technische theorie, maar snel weten waar het bericht is gebleven en hoe u voorkomt dat het opnieuw gebeurt.

De oorzaak zit zelden in één enkel onderdeel. Een websiteformulier, uw hostingserver, het ontvangende e-mailadres, spamfilters en de DNS-instellingen werken samen. Zodra één schakel niet goed staat, kan een e-mail vertraagd aankomen, in ongewenste e-mail belanden of volledig worden geweigerd. Met een vaste controlevolgorde is het probleem meestal goed te vinden.

Eerst bepalen: welk type e-mail ontbreekt?

Met ‘de website ontvangt geen mail’ kunnen twee verschillende situaties worden bedoeld. In de eerste situatie komen inzendingen van een contactformulier niet aan. Bezoekers vullen het formulier in, zien mogelijk zelfs een bedanktpagina, maar u ontvangt niets.

In de tweede situatie kan een e-mailadres op uw eigen domein helemaal geen gewone e-mail ontvangen, bijvoorbeeld info@uwbedrijf.nl. Dan is het probleem niet beperkt tot de website. Ook berichten die rechtstreeks vanuit Outlook, Gmail of een andere mailbox worden verzonden, komen niet aan.

Dat onderscheid bespaart tijd. Test daarom eerst met een extern adres. Stuur een eenvoudig bericht vanaf een Gmail- of Outlook-adres naar uw zakelijke e-mailadres. Vul daarnaast zelf het contactformulier in met een extern afzenderadres. Zo ziet u snel of alleen het formulier faalt of de volledige e-mailontvangst.

Waarom uw website geen mail ontvangt: de meest voorkomende oorzaken

Het formulier verstuurt technisch geen bericht

Een contactformulier kan er aan de voorkant prima uitzien en toch geen e-mail versturen. Dit gebeurt bijvoorbeeld na een WordPress-update, een wijziging in een formulierplug-in of een aanpassing aan de server. Soms ontbreekt de juiste mailfunctie op de hostingomgeving, soms is de configuratie van het formulier incompleet.

Controleer of het formulier na verzending een echte foutmelding geeft. Let ook op een misleidende succesmelding: sommige formulieren tonen standaard ‘verzonden’, terwijl de mailserver het bericht daarna niet kan afleveren. Kijk daarom in de logbestanden van de website of formulierplug-in. Daar staat vaak of het bericht daadwerkelijk is aangeboden aan de mailserver.

Voor zakelijke formulieren is verzending via SMTP meestal betrouwbaarder dan de standaard PHP-mailfunctie. SMTP laat de website aanmelden met een bestaand e-mailaccount of een speciaal verzendaccount. Daardoor is duidelijker wie het bericht verstuurt en is de kans op blokkades kleiner. Het vraagt wel om zorgvuldig beheer van inloggegevens en instellingen.

De afzender van het formulier klopt niet

Een veelgemaakte fout is het invullen van het e-mailadres van de bezoeker als afzender van het formulier. Iemand vult bijvoorbeeld klant@gmail.com in en de website probeert vervolgens een e-mail te versturen ‘van’ klant@gmail.com. Mailservers zien dat steeds vaker als vervalsing en weigeren of filteren het bericht.

Gebruik als afzender altijd een bestaand adres van uw eigen domein, zoals formulier@uwbedrijf.nl. Het adres van de bezoeker hoort in het antwoordadres te staan. Als u vervolgens op de ontvangen melding klikt op Beantwoorden, gaat uw reactie alsnog naar de bezoeker. Zo blijft de verzending technisch correct én praktisch in gebruik.

De mail komt binnen, maar belandt in spam

Niet ontvangen betekent niet altijd dat de e-mail verdwenen is. Moderne spamfilters beoordelen afzender, serverreputatie, onderwerp, inhoud en technische authenticatie. Een korte formuliermail met weinig context, een afwijkend afzenderadres of een server zonder correcte instellingen kan sneller als verdacht worden gezien.

Controleer de map Ongewenste e-mail, Spam en eventueel de quarantaine van uw zakelijke e-mailomgeving. Bij sommige beveiligde mailoplossingen wordt een bericht niet direct in uw mailbox geplaatst, maar eerst apart vastgehouden. Kijk ook of een andere collega met hetzelfde domein de melding wél ontvangt. Daarmee sluit u uit dat het probleem alleen bij één mailbox of één persoonlijke regel zit.

Voeg het afzenderadres van het formulier daarna toe aan de veilige afzenders. Dat is nuttig, maar geen vervanging voor goede configuratie. Als de technische basis niet klopt, kunnen andere ontvangende partijen de berichten nog steeds weigeren.

DNS verwijst niet naar de juiste mailserver

Voor gewone e-mailontvangst zijn MX-records in DNS bepalend. Deze records vertellen andere mailservers waar berichten voor uw domein bezorgd moeten worden. Staan ze verkeerd, ontbreken ze of verwijzen ze nog naar een oude provider, dan kan e-mail naar uw domein niet op de juiste plek aankomen.

Dit speelt vaak na een domeinverhuizing, een migratie naar Microsoft 365 of een wijziging van hostingpartij. De website kan dan al keurig op de nieuwe server draaien, terwijl de mail nog naar de vorige omgeving wordt gestuurd. Ook kan een domein onbedoeld externe nameservers gebruiken, waardoor een wijziging in het verkeerde DNS-paneel wordt gedaan.

DNS-wijzigingen zijn bovendien niet altijd direct overal zichtbaar. Afhankelijk van de ingestelde TTL kan het uren duren voordat mailservers wereldwijd de nieuwe gegevens gebruiken. Verander tijdens die periode niet steeds opnieuw records zonder plan. Dat maakt het lastiger om vast te stellen welke instelling actief is.

Mailbox, opslag of doorstuurregel veroorzaakt problemen

Een volle mailbox kan nieuwe berichten weigeren. Dit geldt niet alleen voor de hoofdmailbox, maar soms ook voor gedeelde mailboxen, catch-alladressen en mailboxen waar automatisch veel bijlagen binnenkomen. Controleer daarom de beschikbare opslagruimte voordat u ingewikkelder oorzaken onderzoekt.

Ook een vergeten doorstuurregel kan verrassend veel schade veroorzaken. Misschien worden berichten doorgestuurd naar een oud privé-adres, verwijderd na doorsturen of verplaatst naar een map die niemand controleert. Bekijk regels in de mailbox én regels in webmail. Bij zakelijke omgevingen kunnen er daarnaast centrale transportregels actief zijn.

SPF, DKIM en DMARC zijn niet goed afgestemd

SPF, DKIM en DMARC worden vaak genoemd bij e-mailproblemen. Ze zijn vooral belangrijk voor uitgaande e-mail, maar hebben indirect ook invloed op berichten vanuit uw website. Als uw formulier verstuurt met een afzender van uw domein, moet de verzendende server daarvoor geautoriseerd zijn.

SPF geeft aan welke servers namens uw domein mogen versturen. DKIM plaatst een digitale handtekening onder berichten. DMARC vertelt ontvangende mailservers wat ze moeten doen als afzender en authenticatie niet overeenkomen. Een strenge DMARC-regel zonder correcte SMTP- of formulierconfiguratie kan ertoe leiden dat formuliermails worden afgewezen.

Hier zit een belangrijke nuance: een strenge instelling is niet verkeerd. Integendeel, goede authenticatie verkleint de kans op misbruik van uw domein. De instelling moet alleen aansluiten op alle systemen die namens u mail versturen, zoals de website, nieuwsbriefsoftware, scanners en eventueel een CRM-systeem.

Een praktische controle in de juiste volgorde

Begin bij de eenvoudigste test: stuur een gewone e-mail vanaf een extern adres naar uw domein. Komt die aan, dan werkt de algemene ontvangst waarschijnlijk en ligt de focus op het formulier. Komt ook die niet aan, controleer dan eerst mailboxruimte, spamquarantaine en de MX-records.

Test vervolgens het formulier met een uniek onderwerp, bijvoorbeeld ‘Test contactformulier 14.30 uur’. Gebruik een extern e-mailadres dat u zelf kunt controleren. Kijk in de formulierlog of de website een fout geeft en controleer zowel de inbox als spam. Noteer daarbij tijdstip, ingevulde afzender en eventuele foutmelding. Dat voorkomt zoeken op gevoel.

Controleer daarna de formulierinstellingen. Het ontvangstadres moet correct zijn, de afzender moet een bestaand adres van uw eigen domein zijn en het antwoordadres moet het adres van de bezoeker gebruiken. Gebruik bij voorkeur SMTP wanneer een formulier bedrijfskritisch is, bijvoorbeeld voor offerteaanvragen, webshopvragen of storingsmeldingen.

Kijk ten slotte naar de DNS- en e-mailconfiguratie. Vooral na een verhuizing of migratie is het verstandig om MX, SPF, DKIM en DMARC als geheel te beoordelen. Losse records aanpassen zonder te weten welke diensten mail versturen, kan een nieuw probleem veroorzaken.

Wanneer u beter niet zelf blijft proberen

Bij een persoonlijke website is een gemiste formuliermail vervelend. Voor een webshop, zorgverlener, installatiebedrijf of zakelijke dienstverlener kan het direct omzet, vertrouwen of bereikbaarheid kosten. Blijft het probleem terugkomen, dan is gericht onderzoek verstandig. Een beheerpartij kan mailserverlogs, DNS, formulierconfiguratie en beveiligingsfilters naast elkaar leggen. Juist die combinatie maakt vaak zichtbaar waar een bericht wordt tegengehouden.

DeltaServ helpt klanten niet alleen met de hosting waarop een website draait, maar ook met de samenhang tussen domein, e-mail, beveiliging en beheer. Dat voorkomt dat u bij een storing tussen verschillende leveranciers moet uitzoeken wie verantwoordelijk is.

Een contactformulier hoeft geen onzeker onderdeel van uw website te zijn. Richt het in als een zakelijke ingang: met een betrouwbare afzender, gecontroleerde bezorging en een inbox die actief wordt bewaakt. Dan merkt u een technisch probleem vroeg op, in plaats van pas wanneer een klant vraagt waarom u nooit heeft gereageerd.