E-mail met je eigen domein maken: complete installatiegids

U hebt het domein gekocht. Nu hebt u de inbox nodig.

Een e-mailadres met uw eigen domein maken is de belangrijkste beslissing over infrastructuur die u als beheerder neemt. Het is het verschil tussen overkomen als someone@gmail.com en zakendoen als name@yourcompany.com. Het ene oogt als een tijdelijk nevenproject. Het andere als een echt bedrijf.

Maar het gaat niet alleen om uitstraling. Het gaat om zeggenschap. Met een adres op het domein van een gratis provider bent u afhankelijk van diens adresruimte. Met uw eigen domein kunt u de e-mailroutering beheren en een andere host kiezen. Toegang tot gegevens, exportmogelijkheden en kosten blijven afhankelijk van uw bevoegdheden, back-ups en de voorwaarden van de dienst.

Of u nu als oprichter uw eerste postvak inricht of als MSP vijftig klanten van een cPanel-host migreert, de basisonderdelen zijn vergelijkbaar: een domein, een host en de juiste DNS-records. De concrete migratie, bevoegdheden en serverconfiguratie verschillen per omgeving. Deze gids behandelt de werkvolgorde.

Voordat u begint: wat u echt nodig hebt

Regel deze drie onderdelen voordat u de e-mailroutering omschakelt. Ontbrekende toegang of een onvoorbereide host kan de configuratie en ontvangst bemoeilijken.

1. Het domein

U moet het domein bevoegd kunnen beheren, bijvoorbeeld yourcompany.com. Hebt u er nog geen gekocht, bekijk dan de actuele voorwaarden van registrars zoals Namecheap, Cloudflare Registrar en Porkbun. Registrar en webhosting scheiden kan afhankelijkheden beperken. Controleer wel waar uw DNS wordt gehost, wie toegang heeft en hoe u die toegang herstelt; scheiding alleen garandeert geen bereikbaarheid.

2. Toegang tot DNS

U hebt schrijftoegang tot uw DNS-zone nodig. In het dashboard van uw registrar heet dit meestal "DNS Management", "Zone Editor" of "Advanced DNS". U gaat TXT-, MX- en CNAME-records bewerken. Hebt u deze toegang niet, stop dan hier en regel die voordat u iets anders doet.

3. Een e-mailhost

De gezaghebbende DNS-provider publiceert de routeringsrecords; de e-mailhost verwerkt en bewaart berichten volgens de gekozen dienst. Een domeinregistratie bij GoDaddy is op zichzelf geen ingericht postvak. Controleer welke e-mailhosting of doorstuurdienst beschikbaar is. Twee mogelijke keuzes:

• De standaardkeuze: Google Workspace of Microsoft 365. De historische prijsillustratie van $72-$144 per gebruiker per jaar is geen actuele offerte. Functionele adressen (info@, billing@) kunnen afhankelijk van de dienst aliassen, groepen of gedeelde postvakken zijn; niet elk adres vraagt een afzonderlijke gebruikerslicentie.
• De keuze voor beheerders: TrekMail. Vergelijk abonnementen met gedeelde opslag en een accounttarief met uw behoeften. Controleer de actuele prijzen, rechten en limieten voordat u kiest.

De checklist van 10 minuten

Gebruik deze checklist als korte werkvolgorde, niet als oplevertermijn. Een overgeslagen stap kan bijvoorbeeld een uur extra onderzoek kosten; DNS-caches en verificatie kunnen de doorlooptijd verlengen.

Stap 1: maak eerst de postvakken aan (ja, eerst)

Ontbrekende postvakken zijn een praktische valkuil bij een omschakeling en kunnen zakelijke berichten kosten.

Na de MX-omschakeling gebruiken verzendende servers de nieuwe route zodra hun DNS-informatie is bijgewerkt. Als contact@yourdomain.com niet is ingericht, kan de server de ontvanger weigeren met 550 User Not Found. Een eventuele niet-bezorgdmelding hangt af van het verzendende systeem. Controleer logs en testontvangers; de ontvanger merkt een geweigerd bericht mogelijk niet op.

