IMAP-synkronisering och MX-bytet

Modul 8: Flytta och få ordning på ditt domän · Lästid: 12 minuter

Lärandemål: Efter den här lektionen kan du kopiera mejllådor med en IMAP-synkronisering, genomföra MX-bytet och med DNS-uppslag kontrollera att ny mejl kommer in på rätt plats.

Nyckelbegrepp: IMAP-synkronisering (imapsync), källa och mål, koppla mappar (Sent/Skickat), första och andra omgången, undvika dubbletter, Message-ID, kvot och stora bilagor, MX-ändring, TTL och cachar, övergångsperiod, nå den gamla servern tillfälligt via servernamnet, ställa om enheter, mail.<domän> pekar redan till den nya servern

Hur en IMAP-synkronisering fungerar

En IMAP-synkronisering är ett program som loggar in på två mejllådor samtidigt: källan (den gamla mejllådan) och målet (den nya). Det läser listan med mappar i källan, skapar samma mappar i målet och kopierar för varje mapp alla meddelanden som fortfarande saknas i målet. Det mest kända programmet är imapsync, ett open source-program som många leverantörer använder bakom sitt migreringsverktyg.

Viktigt att veta:

Det kopieras, inte flyttas. I källan ändras ingenting. Därför kan du kopiera lugnt medan den gamla mejllådan fortsätter fungera som vanligt.
En andra omgång hoppar över det som redan finns. Programmet känner igen meddelanden som redan finns i målet, oftast på rubrikraden Message-ID plus några andra rubrikrader. Därför kan du synkronisera så ofta du vill utan att få dubbletter.
Flaggor följer med: läst, besvarad, markerad. Därför ser den nya mejllådan likadan ut.
Målet måste vara tillräckligt stort. Avbryts synkroniseringen halvvägs beror det ofta på att den nya mejllådan är full. Öka kvoten och starta om: den fortsätter där den var.

Koppla mappar: Skickat är inte alltid Skickat

Varje leverantör namnger de speciella mapparna olika. Hos en heter mappen med skickad mejl Sent, hos en annan Sent Items, Verzonden items eller INBOX.Sent. Gmail har inga riktiga mappar utan etiketter, och visar dem via IMAP som mappar, till exempel [Gmail]/Verzonden berichten och [Gmail]/Alle berichten.

Utan koppling får du i den nya mejllådan en mapp Sent Items vid sidan av din egen mapp Skickat, och ditt mejlprogram använder bara en av de två (lektion 3.1). Bra migreringsverktyg kopplar de speciella mapparna automatiskt; imapsync har alternativet --automap för det, och med --regextrans2 kan du själv göra om namn. Kontrollera efter första omgången att din skickade mejl ligger i rätt mapp.

Två saker att tänka på med Gmail:

Alla meddelanden ([Gmail]/All Mail) innehåller all mejl, även allt som finns i andra etiketter. Kopierar du med den mappen får du allt dubbelt. Hoppa oftast över den, om du inte har mejl som bara är arkiverad.
Ett meddelande med tre etiketter ligger via IMAP i tre mappar, och kopieras därmed tre gånger. Det är avsiktligt, men det räknas mot ditt lagringsutrymme.

Mappar med kalenderhändelser eller kontakter (hos Microsoft 365 och Exchange ser du dem ibland också via IMAP) kan inte kopieras som mejl. Ett bra verktyg hoppar över dem och meddelar det.

Den första omgången

Starta den första omgången god tid innan MX-bytet, när de nya mejllådorna är klara. Du behöver per mejllåda:

IMAP-servern för källan (till exempel imap.mailprovider.example, eller servernamnet för ditt gamla hostingpaket);
adressen och lösenordet (eller app-lösenordet, eller en Microsoft-inloggning, lektion 8.1) för källan;
adressen och lösenordet för målet, och servernamnet hos den nya leverantören.

En fallgrop: är din gamla IMAP-server inställd som mail.example.com, och har du redan flyttat DNS:en? Då pekar mail.example.com kanske redan till den nya servern, och programmet kopierar från den nya till den nya mejllådan. Använd därför för källan det fasta servernamnet hos din gamla leverantör (det står i ditt gamla välkomstmejl eller kundpanel), inte ett namn under ditt eget domän.

Stora mejllådor med många bilagor tar lång tid: räkna med timmar för många gigabyte. Låt programmet köra; de flesta verktyg fortsätter efter ett avbrott där de var.

MX-bytet

Är mejllådorna kopierade och finns posterna för SPF, DKIM och DMARC på plats (lektion 8.1, steg 3)? Då ändrar du MX-posterna till de värden som den nya leverantören anger. Därefter:

Kontrollera hos den auktoritativa nameservern om den nya MX:en finns där. Det ser du direkt, utan cache:

$ dig +short NS example.com
ns1.dns.example.
ns2.dns.example.
$ dig +norecurse MX example.com @ns1.dns.example.
;; ANSWER SECTION:
example.com.     300   IN   MX   10 mx1.newprovider.example.
example.com.     300   IN   MX   20 mx2.newprovider.example.

