Opplysningene du trenger

Modul 2: Sette opp mailboksen din · Lesetid: 10 minutter

Læringsmål: Etter denne leksjonen kjenner du opplysningene alle mailprogrammer trenger, kan du velge riktig servernavn, og vet du hvordan programmer selv prøver å finne disse opplysningene og hvorfor det noen ganger går galt.

Nøkkelbegreper: innkommende server, utgående server, port, sikkerhet, brukernavn, passord, autentisering utgående, servernavn vs. mail.-navn, autodiscover, autoconfig, ISPDB, SRV-poster (RFC 6186), konfigurasjonsprofil

Innstillingskortet

Uansett hvilket program du bruker, fyller du alltid ut de samme opplysningene. Forstår du denne listen, kan du sette opp et hvilket som helst program, også et som ikke er nevnt i dette kurset.

Tre ting går oftest galt her.

Brukernavnet. På en delt mailserver ligger mailbokser fra tusenvis av domener. info finnes der tusen ganger. Derfor er brukernavnet nesten alltid hele adressen: info@example.com. Noen programmer fyller bare inn delen foran @. Kontroller det, både for innkommende og utgående.

Passordet. Hver mailboks har sitt eget passord. Det er noe annet enn passordet du logger inn med hos hostingselskapet ditt eller i kundepanelet. Har du glemt det, setter du et nytt passord for den mailboksen i panelet og fyller det inn på alle enhetene dine.

Den utgående serveren. Mange programmer setter utgående til «valgfritt» eller lar brukernavnet stå tomt. Da kan du lese e-post, men ikke sende.

Hvilket servernavn?

For servernavnet har du ofte tre kandidater. Anta at domenet ditt er example.com og at mailboksen din ligger på en delt server som heter server12.hosting.example:

Det finnes ikke et navn som alltid er best. Spørsmålet er alltid: peker dette navnet til serveren der mailboksen min ligger, og står det i sertifikatet til den serveren? Hvis begge svar er ja, er det bra. Kan du ikke kontrollere det, er navnet leverandøren din oppgir det tryggeste valget. I oppgave Z2.1 lar du programmet kontrollere dette for deg.

En vanlig feil ved flytting av nettstedet ditt: du har i årevis brukt example.com som mailserver, nettstedet ditt flyttes til et annet selskap, A-posten peker dit, og plutselig slutter e-posten din å fungere. Mailprogrammet ditt banker da på hos webserveren til det andre selskapet. MX-posten er riktig (e-posten kommer fortsatt inn), men programmet ditt kommer ikke til.

Hvordan programmer selv søker

Du trenger ofte ikke skrive inn opplysningene selv. Moderne programmer prøver å finne dem automatisk så snart du skriver inn e-postadressen din. Det finnes flere måter, og hvert program prøver noen av dem:

Autodiscover (Microsoft). Outlook henter en innstillingsfil fra https://autodiscover.example.com/autodiscover/autodiscover.xml eller fra https://example.com/autodiscover/autodiscover.xml, eller leter etter en SRV-post _autodiscover._tcp.example.com. Hos Microsoft 365 er det en CNAME autodiscover til autodiscover.outlook.com (DNS-kurset leksjon 7.1).

Autoconfig (Thunderbird og andre). Thunderbird ser etter https://autoconfig.example.com/mail/config-v1.1.xml og deretter i databasen til Mozilla (ISPDB), som inneholder innstillingene til mange store leverandører. Finner den ingenting, prøver den å gjette navn: imap.example.com, mail.example.com, smtp.example.com, og den ser på MX-posten din.

SRV-poster (RFC 6186, supplert i RFC 8314). I DNS-en kan du angi per tjeneste hvor den kjø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 ser på dette, men det hjelper. Hvordan SRV-poster fungerer, kan du lese om i leksjon 5.1 i DNS-kurset.

Konfigurasjonsprofil (Apple). For iPhone, iPad og Mac kan du laste ned og installere en .mobileconfig-fil. Den inneholder alle innstillingene. Mange paneler kan lage en slik fil (leksjon 2.3).

Hvorfor automatisk oppsett noen ganger går galt

Automatisk søk er praktisk, men ikke smart. Typiske feil:

• Thunderbird gjetter mail.example.com, navnet finnes også, men står ikke i sertifikatet. Resultat: en sertifikatfeil.
• Outlook finner via autodiscover en gammel fil hos din forrige leverandør, eller tror at adressen din er en Microsoft 365-konto, og fortsetter å be om et Microsoft-passord.
• Et program velger port 587 med «SSL/TLS» eller lar brukernavnet stå tomt.
• Programmet finner innstillingene til nettsted-leverandøren din i stedet for mail-leverandøren din, fordi det ser på example.com.

Kontroller derfor alltid hva som er fylt ut, selv om programmet sier at det har lyktes. Nesten alle programmer har en knapp for manuelt oppsett eller avanserte innstillinger: bruk den hvis det automatiske forsøket fyller ut noe annet enn det leverandøren din oppgir.

Test først i webmailen

Fungerer det ikke, test først brukernavnet og passordet ditt i webmailen til leverandøren din. Lykkes innlogging der, vet du at mailboksen finnes og at passordet stemmer. Da ligger feilen i innstillingene til programmet ditt. Lykkes det heller ikke der, har det ingen hensikt å lete videre i programmet ditt. Se leksjon 2.5.

I praksis: opplysningene hos WebOké

For en mailboks hos WebOké fyller du inn: IMAP, innkommende og utgående server domenenavnet ditt (hvis nettstedet ditt også ligger hos WebOké og har et gyldig sertifikat) eller servernavnet til pakken din (formen linuxNNNN.webawere.nl, finnes i Min side under produktet ditt og i velkomst-e-posten), portene 993 og 587 eller 465, brukernavn hele e-postadressen din, autentisering utgående på. Hos andre leverandører fungerer det på samme måte: servernavnet står i velkomst-e-posten eller kundepanelet, portene er nesten overalt de samme.

Oppsummering

• Hvert program trenger de samme opplysningene: protokoll, servere, porter, sikkerhet, hele e-postadressen som brukernavn, passordet til mailboksen, autentisering utgående.
• Et servernavn er bra hvis det peker til serveren til mailboksen din og står i sertifikatet.
• Programmer søker selv via autodiscover, autoconfig, ISPDB, SRV-poster eller en profil. Kontroller alltid etterpå hva de fant.
• Ved problemer, test først i webmailen om brukernavn og passord stemmer.

Quiz

Oppgave

Oppgave Z2.1: Hva ville et e-postprogram funnet? Fyll inn e-postadressen din og servernavnet du bruker (eller vil bruke). Svar på: peker dette navnet til en server som tilbyr IMAP på 993, står navnet i sertifikatet, og har domenet ditt poster for automatisk oppsett (autoconfig, autodiscover eller SRV)? Programmet kontrollerer det samme direkte: det slår opp navnet, kobler til 993, 465 og 587, leser sertifikatet og ser hvilke av de kjente innstillingsopplysningene som finnes i DNS-en og på nettet.

Les mer

Stegene i disse artiklene gjelder for panelene til WebOké; hos andre leverandører fungerer det på samme måte.

• DirectAdmin-veiledning 8.1: Alle innstillinger på én plass: servere, porter og sikkerhet
• WebOké-veiledning 7.1: E-post hos WebOké: e-postkontoer, webmail og e-postprogrammet ditt
• Feilmelding om sertifikat ved henting av e-post
• Gratis DNS-kurs 5.1: SRV-poster
• RFC 6186 (SRV for mailprogrammer), RFC 8314 avsnitt 5.1 (_submissions._tcp)