Maak elk benodigd postvak aan voordat u de MX-routering omschakelt. DNS-verificatie kan daarvoor nodig zijn.

De procedure in TrekMail:

1. Meld u aan bij uw TrekMail-dashboard.
2. Ga voor uw domein naar het tabblad Mailboxes.
3. Maak elk adres aan dat u momenteel gebruikt.

Voor het mkb: maak ten minste uw persoonlijke adres (yourname@) en een functioneel adres (hello@ of info@) aan.

Voor bureaus die een klant migreren: inventariseer de bestaande ontvangers, aliassen en routes. Als de klant billing@ bij de oude host had, richt dan billing@ vóór de MX-omschakeling bij de nieuwe host in. Controleer ook de bevoegde bron, kopieerbare mappen en aantallen en plan een laatste synchronisatie; contacten en agenda's vragen een afzonderlijke controle. Een ontbrekend adres kan tot weigeringen leiden.

Met TrekMail kunt u postvakken handmatig maken of een uitnodiging voor het instellen van een postvak sturen. Bescherm de eenmalige link met beperkte geldigheid en stuur die naar de geverifieerde, bevoegde ontvanger. De gebruiker kan daarmee zelf een wachtwoord instellen, zodat u geen blijvend gebruikerswachtwoord hoeft uit te wisselen. Bekijk de documentatie over uitnodigingen voor het instellen van postvakken voor de volledige procedure.

Stap 2: stel MX-records in, de omschakeling

MX-records (Mail Exchange) wijzen verzendende servers naar de e-mailhosts van uw domein. Zonder expliciete MX-records kan SMTP onder voorwaarden op de adresrecords van het domein terugvallen, maar dat is geen vervanging voor een bewust ingerichte e-mailroute.

MX-records instellen:

1. Ga naar het beheer van uw gezaghebbende DNS-zone; dat hoeft niet bij uw registrar te zijn.
2. Controleer bestaande MX-records. Bekijk vermeldingen voor "GoDaddy Secure Mail", "Google Workspace" of een cPanel-host met de bevoegde beheerder. Verwijder alleen bevestigde, verouderde routes en behoud de bedoelde gateway-, hybride of failoverconfiguratie.
3. Gebruik de actuele records uit uw account. De onderstaande historische voorbeelden zijn niet bedoeld om blind te kopiëren; de huidige standaardconfiguratie gebruikt mail.trekmail.net als MX-doel:

Over TTL: een planningsvoorbeeld is een verlaging naar 300 seconden vóór de omschakeling, oftewel 5 minuten cachegeldigheid. Dat laat servers niet periodiek controleren en vervangt geen al gecachte waarde die bijvoorbeeld 24 uur geldig is. Laat de oude TTL eerst verlopen en controleer de gezaghebbende records en caches. Na verificatie kunt u een passende waarde kiezen, bijvoorbeeld 3600.

Voor schermafbeeldingen en veldnamen per registrar raadpleegt u onze DNS-installatiegids voor populaire providers.

Stap 3: eerste aanmelding en verzend- en ontvangsttest

Vensters van 15-30 minuten of 24 uur zijn planningsvoorbeelden, geen universele of maximale DNS-doorlooptijden. Die hangen onder meer af van TTL's en caches. Controleer de gezaghebbende records en werkelijke ontvangst; stap 2 afronden bewijst niet dat alle verzenders de nieuwe route gebruiken.

Meld u eerst via webmail aan en test de berichtenstroom voordat u Outlook of uw iPhone configureert. De HTTPS-aanmelding bij webmail bewijst niet dat de IMAP- of SMTP-verbinding van een afzonderlijke client werkt; die moet u daarna apart testen.

De uitgaande test: stel vanaf uw nieuwe adres een e-mail op aan uw persoonlijke Gmail-account.

• Is het bericht aangekomen?
• Is het in spam terechtgekomen? Controleer authenticatie, inhoud, reputatie en ontvangend beleid. Zie stap 4 hieronder voor de authenticatiecontroles.

