Kort svar
Flytten görs i fyra steg: förbered (inventera brevlådor, skaffa licenser, sänk DNS-TTL), migrera brevlådornas innehåll till Exchange Online, byt DNS-posterna (MX, SPF, DKIM, DMARC) och verifiera. Planera bytet till en lågtrafikperiod så slipper du avbrott. En handfull brevlådor tar oftast en kväll; större miljöer kräver mer planering.
Att flytta företagets e-post till Microsoft 365 handlar om fyra saker: förbereda ordentligt, migrera brevlådornas innehåll, byta rätt DNS-poster och verifiera att allt fungerar. Görs stegen i rätt ordning märker användarna knappt av bytet — de öppnar mejlen på morgonen som vanligt. Här är hela flödet, från webbhotellets IMAP-konton till Exchange Online, steg för steg.
Hur förbereder du flytten från webbhotellets e-post?
Du förbereder flytten genom att inventera brevlådorna, skaffa licenser, verifiera domänen i Microsoft 365 och sänka DNS-TTL — allt innan du rör en enda brevlåda. Det är de här momenten som annars orsakar avbrott och sena överraskningar mitt i migreringen.
- Inventera alla brevlådor, alias, delade brevlådor och distributionslistor — och hur mycket data varje konto rymmer. Ett konto på 20 GB tar längre tid att kopiera än ett på 2 GB.
- Skaffa licenser och skapa användare och brevlådor i Exchange Online, en per person plus de delade brevlådorna.
- Verifiera domänen i Microsoft 365. Du lägger till en TXT-post som bevisar att du äger domänen innan du får dirigera om posten.
- Sänk TTL på MX- och relaterade poster till 300–3600 sekunder några dygn i förväg, så att det slutliga bytet slår igenom på minuter i stället för att ligga cachat i timmar.
- Teckna personuppgiftsbiträdesavtal. E-post innehåller personuppgifter, och Microsoft blir biträde — IMY kräver ett avtal som reglerar behandlingen.
Att sänka TTL i god tid är det billigaste sättet att undvika att inkommande mejl studsar mellan gammalt och nytt system under själva växlingen.
Hur migreras brevlådorna till Exchange Online?
Brevlådorna migreras oftast med en IMAP-migrering eller ett migreringsverktyg som kopierar innehållet från webbhotellet till Exchange Online medan det gamla kontot fortfarande tar emot post. Eftersom webbhotellsmail nästan alltid är IMAP- eller POP-baserad passar en IMAP-migrering de flesta mindre företag.
Var medveten om en viktig begränsning: enligt Microsofts dokumentation flyttar en IMAP-migrering bara innehållet i brevlådans mappar — inte kalender, kontakter, uppgifter eller regler. De måste hanteras separat. Välj metod efter hur mycket som ska med:
- IMAP-migrering — flyttar mejlen direkt från webbhotellet. Enkel och gratis, men tar inte med kalender och kontakter.
- Migreringsverktyg (tredjepart) — flyttar även kalender, kontakter och delade brevlådor, och kan köra flera konton parallellt.
- PST-export/import — praktiskt för enstaka brevlådor eller för att fånga upp det IMAP-migreringen missar.
- Hybridmigrering — för den som redan har en Exchange-server på plats, inte det typiska webbhotellsscenariot.
Ett vanligt upplägg är att köra IMAP-migreringen för själva mejlhistoriken och exportera kalender och kontakter manuellt för de få användare som har mycket i dem.
Vill du inte pilla i MX-poster mitt i produktionen? Vi flyttar er e-post till moln och Microsoft 365 med testad migrering, rätt licenser och korrekt uppsatt DNS från start.
Vilka DNS-poster ändras — MX, SPF, DKIM och DMARC?
Fyra poster styr e-posten: MX pekar om inkommande post, SPF och DKIM bevisar att dina utskick är äkta, och DMARC talar om hur mottagare ska hantera det som inte stämmer. Så här ser de ut när du flyttar till Exchange Online:
| DNS-post | Typ | Vad den gör | Typiskt värde |
|---|---|---|---|
| MX | MX | Dirigerar inkommande e-post till Exchange Online | dindomän-se.mail.protection.outlook.com (prio 0) |
| Autodiscover | CNAME | Låter mejlklienter hitta rätt serverinställningar automatiskt | autodiscover.outlook.com |
| SPF | TXT | Anger vilka servrar som får skicka post för din domän | v=spf1 include:spf.protection.outlook.com -all |
| DKIM | 2 × CNAME | Signerar utgående mejl så mottagaren kan verifiera avsändaren | selector1/selector2._domainkey → onmicrosoft.com |
| DMARC | TXT | Talar om hur mottagare ska hantera mejl som inte klarar SPF/DKIM | v=DMARC1; p=none; rua=mailto:... |
Börja DMARC på p=none, samla in rapporter några veckor, och skärp sedan till quarantine eller reject när du ser att allt legitimt passerar. Glöm inte att aktivera DKIM-signering i administrationsportalen — det räcker inte att bara lägga in CNAME-posterna. CERT-SE rekommenderar SPF, DKIM och DMARC just för att stoppa förfalskade avsändare i din domän.
Hur undviker du avbrott under själva bytet?
Nyckeln är samexistens: låt både det gamla och det nya systemet kunna ta emot post tills MX-bytet slagit igenom överallt. Ingen enskild post ska riskera att hamna mellan stolarna.
Utan sänkt TTL kan en MX-ändring ligga cachad hos avsändande servrar i upp till 24–72 timmar, och under den tiden går post till det gamla systemet. Med TTL nedtrampad till några minuter — som du gjorde i förberedelsen — slår bytet igenom nästan direkt. Lägg själva växlingen till en kväll eller helg med låg trafik, och behåll det gamla kontot aktivt några dygn efteråt så att eftersläntrande mejl fångas upp och kan flyttas över. Först när inget nytt landar där stänger du ner det.
Hur verifierar du att allt fungerar efteråt?
Verifieringen är inte klar förrän du testat både att skicka och ta emot, internt och externt. Bocka av den här listan innan du säger att flytten är i mål:
- Skicka och ta emot ett mejl mellan två interna konton, och ett till och från en extern adress (till exempel Gmail).
- Kontrollera att DKIM-signering är aktiverad och att inkommande testmejl visar
passför SPF, DKIM och DMARC. - Bekräfta att autodiscover kopplar upp Outlook och mobilklienter utan manuella serverinställningar.
- Testa delade brevlådor, alias och distributionslistor — de glöms lätt bort.
- Verifiera att kalender och kontakter kom med för de användare som behövde dem.
- Skicka ett provmejl från valfri adress och läs DMARC-rapporterna som börjar droppa in efter något dygn.
När allt gröna bockar är på plats är det värt att lämna över den löpande övervakningen till IT-drift och support, så att licenser, säkerhet och DNS hålls uppdaterade i stället för att glömmas bort tills nästa problem.
Vad kostar en e-postmigrering till Microsoft 365?
E-postmigreringar är projektprissatta, inte listprissatta — en handfull brevlådor landar ofta på några tusen kronor, medan större miljöer med mycket historik kan dra iväg mot tiotusentals kronor. Priset styrs av hur mycket arbete flytten faktiskt kräver:
- Antal brevlådor och hur många av dem som är delade eller har alias.
- Datamängd och historik — stora arkiv tar längre tid att kopiera och verifiera.
- Migreringsmetod — enkel IMAP-migrering kontra verktyg som även tar kalender och kontakter.
- Antal domäner som ska verifieras och få nya DNS-poster.
- Tidpunkt — flytt utanför kontorstid för att undvika avbrott.
- Licensrådgivning — rätt Microsoft 365-plan per användare från början sparar pengar varje månad.
Notera att licenskostnaden (per användare och månad) är skild från engångskostnaden för själva migreringen. Ett ärligt intervall får du först när brevlådorna är inventerade — då vet vi vilken metod som passar och hur mycket data som ska flyttas.
Ska ni flytta e-posten från ett webbhotell till Microsoft 365 utan att riskera avbrott? Vi tar hand om hela flytten inom moln och Microsoft 365 — från inventering och DNS till verifierad leverans. Boka en genomgång så går vi igenom er miljö och ger er ett intervall att räkna på.
Vanliga frågor
Följer kalender och kontakter med när jag migrerar e-posten?
Inte automatiskt med en IMAP-migrering. Den flyttar bara innehållet i brevlådans mappar — kalender, kontakter, uppgifter och regler ligger utanför och måste flyttas separat, antingen manuellt via export/import eller med ett migreringsverktyg som tar med hela profilen. Planera in det innan bytet, annars saknar användarna sina möten och kontaktlistor efteråt.
Måste vi ha driftstopp under flytten?
Nej, inte om du planerar rätt. Under migreringen tar det gamla systemet emot post som vanligt medan innehållet kopieras. Först när allt är på plats byter du MX-posten, och genom att sänka TTL i förväg slår bytet igenom på minuter i stället för timmar. Lägg själva växlingen till en kväll eller helg så märker användarna knappt av den.
Vad händer med gamla mejl — försvinner de?
Nej, hela historiken följer med. Migreringen kopierar innehållet i inkorg och mappar till Exchange Online, så äldre mejl finns kvar precis som förut. Behåll det gamla kontot orört tills du verifierat att allt kommit över, så har du en kopia att falla tillbaka på om något saknas.
Behöver vi verkligen SPF, DKIM och DMARC?
Ja. Utan dem klassas dina utskick lätt som skräppost, och domänen blir enkel att förfalska. SPF och DKIM bevisar att mejlen kommer från er, och DMARC talar om hur mottagare ska hantera det som inte stämmer. CERT-SE rekommenderar alla tre för att skydda mot e-postförfalskning — de sätts upp som en del av flytten.
Hur lång tid tar en e-postmigrering?
En handfull brevlådor med normal datamängd är oftast klar över en kväll. Själva kopieringen styrs av hur mycket historik som ska flyttas och hur snabb webbhotellets server är, medan förberedelse och verifiering tar sin tid oavsett storlek. Fler brevlådor, stora arkiv och krav på att kalender och kontakter ska med förlänger projektet.
Behöver vi ett personuppgiftsbiträdesavtal med Microsoft?
Ja. E-post innehåller personuppgifter, och när ni lagrar den hos Microsoft blir de personuppgiftsbiträde. Enligt IMY krävs då ett personuppgiftsbiträdesavtal som reglerar hur uppgifterna får behandlas. Avtalet ingår i Microsofts villkor för företagsprenumerationer, men ansvaret för att det finns och följs är ert.
Kan vi behålla vår e-postadress och domän?
Ja. Du flyttar din befintliga domän in i Microsoft 365 och verifierar att du äger den, så behåller alla sin adress. Inget behöver bytas ut mot en onmicrosoft.com-adress — den finns bara i bakgrunden. Har ni flera domäner tar du med samtliga i samma flytt.
