Direct naar de inhoud

Cookie-instellingen

Kies per soort welke cookies je toestaat. Je kunt je keuze altijd wijzigen via Cookie-instellingen onderaan elke pagina. Privacyverklaring

Noodzakelijk

Altijd aan

Nodig om in te loggen, je winkelwagen te bewaren en je keuzes te onthouden. Deze staan altijd aan.

Welke cookies?
  • weboke_sessie, weboke_klant, weboke_remember: je sessie en ingelogd blijven
  • weboke_basket: je winkelwagen
  • wkBtwIncl: prijzen met of zonder btw tonen
  • wok_cookies: je cookiekeuze, 12 maanden

Meet welke advertentie tot een bezoek of bestelling leidt, zodat we niet betalen voor advertenties die niets doen.

Welke cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), tot 90 dagen
  • OpenAI Ads, advertenties in ChatGPT
  • wok_aff: via welke partner je bij ons kwam (affiliateprogramma), 60 dagen

4,6

Land en taal

Elk land heeft zijn eigen site, met prijzen en btw van dat land.

Bekijken

Module 2 · 2.1

De gegevens die je nodig hebt

Module 2: Je mailbox instellen · Leestijd: 10 minuten

Leerdoel: Na deze les ken je de gegevens die elk mailprogramma nodig heeft, kun je de juiste servernaam kiezen, en weet je hoe programma's die gegevens zelf proberen te vinden en waarom dat soms misgaat.

Kernbegrippen: inkomende server, uitgaande server, poort, beveiliging, gebruikersnaam, wachtwoord, verificatie uitgaand, servernaam vs. mail.-naam, autodiscover, autoconfig, ISPDB, SRV-records (RFC 6186), configuratieprofiel

Het instellingenkaartje

Welk programma je ook gebruikt, je vult altijd dezelfde gegevens in. Als je deze lijst begrijpt, kun je elk programma instellen, ook een dat in deze cursus niet voorkomt.

GegevenWat het isGangbare waarde
Soort accountHet protocol voor lezenIMAP (les 1.3)
Inkomende serverDe naam van de server voor lezenOpgegeven door je aanbieder
Poort en beveiliging inkomendDe deur en het slot993 met SSL/TLS (POP3: 995)
Uitgaande serverDe naam van de server voor versturenVaak dezelfde als inkomend
Poort en beveiliging uitgaand587 met STARTTLS of 465 met SSL/TLS (les 1.4)
GebruikersnaamWaarmee je inlogtMeestal je volledige e-mailadres
WachtwoordHet wachtwoord van de mailboxNiet het wachtwoord van je klantpaneel
Verificatie uitgaandMoet je ook bij versturen inloggen?Aan, met dezelfde gegevens

Drie dingen gaan hier het vaakst mis.

De gebruikersnaam. Op een gedeelde mailserver staan mailboxen van duizenden domeinen. info bestaat daar duizend keer. Daarom is de gebruikersnaam bijna altijd het volledige adres: info@example.com. Programma's vullen soms alleen het deel voor de @ in. Controleer het, zowel bij inkomend als bij uitgaand.

Het wachtwoord. Elke mailbox heeft een eigen wachtwoord. Dat is iets anders dan het wachtwoord waarmee je inlogt bij je hostingbedrijf of je klantpaneel. Weet je het niet meer, dan stel je in het paneel een nieuw wachtwoord in voor die mailbox en vul je dat op al je apparaten in.

De uitgaande server. Veel programma's zetten bij uitgaand "optioneel" of laten de gebruikersnaam leeg. Dan kun je wel lezen, maar niet versturen.

Welke servernaam?

Voor de servernaam heb je vaak drie kandidaten. Stel dat je domein example.com is en je mailbox op een gedeelde server staat die server12.hosting.example heet:

NaamWerkt als...Risico
server12.hosting.example (de naam van de server)Altijd: het certificaat van de server staat op deze naamVerandert als je aanbieder je naar een andere server verhuist
example.com (je domeinnaam)Je domein naar dezelfde server wijst en daar een geldig certificaat heeftWerkt niet meer als je website ergens anders komt te staan
mail.example.commail.example.com naar de server wijst én in het certificaat staatVaak staat hij niet in het certificaat: certificaatmelding

Er is geen naam die altijd beter is. De vraag is steeds: wijst deze naam naar de server waar mijn mailbox staat, en staat hij in het certificaat van die server? Als beide ja zijn, is het goed. Kun je dat niet controleren, dan is de naam die je aanbieder opgeeft de veiligste keuze. In opdracht Z2.1 laat je het programma dit voor jou controleren.

Een veelvoorkomende fout bij een verhuizing van je website: je hebt jaren example.com als mailserver gebruikt, je website gaat naar een ander bedrijf, het A-record wijst daarheen, en ineens werkt je mail niet meer. Je mailprogramma klopt dan aan bij de webserver van het andere bedrijf. Het MX-record is goed (de mail komt nog binnen), maar je programma kan er niet meer bij.

Hoe programma's zelf zoeken

Je hoeft de gegevens vaak niet in te tikken. Moderne programma's proberen ze zelf te vinden zodra je je e-mailadres invult. Er zijn verschillende manieren, en elk programma probeert er een paar:

Autodiscover (Microsoft). Outlook vraagt een instellingenbestand op bij https://autodiscover.example.com/autodiscover/autodiscover.xml of bij https://example.com/autodiscover/autodiscover.xml, of zoekt een SRV-record _autodiscover._tcp.example.com. Bij Microsoft 365 staat er een CNAME autodiscover naar autodiscover.outlook.com (DNS-cursus les 7.1).