De inkomende test: antwoord vanuit Gmail naar uw nieuwe zakelijke adres.

• Is het bericht in de inbox van webmail aangekomen?
• Zo ja, dan werkt deze geteste ontvangstroute. Controleer ook andere ontvangers, logs en eventuele oude DNS-caches.

Nadat beide tests slagen, kunt u een ondersteunde e-mailclient instellen. Bekijk de documentatie over de IMAP- en SMTP-instellingen van TrekMail en controleer TLS, certificaten en toegestane authenticatie. De gids voor de verbinding met Gmail helpt bij de beschikbare configuratie; functies verschillen per Gmail-app en account.

Stap 4: de drie pijlers van afleverbaarheid, SPF, DKIM en DMARC

MX-records verzorgen de ontvangstroutering; SPF, DKIM en DMARC ondersteunen de authenticatie van uitgaande berichten. Controleer de in 2025-2026 toepasselijke verzendereisen van Google en Yahoo, waaronder de eisen voor bulkverzenders. Een juiste configuratie is belangrijk, maar garandeert geen inboxplaatsing.

SPF: wie mag verzenden

SPF (Sender Policy Framework) publiceert welke servers voor een SMTP-identiteit mogen verzenden. Als yourcompany.com het domein van MAIL FROM is, of waar toepasselijk HELO, beoordeelt de ontvanger het verzendende IP-adres tegen het beleid van dat domein. Het zichtbare From-adres is niet op zichzelf de SPF-identiteit.

Hieronder staat een historisch SPF-voorbeeld. Kopieer het niet zonder controle: de huidige standaardconfiguratie gebruikt spf.trekmail.net. Gebruik het volledige actuele record uit uw account en neem alle bevoegde verzenddiensten mee:

v=spf1 include:_spf.trekmail.net -all

Het beleid laat de opgenomen dienst beoordelen en geeft niet-gematchte verzenders het resultaat SPF Fail. Dat verplicht de ontvanger niet tot weigering; diens beleid en andere authenticatie spelen ook mee.

De afsluitende -all geeft een niet-gematchte verzender SPF Fail. Kies -all pas nadat alle bevoegde diensten, waaronder transactionele e-mail en CRM's, in één geldig SPF-record zijn opgenomen. De limiet van 10 geldt voor DNS-opzoekingen veroorzakende termen bij de volledige, ook geneste evaluatie, niet voor alle DNS-pakketten of alleen het aantal include-vermeldingen. Overschrijding kan een SPF PermError veroorzaken.

DKIM: het zegel dat manipulatie zichtbaar maakt

Bij ingerichte DKIM-ondertekening krijgt een bericht een cryptografische handtekening. De ontvanger verifieert die met de openbare sleutel voor de selector in DNS. Wijziging van ondertekende berichtdelen kan de controle laten mislukken; niet elke wijziging betreft zo'n deel, en sleutel- of configuratieproblemen kunnen ook een fout veroorzaken. Controleer daarom echte berichtheaders.

Volg de sleutel- en DNS-instructies in uw TrekMail-dashboard en publiceer de openbare sleutel bij uw gezaghebbende DNS-provider. Controleer de selector, het gepubliceerde record en de cryptografische verificatie van een echt bericht; een gekopieerd TXT-record alleen bewijst geen geldige ondertekening. Bekijk de documentatie over vereiste DNS-records voor de procedure.

DMARC: de beleidsengine

DMARC slaagt wanneer ten minste één geslaagde SPF- of DKIM-controle domeinafstemming heeft met het zichtbare From-adres. Het gepubliceerde beleid beschrijft de gewenste behandeling als geen van beide zo slaagt. Rapporten zijn afhankelijk van instellingen en medewerking van ontvangers; ze ondersteunen onderzoek, maar bewijzen niet automatisch wie een bericht heeft verstuurd.

Begin met een beleid dat alleen monitort:

v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com

