IMAP-synkronisering og MX-overgangen

Modul 8: Flytte og få domenet ditt i orden · Lesetid: 12 minutter

Læringsmål: Etter denne leksjonen kan du kopiere mailbokser med en IMAP-synkronisering, gjennomføre MX-overgangen og bruke DNS-oppslag til å kontrollere at ny e-post kommer rett sted.

Nøkkelbegreper: IMAP-synkronisering (imapsync), kilde og mål, koble sammen mapper (Sent/Verzonden), første og andre runde, unngå duplikater, Message-ID, kvote og store vedlegg, MX-endring, TTL og cacher, overgangsperiode, nå den gamle serveren midlertidig via servernavn, sette om enheter, mail.<domene> peker allerede til den nye serveren

Hvordan en IMAP-synkronisering fungerer

En IMAP-synkronisering er et program som logger inn på to mailbokser samtidig: kilden (den gamle mailboksen) og målet (den nye). Det leser listen over mapper i kilden, oppretter de samme mappene i målet, og kopierer for hver mappe alle meldinger som ennå mangler i målet. Det mest kjente programmet er imapsync, et åpen kildekode-program som mange leverandører bruker bak sitt eget migreringsverktøy.

Viktig å vite:

Det kopieres, ikke flyttes. I kilden endres ingenting. Derfor kan du kopiere i fred og ro mens den gamle mailboksen bare fortsetter å virke.
En andre runde hopper over det som allerede finnes. Programmet kjenner igjen meldinger som allerede ligger i målet, som regel på headeren Message-ID pluss noen andre headere. Dermed kan du synkronisere så ofte du vil uten å få duplikater.
Flagg følger med: lest, besvart, markert. Dermed ser den nye mailboksen lik ut.
Målet må være stort nok. Stopper synkroniseringen midtveis, er den nye mailboksen ofte full. Øk kvoten og start på nytt: den fortsetter der den slapp.

Koble sammen mapper: Sent er ikke alltid Sent

Hver leverandør kaller de spesielle mappene noe forskjellig. Hos én heter mappen med sendt e-post Sent, hos en annen Sent Items, Verzonden items eller INBOX.Sent. Gmail har ikke ekte mapper, men etiketter (labels), og viser dem via IMAP som mapper, for eksempel [Gmail]/Verzonden berichten og [Gmail]/Alle berichten.

Uten kobling får du i den nye mailboksen en mappe Sent Items ved siden av din egen mappe Sent, og e-postprogrammet ditt bruker bare en av de to (leksjon 3.1). Gode migreringsverktøy kobler de spesielle mappene automatisk; imapsync har valget --automap til dette, og med --regextrans2 kan du selv omsette navn. Sjekk etter første runde at sendt e-post ligger i riktig mappe.

To ting å passe på med Gmail:

Alle meldinger ([Gmail]/All Mail) inneholder all e-post, også alt som ligger under andre etiketter. Kopierer du den mappen med, får du alt dobbelt opp. Hopp som regel over den, bortsett fra hvis du har e-post som kun er arkivert.
En melding med tre etiketter ligger via IMAP i tre mapper, og blir derfor kopiert tre ganger. Det er tilsiktet, men det teller med i lagringsplassen din.

Mapper med kalenderoppføringer eller kontakter (hos Microsoft 365 og Exchange ser du disse noen ganger også via IMAP) kan ikke kopieres som e-post. Et godt verktøy hopper over dem og melder fra om det.

Den første runden

Start den første runden god tid før MX-overgangen, når de nye mailboksene er klare. Du trenger per mailboks:

IMAP-serveren til kilden (for eksempel imap.mailprovider.example, eller servernavnet til din gamle hostingpakke);
adressen og passordet (eller app-passord, eller en Microsoft-innlogging, leksjon 8.1) til kilden;
adressen og passordet til målet, og servernavnet til den nye leverandøren.

En fallgruve: har du den gamle IMAP-serveren din satt opp som mail.example.com, og har du allerede flyttet DNS-en? Da peker mail.example.com kanskje allerede til den nye serveren, og programmet kopierer fra den nye til den nye mailboksen. Bruk derfor for kilden det faste servernavnet til din gamle leverandør (det står i din gamle velkomst-e-post eller kundepanel), ikke et navn under ditt eget domene.

Store mailbokser med mange vedlegg tar lang tid: regn med timer for mange gigabyte. La programmet bare kjøre; de fleste verktøy fortsetter etter et avbrudd der de slapp.

MX-overgangen

Er mailboksene kopiert og står recordene for SPF, DKIM og DMARC klare (leksjon 8.1, steg 3)? Da setter du om MX-recordene til verdiene den nye leverandøren oppgir. Deretter:

Kontroller hos den autoritative navneserveren om den nye MX-en står der. Det ser du med en gang, uten 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.

