Stapsgewijze gids voor het kopen van een domein, DNS-koppeling en het instellen van zakelijke e-mail (MX, SPF, DKIM, DMARC). Duidelijke controles, veelvoorkomende oplossingen en beveiligingstips.
Je stelt twee dingen in die samenwerken: een domeinnaam (zoals yourcompany.com) en zakelijke e-mailadressen die dat domein gebruiken (zoals [email protected]). Als ze goed gekoppeld zijn, kun je betrouwbaar e-mail verzenden en ontvangen—en mensen zien je merk elke keer als je op “verzenden” drukt.
[email protected]) en teamadressen (bijv. [email protected]).De verbinding tussen je domein en je e-mailprovider wordt gemaakt via DNS-instellingen (een paar records die je in je domeinbeheerder toevoegt). Die instellingen vertellen het internet waar mail voor je domein afgeleverd moet worden en hoe te verifiëren dat het legitiem is.
Deze gids is voor niet-technische mensen—solo-ondernemers, freelancers en kleine teams—die zakelijke e-mail werkend willen hebben zonder netwerken of servers te hoeven begrijpen.
info@, billing@, support@).De meeste setups kosten 30–90 minuten aan hands-on werk.
De grootste variabele is DNS-propagatie: nadat je DNS-records wijzigt, kan het van een paar minuten tot 24–48 uur duren voordat de wijziging overal is doorgevoerd. In die periode kan e-mail voor sommige mensen werken en voor anderen niet—of het kan geleidelijk gaan werken.
Als alles eenmaal goed verbonden is, heb je een nettere, betrouwbaardere e-mailaanwezigheid—en een basis die met je mee kan groeien (nieuwe collega’s, extra adressen en betere deliverability na verloop van tijd).
Voordat je in instellingen klikt, helpt het om te weten welke partij wat doet. De meeste verwarring bij e-mailinstellingen ontstaat omdat drie verschillende “plaatsen” betrokken zijn.
Domain registrar: Het bedrijf waar je je domeinnaam koopt (zoals yourcompany.com). Zij beheren eigendom, verlengingen en basisdomeincontrols.
DNS-host (DNS-provider): De plek waar het “adresboek” van je domein staat. DNS is een verzameling records die het internet vertelt waar verschillende diensten voor je domein zitten (website, e-mail, enz.). Soms is je registrar ook je DNS-host, maar niet altijd.
E-mailprovider: De dienst die daadwerkelijk je inboxen runt en e-mail verzendt/ontvangt (bijvoorbeeld Google Workspace of Microsoft 365). Zij leveren mailboxen zoals [email protected].
Zie het zo:
Je koopt het domein bij de registrar, vervolgens bewerk je DNS-records (waar DNS ook gehost wordt) om de wereld te vertellen: “E-mail voor @yourcompany.com moet naar deze provider.”
Als je een eenvoudige diagram wilt gebruiken in het artikel, gebruik:
Domain (registrar) → DNS (records) → Email provider (inboxes)
Als je DNS verandert (zoals MX, SPF, DKIM), verschijnt de update niet overal meteen. Propagatie is de tijd die het kost voor DNS-wijzigingen zich over het internet te verspreiden terwijl verschillende netwerken hun cache verversen.
In de praktijk betekent dat dat je een DNS-wijziging opslaat en nog steeds oud gedrag ziet—vooral tijdens het eerste uur of twee.
Je domein is de basis voor je website en je e-mailadres (zoals [email protected]). Je houdt het vaak jarenlang, dus wat aandacht vooraf bespaart later veel gedoe.
Kies iets kort, duidelijk en makkelijk te spellen nadat je het één keer hoort.
Een paar praktische regels:
Koop indien mogelijk de belangrijkste varianten (bijv. de .com plus je lokale domein) om je merk te beschermen en kies daarna één “primair” domein voor e-mail.
Vergelijk bij het kiezen van een registrar:
Zorg dat het domein geregistreerd staat op je bedrijfsnaam (of een betrouwbare eigenaar) en dat jij de logingegevens, herstel-e-mail en tweefactorauthenticatie controleert. Houd registrar-toegang op één plek—veilig gedeeld—zodat het domein niet wegloopt met een vertrekkende medewerker of aannemer.
Schakel WHOIS-privacy in tenzij je een specifieke reden hebt om dat niet te doen. Het vermindert spam en beschermt persoonlijke contactgegevens tegen publieke weergave.
Het kiezen van een e-mailprovider gaat vooral over de vraag waar de mailservice draait. Je domein (de naam) kan bij één bedrijf blijven, terwijl je e-mail bij een andere provider draait.
1) E-mail via je domeinregistrar
Veel registrars bieden e-mailpakketten aan naast domeinen. Dat is gemakkelijk omdat facturatie en support op één plek zitten. Het nadeel is dat functies vaak basaler zijn (minder samenwerkingshulpmiddelen, eenvoudigere admin-controls) en migreren later extra stappen kan vergen.
2) E-mail via een aparte e-mailprovider
Dit is de gebruikelijke keuze voor groeiende teams. Providers zoals Google Workspace of Microsoft 365 richten zich op deliverability, beveiliging en productiviteitstools. Je domein kan bij je registrar blijven—je verbindt e-mail gewoon met DNS-records.
Richt je op wat je daadwerkelijk gebruikt:
Niet-technische admins merken meestal het verschil hier:
Reken op een prijs per gebruiker per maand voor volwaardige providers; registrar-e-mail is vaak goedkoper maar minder compleet. Controleer voordat je besluit wat bij elk niveau inbegrepen is (mailboxen vs aliassen, opslag, gedeelde inboxen) en vergelijk plannen op pagina's zoals /pricing.
Als je twijfelt, kies een provider die eenvoudige exports en migratietools ondersteunt—je toekomstige zelf zal je bedanken.
Dit is het moment waarop je aangepaste domein-e-mail echt wordt: je maakt de inboxen die mensen dagelijks gebruiken, plus de extra adressen die je bedrijf georganiseerd laten lijken.
Maak het primaire adres als eerste aan—meestal één van deze:
Als je solo bent, kun je you@ als echte mailbox gebruiken en hello@ toevoegen als alias die ernaar doorstuurt.
Maak daarna mailboxen voor echte personen (bijv. sara@, mike@). Voeg vervolgens “rol”-adressen toe die overeenkomen met hoe klanten contact opnemen:
Voor roladressen beslis je wie berichten ontvangt. Opties zijn meestal: afleveren bij één persoon, afleveren bij meerdere mensen, of een gedeelde inbox (meer daarover later).
Gebruik een alias wanneer:
Maak een aparte mailbox wanneer:
Kies een eenvoudige regel en houd je eraan:
Vermijd willekeurige varianten (zoals support-team@ versus help@)—consistentie maakt onboarding, beveiliging en troubleshooting later veel makkelijker.
DNS is de instellingenpagina voor je domein. Het is waar je vertelt waar je website woont en, voor e-mail, welke service berichten voor [email protected] moet ontvangen.
Het goede nieuws: meestal hoef je maar een paar dingen te bewerken voor zakelijke e-mail—voornamelijk MX-records, plus een paar TXT-records (voor SPF, DKIM en DMARC later). Het lastige is vaak gewoon de juiste pagina vinden.
De meeste mensen beheren DNS op één van deze plekken:
Een snelle hint: als je domein custom nameservers gebruikt (vaak iets als ns1.cloudflare.com), wordt DNS waarschijnlijk niet bij de registrar beheerd—ook al kocht je het domein daar.
Zoek naar menuitems zoals:
Als je op de juiste plek bent, zie je meestal een tabel met kolommen zoals Type, Naam/Host, Waarde/Content, Prioriteit en TTL.
Neem 2 minuten om jezelf te beschermen tegen eenvoudige fouten:
Voor zakelijke e-mail met een custom domein voeg je meestal toe of vervang je:
Je kunt website-gerelateerde records (zoals A, AAAA en CNAME) meestal ongemoeid laten tenzij je provider het expliciet vraagt.
Deze veroorzaken de meeste “e-mail werkt niet”-situaties:
mail.example.com terwijl anderen het domein automatisch toevoegen.Als je georganiseerd blijft—vind de juiste DNS-host, sla op wat er al staat en maak alleen de wijzigingen die je e-mailprovider aangeeft—ben je klaar voor de volgende stap: MX-records instellen.
MX-records zijn de borden die aangeven waar de post voor je domein naartoe moet. Wanneer iemand je e-mailt op [email protected], kijkt de verzendende service naar de DNS van je domein en zoekt MX-records om te weten welke provider (Google Workspace, Microsoft 365, enz.) dat bericht moet ontvangen.
MX (Mail Exchange) records vertellen de wereld waar je e-mail naartoe moet. Als ze naar de verkeerde plek wijzen—of je hebt een conflict—kunnen berichten terugkaatsen, verdwijnen of bij een oude inbox terechtkomen die je vergeten bent.
In de DNS-instellingen van je domein geeft je e-mailprovider meestal een specifieke lijst MX-items (host/naam, waarde/target en prioriteit). Voeg ze precies toe zoals aangegeven.
Als je van provider wisselt, moet je meestal oude MX-records verwijderen die naar de vorige service wijzen. Veel providers zeggen expliciet “verwijder eventuele bestaande MX-records.” Volg die instructie zorgvuldig—oude MX-records laten staan kan de aflevering splitsen tussen systemen.
Tip: kopieer vooraf de huidige MX-records naar een notitie zodat je ze kunt herstellen als dat nodig is.
MX-prioriteit is een rangorde: lagere nummers worden eerst geprobeerd. Bijvoorbeeld: prioriteit 1 heeft voorrang boven prioriteit 5.
De meeste setups werken als je:
Gebruik eerst de admin/check-tool van je provider (de meesten hebben een stap “Domein/DNS verifiëren”) om te bevestigen dat de MX-records gedetecteerd worden.
Doe daarna een echte test: stuur een bericht vanaf een persoonlijk adres (zoals Gmail) naar je nieuwe zakelijke adres en controleer of het aankomt. Antwoord terug om uitgaande e-mail te bevestigen (MX beïnvloedt inkomende mail; uitgaande wordt door je provider afgehandeld).
SPF, DKIM en DMARC zijn drie DNS-records die andere mailsystemen helpen berichten van je domein te vertrouwen. Hun taak is simpel: spoofing verminderen (iemand die doet alsof hij e-mail van jou stuurt) en de kans verkleinen dat echte mail als spam wordt behandeld.
SPF is één TXT-record dat opsomt welke services e-mail mogen verzenden namens je domein.
Twee praktische regels:
Voorbeeld SPF TXT-waarde (alleen voorbeeld):
v=spf1 include:_spf.google.com include:servers.mcsv.net -all
“include:” regels machtigen verzenders. Het afsluitende -all betekent “alles anders is niet toegestaan.” Als je tijdens testen twijfelt, beginnen sommige teams met ~all (zachter) en schakelen later naar -all.
DKIM laat je e-mailprovider uitgaande berichten ondertekenen. Je voegt een DNS-record toe en schakelt vervolgens ondertekenen in bij je provider.
De meeste providers geven je:
google of s1)Het kan er uitzien als selector._domainkey.yourdomain.com. Nadat je het hebt toegevoegd, ga terug naar je e-mailadminpaneel en zet DKIM/ondertekening aan.
DMARC vertelt ontvangers wat ze moeten doen als SPF/DKIM-controles falen. Begin met een monitoring-beleid zodat je niet per ongeluk goede mail blokkeert.
Een veelgebruikt starter DMARC-record:
v=DMARC1; p=none; rua=mailto:[email protected]; adkim=s; aspf=s
Met p=none verzamel je alleen rapporten. Later, nadat je hebt bevestigd dat alles legitiems passeert, kun je aanscherpen naar quarantine of reject.
Als je domein-e-mail is aangemaakt en DNS is verbonden, is de laatste stap het werkend krijgen op alle apparaten waar je mail leest en verzendt: laptop, telefoon en soms tablet.
Webmail is de inbox die je in de browser opent (bijv. Gmail in Chrome, Outlook on the web of het portal van je provider). Het is de gemakkelijkste plek om te bevestigen dat je account werkt omdat er niets geconfigureerd hoeft te worden. Als je in webmail kunt verzenden/ontvangen, is je mailbox oké.
E-mailapps zijn programma’s zoals de Gmail of Outlook mobiele apps, Apple Mail of desktop Outlook. Ze zijn handig (notificaties, offline toegang), maar ze vertrouwen op correcte inlog- en serverinstellingen.
Tip: als het instellen in een app faalt, meld je dan eerst aan bij webmail. Dat onderscheidt een “accountprobleem” van een “apparaatinstelling”-probleem.
Sommige providers bieden meerdere manieren om verbinding te maken:
Als je de optie hebt en je plan ondersteunt het, kies Exchange/ActiveSync voor eenvoud. Gebruik IMAP als Exchange niet beschikbaar is of je een universele setup wilt.
Als je account two-factor authentication (2FA) heeft, kunnen sommige oudere apps (of bepaalde desktopclients) de tweede stap niet afhandelen.
Veelvoorkomende oplossingen:
[email protected]), niet alleen de gebruikersnaam.Wanneer een app om “Handmatige instellingen” vraagt, heb je meestal nodig:
[email protected]Als je de servernamen niet weet, haal ze van de help-pagina van je e-mailprovider—zoek naar “IMAP settings” of “Exchange settings” en kopieer precies.
Na de setup, stuur een testmail naar een persoonlijk adres en antwoord terug om zowel uitgaand als inkomend te bevestigen.
Als je team echte mailboxen heeft, wil je waarschijnlijk een paar handige instellingen: doorsturen, aliassen, catch-all of een gedeelde inbox voor groepswerk. Ze lijken op elkaar, maar werken heel verschillend.
info@ → sarah@)sarah@ ontvangt ook invoices@)support@.Een eenvoudige regel: gebruik aliassen voor “meer adressen voor één persoon” en gedeelde inboxen voor “meerdere mensen, één adres.”
Doorsturen is prima voor:
Doorsturen kan op lange termijn problemen geven:
Als een teamadres belangrijk is (sales@, support@), is een gedeelde inbox of helpdesk-oplossing meestal netter.
Een catch-all betekent dat [email protected] geaccepteerd en afgeleverd wordt (zelfs typefouten zoals suupport@).
Voordelen:
Nadelen:
Als je catch-all inschakelt, overweeg dan om het naar een gemonitorde gedeelde inbox te sturen en zet stevige spamfilters aan.
De meeste providers laten je inboxregels maken zoals:
Deze kleine aanpassingen voorkomen dat mail verandert in een onoverzichtelijke groepschat zonder eigenaar.
Overschakelen naar een nieuw zakelijk e-mailadres hoeft niet te betekenen dat je oude berichten kwijtraakt. De sleutel is beslissen wat je gaat verhuizen en een eenvoudige “draai een tijdje beide” aanpak te gebruiken.
Begin met de reikwijdte te kiezen:
Als je twijfelt, verhuis eerst e-mail, en zet contacten/agenda later over als de mail stabiel is.
De meeste providers geven je drie praktische opties:
1) Ingebouwde importer (makkelijkst)
Google Workspace en Microsoft 365 bieden migratietools die mail (en soms contacten/agenda) van een andere provider kopiëren. Dit is meestal het minst foutgevoelig voor niet-technische setups.
2) IMAP-verplaatsing (werkt met veel providers)
Als je oude e-mail IMAP ondersteunt, kan een migratietool mappen en berichten kopiëren. Dit verplaatst mail betrouwbaar, maar brengt mogelijk geen agenda/contacten over tenzij je die apart exporteert.
3) Handmatige export/import (meest arbeidsintensief)
Gebruik dit als er geen geautomatiseerde tool is. Exporteer uit de oude service (vaak als PST/mbox/CSV) en importeer in de nieuwe. Het is te doen, maar reken op extra tijd voor opruimen.
Maak het oude account niet meteen offline. Houd het actief totdat je hebt geverifieerd:
Zet ook een automatisch antwoord op het oude adres: “We zijn verhuisd naar [email protected]” (met een korte datumbewaking).
Kies een rustig moment (vroege ochtend of einde van week), en doe dan:
Als alles gecontroleerd is, werk je aanmeldingen, facturen en logins bij die het oude adres gebruikten—en houd het oude inbox nog een korte veiligheidsperiode aan voordat je het annuleert.
De meeste zakelijke e-mailproblemen vallen in drie gebieden: DNS-records (je domeininstellingen), authenticatie (SPF/DKIM/DMARC) of aanmeld-/instellingsproblemen (wachtwoorden, 2FA, app-instellingen). Gebruik deze checklist om snel te bepalen waar het probleem zit.
Begin met je MX-records.
Dit is meestal een authenticatie- of identiteitsonenigheid.
[email protected]).Als je support contacteert, stuur:
Als je e-mail opzet samen met een nieuw product of intern hulpmiddel, helpt het om je “from”-adressen vroeg vast te leggen (bijv. support@ voor klantreacties, billing@ voor facturen en een dedicated sender voor app-notificaties). Teams die bouwen op Koder.ai doen dit vaak meteen zodat transactionele en support-e-mail consistent blijft naarmate de app groeit, zonder later DNS en deliverability fundamentals opnieuw te moeten doen.
Je hebt toegang nodig tot twee accounts:
Bereid ook een korte lijst met adressen voor die je wilt aanmaken (bijv. you@, hello@, support@) zodat je alles in één keer kunt instellen.
Meestal 30–90 minuten hands-on werk, plus DNS-propagatie.
Propagatie kan enkele minuten tot 24–48 uur duren, dus het is normaal dat e-mail geleidelijk gaat werken (voor sommige verzenders eerder dan voor anderen).
Het zijn verschillende rollen:
Als je domein custom nameservers gebruikt (bijv. Cloudflare), moet je DNS daar bewerken, niet bij de registrar.
MX-records vertellen het internet waar inkomende e-mail voor @yourdomain.com naartoe moet.
Om ze veilig in te stellen:
Begin met de verificatietool van je provider en voer dan echte tests uit:
Ze zijn DNS-gebaseerde vertrouwenssignalen die deliverability verbeteren en spoofing verminderen:
Gebruik een alias wanneer één persoon mail moet ontvangen die naar meerdere adressen gestuurd wordt (bijv. hello@ naar je hoofd-inbox).
Gebruik een aparte mailbox/geshared inbox wanneer:
Een catch-all accepteert mail gericht aan [email protected], inclusief typefouten.
Voordelen:
Nadelen:
Als je het inschakelt, routeer het naar een gemonitorde inbox en zet strikte spamfiltering aan.
Stabiliseer eerst de nieuwe setup en migreer dan:
Werk van boven naar beneden:
Als je support vraagt, voeg DNS-screenshots en de volledige headers van een voorbeeldbericht toe (toont SPF/DKIM/DMARC-resultaten).
p=nonesupport@ of sales@)