Dit vraagt geen beperkende DMARC-behandeling en configureert een rapportadres. Andere filters kunnen berichten nog steeds weigeren of in spam plaatsen. Verifieer domeinafstemming voor alle bevoegde verzendstromen voordat u eventueel overstapt naar p=quarantine en p=reject.

Voor een uitgebreidere uitleg van elk record bekijkt u onze artikelen over het instellen van SPF-records, DKIM en DMARC. Wilt u het volledige overzicht op één plek, dan behandelt de gids over de volgorde voor het instellen van e-mailauthenticatie alle drie achtereenvolgens.

Waarom niet gewoon Gmail gebruiken?

"Kan ik niet gewoon mycompany@gmail.com gebruiken?" Dat kan, maar bekijk of het persoonlijke account past bij uw behoefte aan beheer, herstel en overdracht van zakelijke toegang.

Let bij zakelijk gebruik van persoonlijke adressen op deze mogelijke beheerproblemen:

Eigendom van gegevens

Een accountbeperking kan de toegang tot klantgeschiedenis, facturen en contactpersonen beïnvloeden. Herstel, bezwaar en ondersteuning hangen af van het account en de toepasselijke voorwaarden. Wanneer u een e-mailadres op uw eigen domein maakt, kunt u een andere host kiezen, maar u hebt nog steeds bevoegde exporttoegang en onafhankelijke back-ups nodig. Controleer vóór een verhuizing wat bron en bestemming kunnen overnemen; IMAP-synchronisatie is geen volledige back-up.

Afhankelijkheid van één persoon

Uw verkoper gebruikt john.sales@gmail.com. Bij vertrek kan zakelijke toegang afhankelijk blijven van zijn persoonlijke account. Met john@yourcompany.com kunt u de overdracht volgens uw bevoegdheden en bewaarbeleid regelen. Verifieer de intrekking van sessies en app-toegang; een wachtwoordwijziging alleen is niet altijd voldoende. Richt toegestane doorsturing en opvolging zorgvuldig in, zonder ononderbroken toegang te veronderstellen.

Buitensluiting van SaaS-accounts

Als boekhoudsoftware, CRM en advertentieplatform aan een persoonlijk account zijn gekoppeld, kan vertrek het herstel bemoeilijken. Beheerde adressen zoals billing@yourcompany.com kunnen de overdracht ondersteunen. Controleer daarnaast de rollen, herstelinstellingen en verificatie-eisen van elk platform; beheer van het e-mailadres alleen bepaalt niet alle toegangsrechten.

E-mail met een eigen domein uitgelegd

Een e-mailadres met een eigen domein is een e-mailidentiteit waarvan het domein na de @ overeenkomt met uw website. Een eenvoudige definitie. Maar de achterliggende infrastructuur verandert wezenlijk hoe en waarvan uw e-mail afhankelijk is.

Kies op basis van uw beheerbehoeften, afhankelijkheden en herstelplan. Afzonderlijke hosting kan nuttig zijn, maar is niet de enige geschikte bedrijfsopzet en garandeert geen volledige storingsisolatie.

De eenvoudigste configuratie voor 1-5 postvakken

Microsoft 365 en Google Workspace bieden samenwerking naast e-mail. Een platform dat ook een organisatie met 500 mensen bedient, kan voor een team van drie mensen nuttig zijn, maar vergelijk of u die functies nodig hebt of vooral postvakken en functionele adressen zoekt.

De oude manier (de valkuil van betalen per gebruiker)

Een historisch rekenvoorbeeld gebruikt Google Workspace Starter voor $6 per gebruiker per maand. Naast drie werknemers hebt u info@, sales@ en billing@ nodig. Die adressen hoeven niet allemaal afzonderlijke gebruikers te zijn: controleer aliassen en groepen. Alleen als u in dit voorbeeld 6 betaalde gebruikers aanmaakt, komt u op $36 per maand en $432 per jaar. Controleer de actuele prijzen en licentievoorwaarden.

