Modul 2 · 2.1
Uppgifterna du behöver
Modul 2: Ställ in din e-postlåda · Lästid: 10 minuter
Lärandemål: Efter den här lektionen känner du till de uppgifter som varje e-postprogram behöver, kan du välja rätt servernamn, och vet du hur program själva försöker hitta dessa uppgifter och varför det ibland går fel.
Nyckelbegrepp: inkommande server, utgående server, port, säkerhet, användarnamn, lösenord, verifiering utgående, servernamn jämfört med mail.-namn, autodiscover, autoconfig, ISPDB, SRV-poster (RFC 6186), konfigurationsprofil
Inställningskortet
Oavsett vilket program du använder fyller du alltid i samma uppgifter. Förstår du den här listan kan du ställa in vilket program som helst, även ett som inte tas upp i den här kursen.
| Uppgift | Vad det är | Vanligt värde |
|---|---|---|
| Typ av konto | Protokollet för läsning | IMAP (lektion 1.3) |
| Inkommande server | Namnet på servern för läsning | Anges av din leverantör |
| Port och säkerhet inkommande | Dörren och låset | 993 med SSL/TLS (POP3: 995) |
| Utgående server | Namnet på servern för att skicka | Ofta samma som inkommande |
| Port och säkerhet utgående | 587 med STARTTLS eller 465 med SSL/TLS (lektion 1.4) | |
| Användarnamn | Det du loggar in med | Oftast din fullständiga e-postadress |
| Lösenord | Lösenordet för brevlådan | Inte lösenordet till din kundpanel |
| Verifiering utgående | Måste du logga in även när du skickar? | På, med samma uppgifter |
Tre saker går oftast fel här.
Användarnamnet. På en delad mailserver finns brevlådor för tusentals domäner. info finns där tusen gånger. Därför är användarnamnet nästan alltid den fullständiga adressen: info@example.com. Program fyller ibland bara i delen före @. Kontrollera det, både för inkommande och utgående.
Lösenordet. Varje brevlåda har ett eget lösenord. Det är något annat än lösenordet du loggar in med hos ditt webbhotell eller i din kundpanel. Kommer du inte ihåg det anger du ett nytt lösenord för brevlådan i panelen och fyller i det på alla dina enheter.
Den utgående servern. Många program sätter utgående som "valfritt" eller lämnar användarnamnet tomt. Då kan du läsa mejl men inte skicka.
Vilket servernamn?
För servernamnet har du ofta tre kandidater. Anta att din domän är example.com och att din brevlåda ligger på en delad server som heter server12.hosting.example:
| Namn | Fungerar om... | Risk |
|---|---|---|
server12.hosting.example (serverns namn) | Alltid: certifikatet för servern gäller för det här namnet | Ändras om din leverantör flyttar dig till en annan server |
example.com (ditt domännamn) | Din domän pekar mot samma server och har ett giltigt certifikat där | Slutar fungera om din webbplats flyttas till ett annat ställe |
mail.example.com | mail.example.com pekar mot servern och finns i certifikatet | Finns ofta inte i certifikatet: certifikatvarning |
Det finns inget namn som alltid är bäst. Frågan är alltid: pekar det här namnet mot servern där min brevlåda ligger, och finns det i certifikatet för den servern? Är svaret ja på båda är det bra. Kan du inte kontrollera det är namnet som din leverantör anger det säkraste valet. I uppgift Z2.1 låter du programmet kontrollera detta åt dig.
Ett vanligt fel vid flytt av din webbplats: du har i åratal använt example.com som mailserver, din webbplats flyttas till ett annat företag, A-posten pekar dit, och plötsligt slutar mejlen fungera. Ditt e-postprogram vänder sig då till det andra företagets webbserver. MX-posten är korrekt (mejlet kommer fortfarande fram), men ditt program kan inte komma åt den.
Hur program söker själva
Du behöver ofta inte skriva in uppgifterna själv. Moderna program försöker hitta dem så fort du fyller i din e-postadress. Det finns olika metoder, och varje program provar några av dem:
Autodiscover (Microsoft). Outlook begär en inställningsfil från https://autodiscover.example.com/autodiscover/autodiscover.xml eller från https://example.com/autodiscover/autodiscover.xml, eller söker en SRV-post _autodiscover._tcp.example.com. Vid Microsoft 365 finns det en CNAME autodiscover som pekar mot autodiscover.outlook.com (DNS-kursen lektion 7.1).
Autoconfig (Thunderbird med flera). Thunderbird kontrollerar https://autoconfig.example.com/mail/config-v1.1.xml och därefter Mozillas databas (ISPDB), som innehåller inställningarna för många stora leverantörer. Hittar programmet inget försöker det gissa namn: imap.example.com, mail.example.com, smtp.example.com, och tittar på din MX-post.
SRV-poster (RFC 6186, kompletterad i RFC 8314). I DNS kan du ange per tjänst var den körs:
_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.Inte alla program kontrollerar detta, men det hjälper. Hur SRV-poster fungerar kan du läsa om i lektion 5.1 i DNS-kursen.
Konfigurationsprofil (Apple). För iPhone, iPad och Mac kan du ladda ner och installera en .mobileconfig-fil. Där finns alla inställningar. Många paneler kan skapa en sådan fil (lektion 2.3).
Varför det automatiska ibland går fel
Automatisk sökning är praktiskt, men inte ofelbart. Typiska fel:
- Thunderbird gissar
mail.example.com, det namnet finns också, men finns inte i certifikatet. Resultat: en certifikatvarning. - Outlook hittar via autodiscover en gammal fil hos din tidigare leverantör, eller tror att din adress är ett Microsoft 365-konto, och fortsätter fråga efter ett Microsoft-lösenord.
- Ett program väljer port 587 med "SSL/TLS" eller lämnar användarnamnet tomt.
- Programmet hittar inställningarna för din webbplatsleverantör i stället för din mailleverantör, eftersom det tittar på
example.com.
Kontrollera därför alltid vad som har fyllts i, även om programmet säger att det lyckades. Nästan alla program har en knapp för manuell inställning eller avancerade inställningar: använd den om det automatiska försöket fyller i något annat än det din leverantör anger.
Testa först i webbmejlen
Fungerar det inte, testa då först ditt användarnamn och lösenord i webbmejlen hos din leverantör. Lyckas inloggningen där vet du att brevlådan finns och att lösenordet stämmer. Då ligger felet i inställningarna för ditt program. Lyckas det inte heller där, är det ingen idé att fortsätta leta i ditt program. Se lektion 2.5.
I praktiken: uppgifterna hos WebOké
För en brevlåda hos WebOké fyller du i: IMAP, inkommande och utgående server ditt domännamn (om din webbplats också ligger hos WebOké och har ett giltigt certifikat) eller servernamnet för ditt paket (formen linuxNNNN.webawere.nl, finns i Mitt WebOké under din produkt och i välkomstmejlet), portarna 993 och 587 eller 465, användarnamn din fullständiga e-postadress, verifiering utgående på. Hos andra leverantörer fungerar det på liknande sätt: servernamnet finns i välkomstmejlet eller kundpanelen, portarna är nästan överallt desamma.
Sammanfattning
- Varje program behöver samma uppgifter: protokoll, servrar, portar, säkerhet, fullständig e-postadress som användarnamn, lösenord för brevlådan, verifiering utgående.
- Ett servernamn är bra om det pekar mot servern där din brevlåda ligger och finns i certifikatet.
- Program söker själva via autodiscover, autoconfig, ISPDB, SRV-poster eller en profil. Kontrollera alltid efteråt vad de hittade.
- Vid problem, testa först i webbmejlen om användarnamn och lösenord stämmer.
Quiz
Uppgift
Uppgift Z2.1: Vad skulle ett e-postprogram hitta? Fyll i din e-postadress och servernamnet du använder (eller vill använda). Besvara: pekar det här namnet mot en server som erbjuder IMAP på 993, finns namnet i certifikatet, och har din domän poster för automatisk inställning (autoconfig, autodiscover eller SRV)? Programmet kontrollerar samma sak live: det slår upp namnet, ansluter till 993, 465 och 587, läser certifikatet och tittar vilka av de kända inställningsuppgifterna som går att hitta i DNS och på webben.
Läs mer
Stegen i de här artiklarna gäller för panelerna hos WebOké; hos andra leverantörer fungerar det på liknande sätt.
- DirectAdmin-guide 8.1: Alla inställningar på ett ställe: servrar, portar och säkerhet
- WebOké manual 7.1: E-post hos WebOké: brevlådor, webbmail och ditt e-postprogram
- Certifikatfel vid hämtning av e-post
- Gratis DNS-kurs 5.1: SRV-poster
- RFC 6186 (SRV för e-postprogram), RFC 8314 avsnitt 5.1 (
_submissions._tcp)