Autoconfig (Thunderbird en andere). Thunderbird kijkt bij https://autoconfig.example.com/mail/config-v1.1.xml en daarna in de gegevensbank van Mozilla (ISPDB), waarin de instellingen van veel grote aanbieders staan. Vindt hij niets, dan probeert hij namen te raden: imap.example.com, mail.example.com, smtp.example.com, en hij kijkt naar je MX-record.

SRV-records (RFC 6186, aangevuld in RFC 8314). In de DNS kun je per dienst zetten waar die draait:

_imaps._tcp.example.com.       3600 IN SRV 0 1 993 server12.hosting.example.
_submissions._tcp.example.com. 3600 IN SRV 0 1 465 server12.hosting.example.
_submission._tcp.example.com.  3600 IN SRV 0 1 587 server12.hosting.example.

Niet elk programma kijkt hiernaar, maar het helpt. Hoe SRV-records werken, lees je in les 5.1 van de DNS-cursus.

Configuratieprofiel (Apple). Voor iPhone, iPad en Mac kun je een .mobileconfig-bestand downloaden en installeren. Daarin staan alle instellingen. Veel panelen kunnen zo'n bestand maken (les 2.3).

Waarom automatisch soms fout gaat

Automatisch zoeken is handig, maar niet slim. Typische fouten:

  • Thunderbird raadt mail.example.com, die naam bestaat ook, maar staat niet in het certificaat. Gevolg: een certificaatmelding.
  • Outlook vindt via autodiscover een oud bestand bij je vorige aanbieder, of denkt dat je adres een Microsoft 365-account is, en blijft vragen om een Microsoft-wachtwoord.
  • Een programma kiest poort 587 met "SSL/TLS" of laat de gebruikersnaam leeg.
  • Het programma vindt de instellingen van je website-aanbieder in plaats van je mailaanbieder, omdat het naar example.com kijkt.

Controleer daarom altijd wat er is ingevuld, ook als het programma zegt dat het gelukt is. Bijna elk programma heeft een knop handmatig instellen of geavanceerde instellingen: gebruik die als de automatische poging iets anders invult dan je aanbieder opgeeft.

Eerst testen in de webmail

Werkt het niet, test dan eerst je gebruikersnaam en wachtwoord in de webmail van je aanbieder. Lukt inloggen daar, dan weet je dat de mailbox bestaat en het wachtwoord klopt. Dan zit de fout in de instellingen van je programma. Lukt het daar ook niet, dan heeft het geen zin om in je programma verder te zoeken. Zie les 2.5.

In de praktijk: de gegevens bij WebOké

Bij een mailbox van WebOké vul je in: IMAP, inkomende en uitgaande server je domeinnaam (als je website ook bij WebOké staat en een geldig certificaat heeft) of de servernaam van je pakket (vorm linuxNNNN.webawere.nl, te vinden in Mijn WebOké bij je product en in de welkomstmail), poorten 993 en 587 of 465, gebruikersnaam je volledige e-mailadres, verificatie uitgaand aan. Bij andere aanbieders werkt het vergelijkbaar: de servernaam staat in de welkomstmail of het klantpaneel, de poorten zijn bijna overal dezelfde.

Samenvatting

  • Elk programma heeft dezelfde gegevens nodig: protocol, servers, poorten, beveiliging, volledige e-mailadres als gebruikersnaam, wachtwoord van de mailbox, verificatie uitgaand.
  • Een servernaam is goed als hij naar de server van je mailbox wijst én in het certificaat staat.
  • Programma's zoeken zelf via autodiscover, autoconfig, ISPDB, SRV-records of een profiel. Controleer daarna altijd wat ze vonden.
  • Test bij problemen eerst in de webmail of gebruikersnaam en wachtwoord kloppen.

Quiz

1. Waarom is de gebruikersnaam bijna altijd het volledige e-mailadres?



2. Je website verhuist naar een ander bedrijf. Je mail blijft waar hij was. In je mailprogramma staat example.com als server. Wat gebeurt er waarschijnlijk?



3. Thunderbird vult zelf mail.example.com in en je krijgt een certificaatmelding. Wat is de oorzaak?



4. Welk DNS-record vertelt programma's die RFC 6186 volgen waar de IMAP-server met directe TLS staat?



5. Inloggen in de webmail lukt wel, in je telefoon niet. Wat weet je nu?



Opdracht

Opdracht Z2.1: Wat zou een mailprogramma vinden? Vul je e-mailadres in en de servernaam die je gebruikt (of wilt gebruiken). Beantwoord: wijst deze naam naar een server die IMAP op 993 aanbiedt, staat de naam in het certificaat, en heeft je domein records voor automatisch instellen (autoconfig, autodiscover of SRV)? Het programma controleert hetzelfde live: het zoekt de naam op, maakt verbinding met 993, 465 en 587, leest het certificaat en kijkt welke van de bekende instelgegevens in de DNS en op het web te vinden zijn.

Opdracht Z2.1: Wat zou een mailprogramma vinden?

Vul je e-mailadres en de servernaam in die je gebruikt. De server zoekt de naam op, maakt verbinding met poort 993 (zonder in te loggen) en kijkt welke gegevens voor automatisch instellen er in de DNS en op het web staan.






Wat je invult en wat we vinden, slaan we niet op. Je browser onthoudt je antwoorden en of je de opdracht hebt gehaald. Ben je aangemeld, dan bewaren we alleen dat je de opdracht (bijna) goed had in Mijn cursussen; daar kun je het ook verwijderen.

Verder lezen

De stappen in deze artikelen gelden voor de panelen van WebOké; bij andere aanbieders werkt het vergelijkbaar.

Even geduld…

Stel je domeinen in

Regel per domein de nameservers, de koppeling aan je hosting en wie de eigenaar wordt.

Je domeinen laden…