E-post på eget domene: profesjonelt oppsett med Microsoft 365

En e-postadresse som [email protected] sier noe helt annet om bedriften din enn [email protected]. Likevel ser vi fortsatt mange norske småbedrifter som driver kundedialog, tilbud og fakturering fra en gratis e-postkonto. E-post på eget domene er noe av det rimeligste og mest effektive du kan gjøre for å fremstå profesjonell – og med Microsoft 365 er oppsettet overkommelig, så lenge DNS-delen gjøres riktig.

Som Norid-registrar og Microsoft-partner setter vi i InfoDesk opp dette for kunder jevnlig, og vi ser de samme DNS-feilene gå igjen. I denne guiden går vi gjennom hele løpet: hvorfor eget domene lønner seg, hvilken Microsoft 365-plan du bør velge, hvordan MX, SPF, DKIM og DMARC faktisk fungerer, og hvordan du flytter fra en gammel løsning uten å miste e-post underveis.

Hvorfor e-post på eget domene?

Det viktigste argumentet er tillit. Flere undersøkelser, blant annet fra GoDaddy, har vist at et klart flertall av forbrukere oppgir at en domenebasert e-postadresse er viktig for om de stoler på en liten bedrift – og at mange er skeptiske til virksomheter som bruker gratisadresser. Tallene varierer fra undersøkelse til undersøkelse, men retningen er entydig: en adresse på eget domene signaliserer at bedriften er etablert og seriøs, mens en gratisadresse sår tvil. I en tid der svindel-e-post er hverdagskost, er den tvilen dyr.

Det handler også om kontroll og kontinuitet:

• Du eier adressen. Bytter du leverandør, tar du med deg både domenet og e-postadressene. En Gmail-adresse kan du aldri flytte.
• Ansatte kommer og går – adressene består. Med eget domene kan du videresende eller overta postboksen når noen slutter. Med en privat gratisadresse forsvinner kundehistorikken med personen.
• Leveringsevne. Med eget domene kan du sette opp SPF, DKIM og DMARC, som Gmail, Yahoo og Microsoft nå i praksis krever. Det kan du ikke kontrollere på en gratisadresse.
• Markedsføring i hver eneste e-post. Hver melding du sender eksponerer domenenavnet ditt – det samme du bruker på nettsiden.

Har du ikke domene ennå, er det første steget. Vi har skrevet egne guider om hvordan du velger riktig domenenavn og om du bør velge .no eller .com, og du kan registrere domenet direkte hos oss på domenesiden vår.

Velg riktig Microsoft 365-plan for bedrift

For e-post på eget domene anbefaler vi Microsoft 365 fremfor enklere webhotell-e-post. Du får Exchange Online med 50 GB postboks per bruker, delte postbokser, kalender, Teams og 1 TB skylagring – og ikke minst en spamfiltrering og oppetid som små e-postservere sjelden matcher.

Prisene under er Microsofts norske listepriser per juni 2026, per bruker per måned med årlig binding, ekskl. mva. Velger du månedlig binding, ligger prisen rundt 20 prosent høyere.

Alle planene gjelder inntil 300 brukere, og du kan blande dem fritt – for eksempel Business Standard til de som jobber tungt i Office, og Business Basic til de som bare trenger e-post og Teams. Merk at prisene justeres jevnlig; sjekk alltid gjeldende pris før bestilling.

Er virksomheten en ideell organisasjon? Da tilbyr Microsoft inntil 300 lisenser av Business Basic gratis til godkjente nonprofits, og rundt 75 prosent rabatt på Business Premium. Vi hjelper ideelle organisasjoner med godkjenning og oppsett – les mer på vår side for ideelle organisasjoner.

DNS-oppsettet forklart: MX, SPF, DKIM og DMARC

Selve Microsoft 365-bestillingen er enkel. Det er DNS-oppsettet – koblingen mellom domenet ditt og Microsofts servere – folk snubler i. Som registrar ser vi DNS-sonene til kundene våre, og det er her feilene bor. Her er postene du trenger, og hva de faktisk gjør.

MX-posten: hvor innkommende e-post skal leveres

MX-posten forteller verden hvilken server som tar imot e-post for domenet ditt. For Microsoft 365 peker den til en adresse på formen dittfirma-no.mail.protection.outlook.com (Microsoft genererer den nøyaktige verdien for ditt domene i administrasjonssenteret). Du skal normalt ha én MX-post med høyest prioritet (lavest tall) – gamle MX-poster fra forrige leverandør må fjernes.

SPF: hvem som har lov til å sende for domenet ditt

SPF er en TXT-post som lister opp hvilke servere som får sende e-post med ditt domene som avsender. For ren Microsoft 365 ser den slik ut:

v=spf1 include:spf.protection.outlook.com -all

Sender du også fakturaer fra regnskapssystemet eller nyhetsbrev fra et utsendingsverktøy, må disse inn i samme post med egne include-mekanismer. To viktige regler: du kan bare ha én SPF-post per domene, og den kan maksimalt utløse ti DNS-oppslag.

DKIM: kryptografisk signatur på utgående e-post

DKIM signerer hver utgående melding slik at mottakeren kan verifisere at den faktisk kommer fra deg og ikke er endret underveis. I Microsoft 365 aktiveres DKIM i Defender-portalen, og du legger inn to CNAME-poster (selector1._domainkey og selector2._domainkey) som peker til Microsofts signeringsnøkler. Mange hopper over dette fordi e-posten «virker» uten – det er en felle, som vi kommer tilbake til.

DMARC: policyen som binder det sammen

DMARC er en TXT-post på _dmarc.dittfirma.no som forteller mottakere hva de skal gjøre med e-post som feiler SPF/DKIM, og gir deg rapporter om hvem som sender i ditt navn. En trygg start er:

v=DMARC1; p=none; rua=mailto:[email protected]

Etter en periode med overvåking strammer du til p=quarantine og til slutt p=reject, som stopper forfalsket e-post fra domenet ditt.

Dette er ikke lenger valgfritt. Fra februar 2024 krever Gmail og Yahoo at avsendere av mer enn 5 000 meldinger daglig har SPF, DKIM og DMARC på plass, pluss enkel avmelding for nyhetsbrev. Fra 5. mai 2025 innførte Microsoft tilsvarende krav for store avsendere til Outlook.com, Hotmail og Live – først med levering til søppelpost, deretter med avvisning av meldinger som ikke oppfyller kravene. Og selv om de harde kravene gjelder masseutsendere, vekter spamfiltrene autentisering for alle avsendere. Et lite norsk firma uten SPF og DKIM havner oftere i søppelpostmappen hos kundene sine. Punktum.

Vanlige feil vi ser i DNS-oppsettet

Som registrar feilsøker vi e-postleveranse for kunder hver måned. Dette er gjengangerne:

• To SPF-poster. Ny leverandør sier «legg inn denne SPF-posten», og den gamle blir liggende. Med to SPF-poster feiler valideringen hos mange mottakere – resultatet er ofte dårligere enn ingen SPF i det hele tatt.
• Gammel MX-post som henger igjen. Da leveres deler av innkommende e-post til en server ingen lenger leser. Kundene «sendte e-post for to uker siden», og ingen så den.
• DKIM aldri aktivert. E-posten fungerer tilsynelatende fint uten, helt til en stor kunde med strengt filter slutter å motta tilbudene dine. Uten DKIM blir DMARC også skjør, fordi SPF brytes ved videresending.
• Glemt autodiscover-post. CNAME-en autodiscover → autodiscover.outlook.com gjør at Outlook finner riktig server automatisk. Mangler den, får ansatte kryptiske feil når de setter opp e-post på ny PC eller mobil.
• SPF med for mange oppslag. Etter noen år med regnskapssystem, nyhetsbrevverktøy, CRM og nettbutikk i samme SPF-post passeres grensen på ti DNS-oppslag – og SPF feiler stille for alt.
• DMARC satt rett på p=reject. Uten en overvåkingsperiode med p=none risikerer du å blokkere legitim e-post fra systemer du glemte at sender i ditt navn.

Migrering fra gammel e-postløsning

Flytter du fra webhotell-e-post (IMAP), Google Workspace eller en gammel Exchange-server, er rekkefølgen alt. Slik gjennomfører vi en typisk migrering:

1. Kartlegg dagens adresser. Lag en liste over alle postbokser, aliaser og distribusjonslister – også de «glemte», som faktura@ og post@.
2. Opprett Microsoft 365-tenant og verifiser domenet. Det skjer med én TXT-post i DNS og påvirker ikke eksisterende e-postflyt.
3. Opprett brukere og postbokser med riktige lisenser, og sett opp delte postbokser for fellesadresser (delte postbokser er gratis og krever ikke egen lisens).
4. Migrer innholdet – eksisterende e-post, kontakter og kalendere – med IMAP-migrering eller migreringsverktøy mens den gamle løsningen fortsatt er aktiv.
5. Pek om DNS i én operasjon: ny MX, SPF, autodiscover, DKIM-CNAME-er og DMARC samtidig, gjerne utenfor arbeidstid. Senk TTL på forhånd, så går omleggingen raskt.
6. Kjør en delta-synkronisering for e-post som kom inn under overgangen, og la den gamle løsningen stå noen dager før den avvikles.
7. Verifiser autentiseringen: send testmeldinger til Gmail og Outlook.com og kontroller at SPF, DKIM og DMARC alle viser «pass» i meldingshodene.

Gjort i denne rekkefølgen mister du ingen e-post – innkommende meldinger leveres enten til gammel eller ny postboks, aldri til ingen av dem. E-post er også bare én del av en trygg grunnmur; sertifikater, backup og personvern hører med, og det har vi skrevet om i guiden vår om sikker hosting med SSL, backup og GDPR.

Ofte stilte spørsmål

Hva koster e-post på eget domene?

Selve domenet koster typisk noen hundrelapper i året. Microsoft 365 Business Basic koster 61 kroner per bruker per måned ekskl. mva med årlig binding (norsk listepris per juni 2026). For et firma med tre ansatte snakker vi altså om rundt et par hundre kroner i måneden for profesjonell e-post, Teams og skylagring.

Kan jeg beholde Gmail-grensesnittet, men sende fra eget domene?

Gmail kan settes opp til å sende «som» en annen adresse, men det gir svak autentisering og fremstår ofte som «sendt via gmail.com» hos mottaker. Vil du ha Google-økosystemet, er Google Workspace riktig vei. For de fleste norske bedrifter anbefaler vi likevel Microsoft 365, fordi Office-programmene og Teams uansett er standard i norsk arbeidsliv.

Trenger en liten bedrift virkelig DMARC?

Ja. De harde kravene fra Gmail, Yahoo og Microsoft gjelder formelt avsendere over 5 000 meldinger daglig, men spamfiltrene belønner autentisering hos alle. En DMARC-post med p=none koster ingenting, gir deg rapporter om misbruk av domenet ditt, og er fundamentet for å kunne stramme til senere. Vi setter det opp som standard på alle e-postdomener vi forvalter.

Hvor lang tid tar det å sette opp?

For et nytt domene uten eksisterende e-post: noen timer, inkludert DNS-propagering. En migrering fra gammel løsning tar typisk noen dager fra kartlegging til verifisert oppsett, der mesteparten er kopiering av gamle postbokser. Selve byttet av DNS-poster gjøres på minutter når alt er forberedt.