# Flytta e-post till ny leverantör — steg för steg utan nedetid

*E-posthosting · 9 min · 2026-05-16*

> Byte av e-postleverantör behöver inte innebära förlorade mejl eller en dag utan inkorg. Här är den säkra vägen.

En e-postmigrering är ett av de saker som känns svårare än det är — men som faktiskt kräver noggrannhet för att undvika förlorade mejl. Följ dessa steg och du klarar det utan panik.

Steg 1: skapa konton hos ny leverantör men ändra inte MX-records ännu. Logga in och kontrollera att allt funkar. Notera exakt vilka MX-records, SPF-, DKIM- och DMARC-records den nya leverantören kräver.

Steg 2: exportera gamla mejl via IMAP. De flesta e-postklienter (Thunderbird, Apple Mail, Outlook) har inbyggd IMAP-synkronisering. Lägg till det gamla kontot, vänta tills all e-post synkroniserats lokalt. Lägg sedan till det nya kontot i samma klient. Dra och släpp mappar från gammalt till nytt konto i klienten — mejlen kopieras.

Alternativt kan du använda imapsync (gratis, open source, kommandorads-baserat) för att synkronisera direkt server-till-server. Det är snabbare för stora postlådor med tusentals mejl.

Steg 3: sätt TTL till 300 sekunder på MX-records hos din DNS-leverantör. Vänta en timme tills cachen börjar rensa sig.

Steg 4: byt MX-records till de nya värdena. Ta bort gamla MX-records. Mejl börjar nu levereras till den nya servern. Den gamla servern kan fortfarande ta emot mejl under upp till TTL-perioden — det är okej.

Steg 5: uppdatera SPF, DKIM och DMARC. Ny leverantör = ny SPF-record. Gamla SPF-record ska tas bort. Gammal DKIM-selector kan ligga kvar men är inte aktiv (ingen DKIM-nyckel pekar dit). Ny DKIM och ny DMARC läggs till enligt leverantörens instruktioner.

Steg 6: verifiera med mxtoolbox.com att alla records ser korrekta ut. Skicka testmejl från extern adress och kontrollera att de landar i nya inkorgen.

Vanligaste misstagen: glömmer att ta bort gamla MX-records (dubbla poster), tar bort gamla kontot för snabbt innan all IMAP-synk är klar, eller sätter aldrig TTL:n låg — och sitter sedan med timmar av ovisshet om DNS propagerat.