De oplysninger du har brug for

Modul 2: Opsætning af din mailboks · Læsetid: 10 minutter

Læringsmål: Efter denne lektion kender du de oplysninger ethvert mailprogram har brug for, kan du vælge det rigtige servernavn, og ved du hvordan programmer selv prøver at finde disse oplysninger, og hvorfor det nogle gange går galt.

Kernebegreber: indgående server, udgående server, port, sikkerhed, brugernavn, adgangskode, godkendelse udgående, servernavn vs. mail.-navn, autodiscover, autoconfig, ISPDB, SRV-records (RFC 6186), konfigurationsprofil

Indstillingskortet

Uanset hvilket program du bruger, udfylder du altid de samme oplysninger. Forstår du denne liste, kan du opsætte ethvert program, også et der ikke indgår i denne kursus.

Tre ting går hyppigst galt her.

Brugernavnet. På en delt mailserver ligger mailbokse fra tusindvis af domæner. info findes der tusind gange. Derfor er brugernavnet næsten altid den fulde adresse: info@example.com. Nogle programmer udfylder kun delen før @. Kontrollér det, både ved indgående og udgående.

Adgangskoden. Hver mailboks har sin egen adgangskode. Det er noget andet end adgangskoden du bruger til at logge ind hos dit hostingfirma eller dit kundepanel. Kan du ikke huske den, opsætter du en ny adgangskode til den mailboks i panelet og indtaster den på alle dine enheder.

Den udgående server. Mange programmer sætter udgående til "valgfrit" eller lader brugernavnet stå tomt. Så kan du godt læse, men ikke sende.

Hvilket servernavn?

Til servernavnet har du ofte tre kandidater. Antag at dit domæne er example.com, og din mailboks ligger på en delt server der hedder server12.hosting.example:

Der findes ikke et navn der altid er bedst. Spørgsmålet er altid: peger dette navn mod den server hvor min mailboks ligger, og står det i certifikatet for den server? Er svaret ja til begge dele, er det i orden. Kan du ikke kontrollere det, er det navn din udbyder oplyser, det sikreste valg. I opgave Z2.1 lader du programmet kontrollere dette for dig.

En hyppig fejl ved flytning af din hjemmeside: du har i årevis brugt example.com som mailserver, din hjemmeside flytter til et andet firma, A-recorden peger derhen, og pludselig virker din mail ikke længere. Dit mailprogram banker da på hos webserveren for det andet firma. MX-recorden er i orden (mailen kommer stadig frem), men dit program kan ikke komme til mailboksen.

Hvordan programmer selv søger

Du behøver ofte ikke selv indtaste oplysningerne. Moderne programmer forsøger selv at finde dem, så snart du indtaster din e-mailadresse. Der findes flere metoder, og hvert program prøver et par stykker:

Autodiscover (Microsoft). Outlook forespørger en konfigurationsfil hos https://autodiscover.example.com/autodiscover/autodiscover.xml eller hos https://example.com/autodiscover/autodiscover.xml, eller søger en SRV-record _autodiscover._tcp.example.com. Ved Microsoft 365 findes en CNAME autodiscover der peger mod autodiscover.outlook.com (DNS-kursus lektion 7.1).

Autoconfig (Thunderbird og andre). Thunderbird kigger hos https://autoconfig.example.com/mail/config-v1.1.xml og derefter i Mozillas database (ISPDB), hvor indstillingerne for mange store udbydere er registreret. Finder den intet, forsøger den at gætte navne: imap.example.com, mail.example.com, smtp.example.com, og den kigger på din MX-record.

SRV-records (RFC 6186, suppleret i RFC 8314). I DNS kan du for hver tjeneste angive hvor den kører:

_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.

Ikke alle programmer kigger efter dette, men det hjælper. Hvordan SRV-records fungerer, kan du læse i lektion 5.1 i DNS-kurset.

Konfigurationsprofil (Apple). Til iPhone, iPad og Mac kan du downloade og installere en .mobileconfig-fil. Den indeholder alle indstillinger. Mange paneler kan lave sådan en fil (lektion 2.3).

Hvorfor automatisk nogle gange går galt

Automatisk søgning er praktisk, men ikke intelligent. Typiske fejl:

• Thunderbird gætter mail.example.com, det navn findes også, men står ikke i certifikatet. Resultat: en certifikatfejl.
• Outlook finder via autodiscover en gammel fil hos din tidligere udbyder, eller tror at din adresse er en Microsoft 365-konto, og bliver ved med at bede om en Microsoft-adgangskode.
• Et program vælger port 587 med "SSL/TLS" eller lader brugernavnet stå tomt.
• Programmet finder indstillingerne fra din hjemmesideudbyder i stedet for din mailudbyder, fordi det kigger på example.com.

Kontrollér derfor altid hvad der er udfyldt, også selvom programmet siger at det er lykkedes. Næsten ethvert program har en knap til manuel opsætning eller avancerede indstillinger: brug den hvis det automatiske forsøg udfylder noget andet end det din udbyder oplyser.

Test først i webmail

Virker det ikke, så test først dit brugernavn og din adgangskode i din udbyders webmail. Lykkes det at logge ind dér, ved du at mailboksen findes og adgangskoden er korrekt. Så ligger fejlen i indstillingerne i dit program. Lykkes det heller ikke dér, nytter det ikke at lede videre i dit program. Se lektion 2.5.

I praksis: oplysningerne hos WebOké

Til en mailboks hos WebOké udfylder du: IMAP, indgående og udgående server dit domænenavn (hvis din hjemmeside også ligger hos WebOké og har et gyldigt certifikat) eller servernavnet for din pakke (formen linuxNNNN.webawere.nl, findes i Mit WebOké under dit produkt og i velkomstmailen), portene 993 og 587 eller 465, brugernavn din fulde e-mailadresse, godkendelse udgående til. Hos andre udbydere fungerer det på lignende vis: servernavnet står i velkomstmailen eller kundepanelet, portene er næsten altid de samme.

Sammenfatning

• Ethvert program har brug for de samme oplysninger: protokol, servere, porte, sikkerhed, fuld e-mailadresse som brugernavn, adgangskode til mailboksen, godkendelse udgående.
• Et servernavn er godt hvis det peger mod serveren for din mailboks og står i certifikatet.
• Programmer søger selv via autodiscover, autoconfig, ISPDB, SRV-records eller en profil. Kontrollér derefter altid hvad de fandt.
• Test ved problemer først i webmail om brugernavn og adgangskode er korrekte.

Quiz

Opgave

Opgave Z2.1: Hvad ville et mailprogram finde? Indtast din e-mailadresse og det servernavn du bruger (eller vil bruge). Besvar: peger dette navn mod en server der tilbyder IMAP på 993, står navnet i certifikatet, og har dit domæne records til automatisk opsætning (autoconfig, autodiscover eller SRV)? Programmet kontrollerer det samme live: det slår navnet op, forbinder til 993, 465 og 587, læser certifikatet og undersøger hvilke af de kendte konfigurationsoplysninger der kan findes i DNS og på nettet.

Videre læsning

Trinene i disse artikler gælder for panelerne hos WebOké; hos andre udbydere fungerer det på lignende vis.

• DirectAdmin vejledning 8.1: Alle indstillinger samlet: servere, porte og sikkerhed
• WebOké vejledning 7.1: E-mail hos WebOké: mailbokse, webmail og din mailprogram
• Fejlmeddelelse om certifikat ved hentning af mail
• Gratis DNS-kursus 5.1: SRV-records
• RFC 6186 (SRV til mailprogrammer), RFC 8314 afsnit 5.1 (_submissions._tcp)