Kontroller hos en offentlig resolver hva resten av internett ser. Får du der fortsatt den gamle verdien, har den resolveren den fortsatt i cachen sin til TTL-en går ut:

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

Tallet (212) er gjenværende tid i sekunder. Etter den tiden spør resolveren på nytt.

Send en testmail fra en adresse utenfor domenet ditt (for eksempel en gratis e-posttjeneste, eller fra telefonen din via mobildata) og se om den kommer frem i den nye mailboksen. I headerne (leksjon 1.5) ser du på de øverste Received-linjene via hvilken server den kom inn.

Overgangsperioden

I overgangsperioden kommer e-post iblant fortsatt inn på den gamle serveren: fra avsendere hvis resolver fortsatt kjenner den gamle MX-en, og fra servere som hadde en melding i sin kø til den gamle serveren. Det er ikke noe problem, så lenge den gamle mailboksen fortsatt finnes. To måter å unngå å gå glipp av noe:

Andre synkroniseringsrunde en dag etter overgangen (eller senere, avhengig av den gamle TTL-en). Den tar bare med de nye meldingene. Ved en domeneflytting med bytte av navneserver er det lurt å gjøre enda en runde etter to eller tre dager.
Eller ha begge mailboksene midlertidig i e-postprogrammet ditt, med den gamle via det faste servernavnet til den gamle leverandøren. Slik ser du eventuelle etternølere med en gang.

E-post du sender i denne perioden, går via den utgående serveren som er satt opp på enheten din. Sørg for at SPF i denne perioden inneholder begge leverandørene, ellers kan e-posten din score dårligere hos mottakeren fordi den går via «feil» server.

Sette om enheter

Sett på hver enhet opp den nye mailboksen som en ny konto med IMAP og opplysningene til den nye leverandøren (modul 2). Fjern deretter den gamle kontoen. Hvorfor ikke bare endre den eksisterende kontoen? Fordi programmet da noen ganger forsøker å synkronisere den gamle lokale kopien med den nye mailboksen, noe som kan gi duplikater eller forsvunne mapper.

Ikke glem:

Fjern gamle kontoer raskt. En telefon i en skuff som stadig prøver å logge inn med et gammelt passord, kan hos den gamle eller den nye leverandøren forårsake en midlertidig IP-blokkering (leksjon 3.4). Da slutter plutselig alt å virke på det nettverket.
Alt som sender via SMTP: nettsted, nettbutikk, skanner, kassesystem (leksjon 8.1).
Signaturer, regler og autosvar må settes opp på nytt.

Si opp først etterpå

Si ikke opp de gamle mailboksene før alt har fungert bra i noen uker og den siste synkroniseringsrunden er gjort. Rydd deretter opp i DNS-en: fjern den gamle leverandøren fra SPF, fjern den gamle DKIM-selectoren, sett TTL tilbake til en normal verdi.

I praksis: slik ser det ut hos en leverandør

Hos WebOké kan du kopiere med e-postflytteverktøyet i Min side (velger selv servernavnet til kjente leverandører, logger også inn hos Microsoft og fortsetter etter et avbrudd) eller med IMAPSync Migrations i DirectAdmin (fyll inn kilde-host, bruker og passord, velg målmailboks). En andre runde hopper i begge tilfeller over det som allerede er kopiert. Andre leverandører har tilsvarende migreringshjelp; begrepene kilde, mål og andre runde er de samme overalt.

Oppsummering

En IMAP-synkronisering kopierer for hver mappe det som mangler i målet; en andre runde gir ingen duplikater.
Koble sammen spesielle mapper (Sent, Trash) og vær oppmerksom på etiketter og Alle meldinger i Gmail.
Bruk for kilden det faste servernavnet til den gamle leverandøren, ikke mail.<ditt domene>.
Etter MX-byttet: kontroller først autoritativt, deretter offentlig (TTL), deretter en testmail utenfra.
Andre runde etter den gamle TTL-en, sett opp enheter som ny konto, fjern gamle kontoer, si opp først etter noen uker.

Quiz

Oppgave

Oppgave Z8.2: Kontrollere MX og TTL rundt overgangen. Fyll inn ditt eget domene (eller bruk wikipedia.org hvis du ikke har eget domene). Fyll inn: MX-hosten med lavest prioritet ifølge den autoritative navneserveren, TTL-en til MX-recorden hos den navneserveren, og hvem e-posten din kommer inn hos (fritekst). Programmet spør opp NS, deretter MX hos en autoritativ navneserver uten cache, og MX hos en offentlig resolver. Det setter svarene ved siden av hverandre og melder fra hvis den offentlige resolveren fortsatt gir et annet svar (overgangen er da ikke synlig overalt ennå).

Les mer

Stegene i disse artiklene gjelder for panelene til WebOké; hos andre leverandører fungerer det på lignende måte.

Cookies hos WebOké

Cookie-innstillinger

Nødvendige

Markedsføring