De historische opslagvergelijking noemt 30GB per gebruiker. Gedeelde organisatieopslag, beheerderslimieten en de gevolgen van overschrijding verschillen per editie en voorwaarden. Onderzoek eerst het werkelijke gebruik en de beschikbare beheeropties; een vol gebruikersquotum verplicht niet automatisch tot een upgrade voor iedereen. Het genoemde tarief van $12 per gebruiker per maand is eveneens een historische referentie.

De nieuwe manier (het gedeelde model van TrekMail)

De historische Starter-beschrijving noemt $3.50 per maand (of $42 per jaar), met 50 domeinen, 100 postvakken per domein en 15GB gedeelde opslag. Controleer de actuele prijzen, rechten en limieten. Adressen zoals info@, billing@ en support@ kunnen volgens de beschikbare functies als aliassen naar postvakken worden geleid; controleer welke bewerkingen uw abonnement toestaat.

In plaats van het beeld van afzonderlijke opslagbakjes uit 2005 kunt u met gedeelde accountopslag het gebruik samen beoordelen. Een directeur met 12GB aan bijlagen verbruikt wel die gezamenlijke capaciteit. Accountlimieten en toepasselijke gebruikersquota blijven gelden; vergelijk opruiming, bewaarbeleid en capaciteitsopties voordat u het abonnement wijzigt.

U hoeft niet per se een uitgebreide beheerconsole met, bij wijze van spreken, 500 instellingen te kiezen. Begin met domeinbeheer, gebruikers en e-mailtests, maar vergeet toegangsbeveiliging, bewaarbeleid en periodieke controles niet.

Bekijk de volledige prijzenpagina van TrekMail of vergelijk abonnementen in het abonnementenoverzicht. Wilt u een directe vergelijking met de bredere markt, bekijk dan ons overzicht van zakelijke e-mailopties voor kleine bedrijven.

MX-records uitgelegd zonder jargon

DNS is abstract, dus volgt hier een concrete vergelijking.

Beschouw uw domein als een bedrijfspand.

• Het A-record is de voordeur: zo bereiken klanten uw website.
• Het MX-record is het laadperron: daar komen postbezorgingen aan.

Wanneer iemand u een e-mail stuurt, zoekt diens server uw domein op in de wereldwijde DNS-directory. De server vraagt specifiek het MX-record op.

• Geen expliciet MX-record? Onder voorwaarden kan de server de adresrecords van het domein gebruiken; of aflevering lukt, hangt van de feitelijke SMTP-dienst af.
• Wijst het MX-record naar uw oude host? Controleer of die nog een bedoelde, actieve ontvangstroute heeft voordat u records verwijdert.
• Correct MX-record? Dat wijst de server naar de bedoelde host. Ontvangerconfiguratie, quota en filters bepalen vervolgens mede de verwerking.

Uw website (A-record) kan werken terwijl de e-mailroutering (MX-record) problemen heeft. De records hebben verschillende doelen, maar kunnen dezelfde DNS-infrastructuur en andere afhankelijkheden delen.

5 DNS-fouten die de afleverbaarheid ondermijnen

Deze fouten komen steeds terug. Werkt er na het instellen van domein-e-mail iets niet, controleer deze punten dan eerst.

1. De "Backup MX" laten staan

Behoud een oude host niet gedachteloos als "back-up" met een hoger prioriteitsgetal. Een zwakker gefilterde of verkeerd ingerichte host kan ongewenste routes bieden. Een bevoegde back-up- of hybride opzet kan wel geldig zijn als ontvangers, filters, wachtrijen en doorsturing consequent zijn ingericht. Verwijder alleen bevestigde, verouderde records.

2. CNAME-conflicten op het hoofddomein

Een gewoon CNAME-record op het hoofddomein (@) kan niet naast de vereiste SOA- en NS-records of MX-records bestaan. Controleer bij websitebouwers zoals Wix of Squarespace welke adresrecords uw DNS-provider ondersteunt. ALIAS/ANAME of flattening is een providerspecifieke functie, geen gewoon gepubliceerd CNAME-record op het hoofddomein.

3. Records opnieuw wijzigen voordat de propagatie klaar is

