03 juli 2025·8 min
Domän och företagsmail: En enkel guide för icke-tekniker
Steg-för-steg-guide för att köpa en domän, koppla DNS och ställa in företagsmail (MX, SPF, DKIM, DMARC). Tydliga kontroller, vanliga åtgärder och säkerhetstips.
Steg-för-steg-guide för att köpa en domän, koppla DNS och ställa in företagsmail (MX, SPF, DKIM, DMARC). Tydliga kontroller, vanliga åtgärder och säkerhetstips.
Du ställer upp två saker som fungerar tillsammans: ett domännamn (t.ex. yourcompany.com) och företagsmejl som använder den domänen (t.ex. [email protected]). När de är korrekt kopplade kan du skicka och ta emot mejl pålitligt—och människor ser ditt varumärke varje gång du trycker på "skicka".
[email protected]) och teamadresser (t.ex. [email protected]).Kopplingen mellan din domän och din e-postleverantör görs via DNS-inställningar (några poster du lägger till i din domänhanterare). Dessa inställningar talar om för internet var mejl för din domän ska levereras och hur det verifieras som legitimt.
Denna guide är för icke-tekniska personer—soloföretagare, frilansare och små team—som vill ha företagsmail utan att behöva förstå nätverk eller servrar.
info@, billing@, support@).De flesta uppsättningar tar 30–90 minuter praktiskt arbete.
Den största osäkerhetsfaktorn är DNS-propagation: efter att du uppdaterat DNS-poster kan det ta allt från några minuter till 24–48 timmar för ändringarna att bli kända överallt. Under den perioden kan e-post fungera för vissa men inte andra—eller börja fungera gradvis.
När allt är kopplat får du en renare, mer trovärdig e-postnärvaro—och en grund att växa på (nya kollegor, nya adresser och bättre leveransbarhet över tid).
Innan du börjar klicka runt i inställningar är det bra att veta vilken aktör som gör vad. Mest förvirring vid e-postuppsättning uppstår eftersom tre olika "platser" är inblandade.
Domain registrar: Företaget där du köper ditt domännamn (som yourcompany.com). De hanterar ägande, förnyelser och grundläggande domänkontroller.
DNS-host (DNS-leverantör): Platsen där din domäns "adressbok" finns. DNS är en uppsättning poster som berättar för internet var olika tjänster finns för din domän (webbplats, e-post, osv.). Ibland är din registrar också din DNS-host, men inte alltid.
E-postleverantör: Tjänsten som faktiskt driver dina inkorgar och skickar/tar emot mejl (till exempel Google Workspace eller Microsoft 365). De ger dig inkorgar som [email protected].
Tänk så här:
Så du köper domänen hos registraren, och sedan redigerar du DNS-posterna (var DNS nu än ligger) för att tala om för världen: "E-post för @yourcompany.com ska levereras till den här leverantören."
Om du vill ha en enkel diagramtext för artikeln, använd:
Domain (registrar) → DNS (records) → Email provider (inboxes)
När du ändrar DNS (som MX, SPF, DKIM) syns inte uppdateringen överallt omedelbart. Propagation är tiden det tar för DNS-ändringar att spridas över internet när olika nätverk uppdaterar sina cachelagrade uppgifter.
I praktiken betyder det att du kan spara en DNS-ändring och fortfarande se gammalt beteende ett tag—särskilt under de första timmarna.
Din domän är grunden för din webbplats och din e-postadress (som [email protected]). Det är också något du sannolikt behåller i flera år, så lite omsorg från början sparar problem senare.
Sikta på något kort, tydligt och lätt att stava efter att man hört det en gång.
Några praktiska regler:
Om möjligt, köp de viktigaste variationerna (t.ex. .com plus din lokala domän) för att skydda varumärket, och välj sedan en "primär" domän för e-post.
När du väljer registrar, jämför:
Se till att domänen är registrerad i ditt företagsnamn (eller hos en betrodd ägare) och att du kontrollerar inloggningen, återställningsmejlen och eventuella tvåfaktorsinställningar. Håll registraråtkomst samlad—delad säkert—så domänen inte försvinner med en avgående anställd eller konsult.
Aktivera WHOIS-privacy om du inte har en särskild anledning att låta dina kontaktuppgifter vara publika. Det minskar spam och skyddar personliga kontaktuppgifter från att listas öppet.
Att välja e-postleverantör handlar mest om var postlådorna ska ligga. Din domän (namnet) kan stanna hos en leverantör medan e-posten körs hos en annan.
1) E-post via din registrar
Många registrars säljer e-postpaket tillsammans med domäner. Det kan vara bekvämt eftersom fakturering och support finns på samma ställe. Nackdelen är att funktionerna kan vara grundläggande (färre samarbetsverktyg, enklare adminkontroller), och migrering senare kan kräva extra steg.
2) E-post via en separat leverantör
Detta är typiskt för växande team. Leverantörer som Google Workspace eller Microsoft 365 fokuserar på leveransbarhet, säkerhet och produktivitetsappar. Din domän kan stanna hos registraren—du ansluter bara e-posten via DNS-poster.
Fokusera på vad du faktiskt kommer att använda:
Icke-tekniska administratörer märker ofta skillnad här:
Räkna med pris per användare per månad för fullfjädrade leverantörer; registrarepost är ofta billigare men enklare i funktionalitet. Kontrollera vad som ingår på varje nivå (inkorgar vs alias, lagring, delade inkorgar) och jämför planer på sidor som /pricing.
Om du är osäker, välj en leverantör som stöder enkla exporter och migreringsverktyg—framtida du kommer att tacka dig.
Här börjar din anpassade domän-e-post kännas verklig: du skapar inkorgarna folk använder varje dag, plus extra adresser som får företaget att se organiserat ut.
Skapa den primära adressen först—vanligtvis en av dessa:
Om du är ensamföretagare kan du använda you@ som verklig inkorg och lägga till hello@ som alias som levererar till den.
Skapa inkorgar för verkliga personer (t.ex. sara@, mike@). Sedan lägger du till "roll"-adresser som matchar hur kunder kontaktar dig:
För rolladresser, bestäm vem som ska få meddelanden. Alternativ inkluderar: leverera till en person, till flera personer, eller en delad inkorg (mer om det senare).
Använd ett alias när:
Skapa en separat inkorg när:
Välj en enkel regel och håll dig till den:
Undvik slumpmässiga varianter—konsekvens förenklar onboarding, säkerhet och felsökning senare.
DNS är inställningssidan för din domän. Det är där du talar om var din webbplats ligger och, för e-post, vilken tjänst som ska ta emot meddelanden för adresser som [email protected].
Den goda nyheten: du behöver oftast bara redigera några poster för företagsmail—huvudsakligen MX-poster, plus ett par TXT-poster (för SPF, DKIM och DMARC senare). Det svåra är ofta att hitta rätt sida.
De flesta hanterar DNS i en av dessa:
Ett snabbt tecken: om din domän använder anpassade namnservrar (ofta något i stil med ns1.cloudflare.com), hanteras DNS sannolikt inte hos registraren—även om du köpte domänen där.
Sök efter menyval som:
När du är på rätt ställe borde du se en tabell med kolumner som Type, Name/Host, Value/Content, Priority och TTL.
Ta 2 minuter för att undvika enkla misstag:
För företagsmail med anpassad domän kommer du vanligtvis att lägga till eller ersätta:
Du kan oftast låta webbplatsrelaterade poster (som A, AAAA, och CNAME) vara om din leverantör inte uttryckligen säger att något måste ändras.
De här orsakar oftast att e-post inte fungerar:
mail.example.com medan andra lägger till domänen automatiskt.Om du är organiserad—hitta rätt DNS-host, spara vad som finns där och gör endast de ändringar din e-postleverantör listar—så är du i god form för nästa steg: att ställa in MX-poster.
MX-poster är vägvisare för e-post på din domän. När någon skickar ett mejl till [email protected] kontrollerar deras e-posttjänst din domäns DNS och tittar på MX-posterna för att veta vilken leverantör (Google Workspace, Microsoft 365, osv.) som ska ta emot meddelandet.
MX (Mail Exchange)-poster talar om var din e-post ska levereras. Om de pekar fel—eller om du har en blandning som konfliktar—kan meddelanden studsa, försvinna eller landa i en gammal inkorg du glömt bort.
I din domäns DNS-inställningar kommer din e-postleverantör att ge dig en specifik lista med MX-poster (host/name, value/target och priority). Lägg in dem exakt som de visas.
Om du byter leverantör behöver du oftast ta bort gamla MX-poster som pekar på den tidigare tjänsten. Många leverantörer säger uttryckligen "ta bort befintliga MX-poster". Följ den instruktionen noggrant—att lämna gamla MX-poster kan dela upp leveransen mellan systemen.
Tips: kopiera de nuvarande MX-posterna till en anteckning innan du ändrar så att du kan återställa om det behövs.
MX-prioritet är en rangordning: lägre nummer försöks först. Exempel: prioritet 1 föredras framför prioritet 5.
De flesta uppsättningar fungerar så länge du:
Börja med leverantörens admin-/verifieringsverktyg (de flesta har ett steg för "Verify domain/DNS") för att bekräfta att MX-posterna upptäcks.
Gör sedan ett verkligt test: skicka ett meddelande från en privat adress (t.ex. Gmail) till din nya företagsadress och kontrollera att det kommer fram. Svara tillbaka för att bekräfta att utgående e-post också fungerar (MX påverkar inkommande mejl; utgående hanteras av din leverantör).
SPF, DKIM och DMARC är tre DNS-poster som hjälper andra e-postsystem att lita på meddelanden skickade från din domän. Deras jobb är enkelt: minska förfalskning (att någon låtsas skicka från dig) och förbättra leveransbarheten genom att minska risken att riktig e-post hamnar i spam.
SPF är en enda TXT-post som listar vilka tjänster som får skicka e-post med din domän.
Två praktiska regler:
Exempel på SPF TXT-värde (endast exempel):
v=spf1 include:_spf.google.com include:servers.mcsv.net -all
"include:" auktoriserar avsändare. Slutet -all betyder "allt annat är inte tillåtet." Om du är osäker under testning börjar vissa team med ~all (mjukare), och byter senare till -all.
DKIM låter din e-postleverantör signera utgående meddelanden. Du kommer att lägga till en DNS-post och sedan slå på signering i din leverantör.
De flesta leverantörer ger dig:
google eller s1)Det kan se ut som selector._domainkey.yourdomain.com. Efter att du lagt till den, gå tillbaka till din e-postadmin och aktivera DKIM/signering.
DMARC talar om för mottagare vad de ska göra om SPF/DKIM-kontroller misslyckas. Börja med en övervakningspolicy så att du inte av misstag blockerar bra mejl.
Ett vanligt start-DMARC:
v=DMARC1; p=none; rua=mailto:[email protected]; adkim=s; aspf=s
Med p=none samlar du bara rapporter. Senare, efter att du bekräftat att allt legitimt passerar, kan du skärpa till quarantine eller reject.
När din domänmail är skapad och DNS är kopplat är sista steget att få det att fungera överallt där du läser och skickar mejl: laptop, telefon och ibland surfplatta.
Webmail är den inkorg du öppnar i en webbläsare (t.ex. Gmail i Chrome, Outlook på webben eller din leverantörs portal). Det är det enklaste stället att bekräfta att kontot fungerar eftersom det inte kräver någon konfigurering. Om du kan skicka/ta emot i webmail är din postlåda okej.
E-postappar är program som Gmail- eller Outlook-mobilapparna, Apple Mail eller desktop Outlook. De är bekväma (notiser, offlineåtkomst) men kräver korrekt inloggning och serverinställningar.
Tips: Om app-inställningen misslyckas, logga först in i webmail. Då skiljer du mellan "konto-problem" och "enhetsproblem".
Vissa leverantörer erbjuder flera sätt att ansluta:
Om du har möjlighet och planen inkluderar det, välj Exchange/ActiveSync för enkelhet. Använd IMAP när Exchange inte finns eller när du vill ha ett mer universellt upplägg.
Om ditt konto har tvåfaktorsautentisering (2FA) aktiverat kan vissa äldre appar (eller vissa desktopklienter) inte hantera andra steget.
Vanliga lösningar:
[email protected]), inte bara användarnamnet.När en app frågar efter "Manuella inställningar" behöver du vanligtvis:
[email protected]Om du inte vet servernamnen, hämta dem från din e-postleverantörs supportsida—sök efter "IMAP settings" eller "Exchange settings" och kopiera exakt.
Efter inställning, skicka ett testmejl till en privat adress och svara tillbaka för att bekräfta att både utgående och inkommande fungerar.
När ditt team har riktiga inkorgar vill du förmodligen ha några bekväma uppsättningar: vidarebefordran, alias, catch-all eller en delad inkorg för grupparbete. De låter lika men beter sig mycket olika.
info@ → sarah@)sarah@ tar även emot invoices@)support@.En enkel regel: använd alias för "fler adresser för en person" och delade inkorgar för "många personer, en adress."
Vidarebefordran är bra för:
Vidarebefordran kan orsaka problem långsiktigt:
Om en teamadress är viktig (sales@, support@) är en delad inkorg eller ett helpdesk-verktyg oftast renare.
En catch-all betyder att [email protected] accepteras och levereras (även stavfel som suupport@).
Fördelar:
Nackdelar:
Om du aktiverar catch-all, överväg att leda det till en övervakad delad inkorg och ställ in strikt skräppostfiltrering.
De flesta leverantörer låter dig skapa regler som:
Dessa små åtgärder hindrar e-posten från att bli en gruppchatt ingen äger.
Att byta till en ny företagsadress behöver inte innebära att du tappar gamla meddelanden eller famlar efter kontakter. Nyckeln är att bestämma vad du flyttar och använda en enkel "kör båda ett tag"-strategi.
Börja med att välja omfattning:
Om du är osäker, flytta e-post först och ta sedan kontakter/kalender när mejlen är stabil.
De flesta leverantörer ger tre praktiska alternativ:
1) Inbyggd importör (lättast)
Google Workspace och Microsoft 365 erbjuder verktyg som kopierar mejl (och ibland kontakter/kalender). Det är vanligtvis minst felbenäget för icke-tekniska uppsättningar.
2) IMAP-flytt (fungerar med många leverantörer)
Om din gamla e-post stödjer IMAP kan ett migreringsverktyg kopiera mappar och meddelanden. Det flyttar ofta mejl pålitligt, men kanske inte kontakter/kalendrar om du inte exporterar dem separat.
3) Manuell export/import (mest handpåläggning)
Använd när automatiska verktyg saknas. Exportera från den gamla tjänsten (ofta som PST/mbox/CSV) och importera i den nya. Det fungerar men kräver mer tid för städning.
Stäng inte det gamla kontot direkt. Behåll det aktivt tills du verifierat:
Överväg också ett autosvar på den gamla adressen: "Vi har flyttat till [email protected]" (med en kort tidsperiod).
Välj en lugn tid (tidig morgon eller helgens slut), och gör så här:
När allt är verifierat, uppdatera signups, fakturor och inloggningar som använde den gamla adressen—spara sedan den gamla inkorgen ett kort tag innan du avslutar den.
De flesta företagsmejlproblem handlar om tre områden: DNS-poster (dina domäninställningar), autentisering (SPF/DKIM/DMARC) eller inloggning/konfiguration (lösenord, 2FA, appinställningar). Använd denna checklista för att snabbt begränsa problemet.
Börja med dina MX-poster.
Detta är oftast ett autentiserings- eller identitetsmismatchproblem.
[email protected]).När du kontaktar support, inkludera:
Om du sätter upp e-post tillsammans med en ny produkt eller internt verktyg, hjälper det att bestämma dina "from"-adresser tidigt (t.ex. support@ för kundsvar, billing@ för fakturor, och en dedikerad avsändare för appnotifieringar). Team som bygger appar på Koder.ai gör ofta detta i början så att transaktions- och supportmejl förblir konsekventa när appen växer, utan att behöva återbesöka DNS- och leveransgrunder senare.
Du behöver åtkomst till två konton:
Förbered också en kort lista över adresser du vill skapa (t.ex. you@, hello@, support@) så att du kan göra allt i ett svep.
Vanligtvis tar den praktiska uppsättningen 30–90 minuter, plus tid för DNS-propagation.
Propagation kan ta från några minuter upp till 24–48 timmar, så det är normalt att e-post börjar fungera gradvis (fungerar för vissa avsändare före andra).
Det är tre olika roller:
Om din domän använder anpassade namnservrar (t.ex. Cloudflare) måste du redigera DNS där, inte hos registraren.
MX-poster talar om var inkommande e-post ska levereras för @yourdomain.com.
För att ställa in dem säkert:
Börja med leverantörens verifieringsverktyg, och gör sedan riktiga tester:
De är DNS-baserade förtroendesignaler som förbättrar leveransbarhet och minskar spoofing:
Använd en alias när en person ska få e-post skickad till flera adresser (t.ex. hello@ → din huvudinkorg).
Använd en separat inkorg/delad inkorg när:
En catch-all accepterar e-post skickad till [email protected], inklusive stavfel.
Fördelar:
Nackdelar:
Om du aktiverar det, routa det till en övervakad inkorg och använd kraftig skräppostfiltrering.
Det är bäst att stabilisera den nya uppsättningen först, och sedan migrera:
Jobba uppifrån och ner:
När du kontaktar support, inkludera DNS-skärmdumpar och fullständiga headers från ett provmejl (visar SPF/DKIM/DMARC-resultat).
p=nonesupport@sales@