Kontrollera hos en publik resolver vad resten av internet ser. Får du där fortfarande det gamla värdet beror det på att den resolvern fortfarande har det i sin cache tills TTL:en går ut:

$ dig MX example.com @9.9.9.9
example.com.     212   IN   MX   10 mx.oldprovider.example.

Talet (212) är den återstående tiden i sekunder. Efter den tiden frågar resolvern igen.

Skicka ett testmejl från en adress utanför ditt domän (till exempel en gratis mejltjänst, eller från din mobil via mobildata) och kontrollera om det kommer in i den nya mejllådan. I rubrikraderna (lektion 1.5) ser du på de översta Received-raderna via vilken server det kom in.

Övergångsperioden

Under övergången kommer det ibland fortfarande in mejl till den gamla servern: från avsändare vars resolver fortfarande känner till den gamla MX:en, och från servrar som hade ett meddelande i sin kö för den gamla servern. Det är inget problem, så länge den gamla mejllådan fortsätter finnas kvar. Två sätt att inte missa något:

Andra synkroniseringsomgången en dag efter bytet (eller senare, beroende på den gamla TTL:en). Den tar bara med de nya meddelandena. Vid en domänflytt med namnserverbyte är det klokt att göra ytterligare en omgång efter två eller tre dagar.
Eller tillfälligt båda mejllådorna i ditt mejlprogram, med den gamla via det fasta servernamnet hos den gamla leverantören. Då ser du eventuella eftersläntrare direkt.

Mejl du skickar under den här perioden går via den utgående servern som är inställd på din enhet. Se till att SPF under den här perioden innehåller båda leverantörerna, annars kan din mejl via "fel" server få sämre resultat hos mottagaren.

Ställa om enheter

Ställ in den nya mejllådan på varje enhet som ett nytt konto med IMAP och uppgifterna från den nya leverantören (modul 2). Ta sedan bort det gamla kontot. Varför inte ändra det befintliga kontot? Eftersom programmet då ibland försöker synkronisera den gamla lokala kopian med den nya mejllådan, vilket kan ge dubbletter eller försvunna mappar.

Glöm inte:

Ta snabbt bort gamla konton. En telefon i en låda som hela tiden försöker logga in med ett gammalt lösenord kan orsaka en tillfällig IP-blockering hos den gamla eller den nya leverantören (lektion 3.4). Då slutar plötsligt allt fungera på det nätverket.
Allt som skickar mejl via SMTP: webbplats, webbutik, skanner, kassasystem (lektion 8.1).
Signaturer, regler och autosvar ställs in på nytt.

Säg upp först efteråt

Säg upp de gamla mejllådorna först när allt har fungerat bra i några veckor och den sista synkroniseringsomgången är klar. Städa därefter i DNS:en: ta bort den gamla leverantören ur SPF, ta bort den gamla DKIM-selectorn, sätt TTL:en tillbaka till ett normalt värde.

I praktiken: så ser det ut hos en leverantör

Hos WebOké kan du kopiera med mejlflyttverktyget i Mitt WebOké (väljer själv servernamnet för kända leverantörer, loggar även in hos Microsoft och fortsätter efter ett avbrott) eller med IMAPSync-migreringar i DirectAdmin (fyll i källvärd, användare och lösenord, välj målmejllåda). En andra omgång hoppar i båda fallen över det som redan är kopierat. Andra leverantörer har liknande migreringshjälpmedel; begreppen källa, mål och andra omgång är desamma överallt.

Sammanfattning

En IMAP-synkronisering kopierar per mapp det som saknas i målet; en andra omgång skapar inga dubbletter.
Koppla speciella mappar (Skickat, Papperskorg) och var uppmärksam på etiketter och Alla meddelanden i Gmail.
Använd för källan det fasta servernamnet hos den gamla leverantören, inte mail.<ditt domän>.
Efter MX-bytet: kontrollera först auktoritativt, sedan publikt (TTL), sedan ett testmejl utifrån.
Andra omgången efter den gamla TTL:en, ställ in enheter som nytt konto, ta bort gamla konton, säg upp först efter veckor.

Quiz

Uppgift

Uppgift Z8.2: Kontrollera MX och TTL inför bytet. Fyll i ditt eget domän (eller använd wikipedia.org om du inte har ett eget domän). Fyll i: MX-värden med lägst prioritet enligt den auktoritativa namnservern, TTL:en för MX-posten hos den namnservern, och aktören hos vilken din mejl kommer in (fritext). Programmet frågar efter NS, sedan MX hos en auktoritativ namnserver utan cache, och MX hos en publik resolver. Det ställer svaren bredvid varandra och meddelar om den publika resolvern fortfarande ger ett annat svar (bytet syns då inte ännu överallt).

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.

Cookies på WebOké

Cookieinställningar

Nödvändiga

Marknadsföring