Een controle in uw browser toont niet alle DNS-caches. Een venster van 24 uur is een planningsvoorbeeld, geen maximum. Als u na 10 minuten opnieuw wijzigt, kunnen caches verschillende versies bewaren; er wordt geen wereldwijde klok opnieuw gestart. Controleer eerst de gezaghebbende zone en TTL's en leg doelgerichte correcties vast.

4. Ontbrekend SPF-record

Een ontbrekend SPF-record beperkt de verificatie van de SMTP-identiteit. Publiceer een geldig record dat de werkelijke bevoegde verzenders beschrijft, niet zomaar een willekeurig voorbeeld. Controleer ook DKIM, domeinafstemming en ontvangend beleid. Bekijk onze gids voor het instellen van SPF-records als u dit nog niet hebt gedaan.

5. Verkeerde hostnaam in het MX-record

Wanneer u MX-records toevoegt, hoort het veld "Host" of "Naam" vrijwel altijd @ te zijn. Dit staat voor het hoofddomein. Als u daar mail of www invult, stelt u e-mailroutering in voor user@mail.yourcompany.com, niet voor user@yourcompany.com. Controleer dit veld bij elk record dat u toevoegt.

Welke adressen u eerst moet maken

Denk voordat u willekeurig postvakken toevoegt na over de operationele levenscyclus van elk adres. Wie beheert het? Wat gebeurt er als iemand vertrekt?

1. Het noodaccount voor beheer (ops@ of admin@)

Plan afzonderlijke, herleidbare beheertoegang en een beschermd noodherstelpad in plaats van alle bevoegdheden aan één persoonlijk account te koppelen. Kies rollen volgens uw beheerbeleid, bescherm herstelgegevens en gebruik sterke toegangsbeveiliging. Een speciaal beheerdersadres kan daarbij helpen; deel geen blijvende wachtwoorden om een overdracht te regelen.

2. Functionele aliassen (info@, support@, hello@)

Wilt u geen vijf afzonderlijke inboxen beheren, kijk dan welke functionele adressen als alias kunnen dienen. Richt in TrekMail info@ volgens de beschikbare rechten als alias naar uw primaire postvak in. Verzenden als info@ vereist een bevoegde identiteit en ondersteunde SMTP- en clientconfiguratie. In het beschreven Nano-model vraagt elk uitgaand bericht, inclusief antwoorden, uw eigen externe SMTP-dienst. Controleer actuele voorwaarden en bekijk de documentatie over het instellen van doorsturen.

3. Rolaccounts voor infrastructuur (billing@, marketing@)

Overweeg beheerde rol-adressen voor SaaS-abonnementen, advertentieplatforms en financiële diensten. Bij vertrek van de marketingmanager met sarah@yourcompany.com moet u platformrollen, sessies, app-toegang en herstelinstellingen controleren en een bevoegde overdracht regelen. Een wachtwoordwijziging en doorsturing alleen zijn niet altijd voldoende. Bij een persoonlijk Gmail-account kan herstel langer duren; drie weken is een illustratief voorbeeld, geen vaste ondersteuningstermijn.

Naamconventies en keuzes voor de indeling

Kies nu een naamindeling, voordat u 20 werknemers hebt. Als u e-mailindelingen later wijzigt, raken adresboeken verouderd en brengt u klanten in verwarring die al jaren met u corresponderen.

Praktisch advies: begin met firstname@ als u klein bent en iedereen elkaar kent. Plan de overstap naar first.last@ zodra u meer dan 5-10 mensen hebt. Controleer of u met de beschikbare aliasfunctie john@ naar john.doe@ kunt blijven leiden en test ontvangst en toegestane verzending. Dat kan het risico op gemiste berichten tijdens de overgang verkleinen.

Problemen oplossen: wanneer het misgaat

U hebt de stappen gevolgd, maar iets werkt nog steeds niet. Dit zijn de meest voorkomende foutpatronen en de controles die u daadwerkelijk moet uitvoeren.

"Ik kan verzenden, maar niet ontvangen."

Oorzaak: onderzoek MX-routering en caches, maar ook ontvangers, quota, wachtrijen en filters.
Oplossing: gebruik whatsmydns.net voor aanvullende controles vanaf meerdere locaties. Vergelijk die met de gezaghebbende zone. Een oude host kan op een cache of de nog gepubliceerde configuratie wijzen; controleer dat voordat u wacht of wijzigt. Onderzoek daarna de ontvangende serverlogs.

"Ik kan ontvangen, maar mijn e-mails belanden in spam."

Oorzaak: authenticatie kan een rol spelen, naast inhoud, reputatie en ontvangend beleid.
Oplossing: stuur een representatieve test naar mail-tester.com en beoordeel de headers en resultaten; één score bewijst niet de behandeling door alle ontvangers. Controleer ook Google Postmaster Tools wanneer uw domein daarvoor in aanmerking komt. De beschikbare geaggregeerde gegevens betreffen persoonlijk Gmail-verkeer, niet alle bezorgingen. Bekijk voor een bredere diagnostische werkwijze onze gids over voorkomen dat e-mails in spam terechtkomen.

"Outlook blijft om mijn wachtwoord vragen."

Oorzaak: mogelijke oorzaken zijn een verkeerde poort of protocol, onjuiste inloggegevens, accountbeleid of een verschil tussen Legacy Auth en Modern Auth.
Oplossing: controleer of u de juiste instellingen gebruikt:

• IMAP (inkomend): poort 993, impliciete TLS; clients kunnen dit SSL/TLS noemen. Valideer het certificaat.
• SMTP (uitgaand): poort 465 (SSL/TLS als clientlabel voor impliciete TLS) of 587 (STARTTLS), met certificaatcontrole en de door uw provider toegestane authenticatie
• Gebruikersnaam: uw volledige e-mailadres, inclusief @domain, niet alleen het deel ervoor

Bekijk voor de volledige clientconfiguratie de gids voor verbinding maken met Outlook of het volledige overzicht van IMAP- en SMTP-instellingen.

"Ik krijg een 550-foutmelding."

Oorzaak: dit is een permanente SMTP-weigering; de volledige servermelding geeft de reden aan. Een onbekende ontvanger is één mogelijkheid, naast authenticatie- of andere beleidsproblemen.
Oplossing: controleer het adres en de volledige foutmelding. Gaat het om een ontvanger die u beheert, verifieer dan diens configuratie; onderzoek anders met de bevoegde ontvangende beheerder. Bij een reputatiemelding kan onze uitleg over de reputatie van een e-maildomein helpen, maar een correct adres bewijst niet dat reputatie de oorzaak is.

Tot slot

Een e-mailadres met uw eigen domein maken betekent dat u operationele verantwoordelijkheid neemt voor uw digitale aanwezigheid. U beheert de domeingebonden e-mailidentiteit zelf; dat maakt de infrastructuur van uw provider nog niet uw eigendom.

Het doel is een beheersbaar systeem met bewuste routering, juiste authenticatie en een herstelplan. Controleer na wijzigingen de gezaghebbende DNS-records en echte berichten, houd bevoegde verzenddiensten bij en beoordeel beschikbare DMARC-rapporten zorgvuldig. Ook een goede eerste configuratie vraagt periodiek onderhoud en garandeert geen aflevering.

Als u vooral e-mail nodig hebt en Google Agenda of SharePoint niet gebruikt, vergelijk dan TrekMail als alternatief. Controleer actuele accountprijzen, gedeelde opslag, gebruikerslimieten en ondersteunde IMAP- en SMTP-clients. Het gratis model is afhankelijk van beschikbaarheid en voorwaarden; het beschreven Nano-model vereist uw eigen externe SMTP voor alle uitgaande berichten en antwoorden. Betaalde beheerde verzending hangt af van de abonnementsrechten en passende clientconfiguratie.

Beheer uw domein en records bewust en bescherm zakelijke toegang met passende bevoegdheden, herstelopties en back-ups.

Probeer TrekMail gratis, trekmail.net