Modulul 8 · 8.2

Sincronizarea IMAP și trecerea MX

Modulul 8: Mutarea și organizarea domeniului dvs. · Timp de citire: 12 minute

Obiectiv de învățare: După această lecție veți putea copia căsuțe poștale printr-o sincronizare IMAP, veți putea efectua trecerea MX și veți putea verifica prin interogări DNS că e-mailurile noi ajung în locul potrivit.

Concepte-cheie: sincronizare IMAP (imapsync), sursă și destinație, corelarea folderelor (Sent/Verzonden), prima și a doua rundă, evitarea duplicatelor, Message-ID, cotă și atașamente mari, modificarea MX, TTL și cache-uri, perioadă de tranziție, accesarea temporară a vechiului server prin numele de server, migrarea dispozitivelor, mail.<domeniu> indică deja către noul server

Cum funcționează o sincronizare IMAP

O sincronizare IMAP este un program care se autentifică simultan în două căsuțe poștale: sursa (vechea căsuță poștală) și destinația (cea nouă). Programul citește lista de foldere din sursă, creează acele foldere în destinație și copiază, pentru fiecare folder, fiecare mesaj care încă lipsește în destinație. Cel mai cunoscut program este imapsync, un program open-source folosit de mulți furnizori în spatele propriului instrument de migrare.

Important de știut:

Se copiază, nu se mută. În sursă nu se schimbă nimic. De aceea puteți copia liniștit, în timp ce vechea căsuță poștală continuă să funcționeze normal.
O a doua rundă omite ce există deja. Programul recunoaște mesajele care se află deja în destinație, de obicei după antetul Message-ID plus câteva alte antete. Astfel puteți sincroniza de oricâte ori doriți fără să obțineți duplicate.
Etichetele sunt preluate: citit, răspuns, marcat. Astfel noua căsuță poștală arată la fel.
Destinația trebuie să fie suficient de mare. Dacă sincronizarea se oprește la jumătate, de obicei noua căsuță poștală este plină. Măriți cota și reporniți: procesul continuă de unde a rămas.

Corelarea folderelor: Sent nu este întotdeauna Sent

Fiecare furnizor numește diferit folderele speciale. La unul, folderul cu mesaje trimise se numește Sent, la altul Sent Items, Verzonden items sau INBOX.Sent. Gmail nu are foldere propriu-zise, ci etichete, și le afișează prin IMAP ca foldere, precum [Gmail]/Verzonden berichten și [Gmail]/Alle berichten.

Fără corelare, în noua căsuță poștală veți obține un folder Sent Items alături de propriul folder Sent, iar programul dvs. de e-mail va folosi doar unul dintre cele două (lecția 3.1). Instrumentele bune de migrare corelează automat folderele speciale; imapsync are pentru aceasta opțiunea --automap, iar cu --regextrans2 puteți converti singur numele. Verificați după prima rundă dacă mesajele trimise se află în folderul potrivit.

Două aspecte de atenție la Gmail:

Toate mesajele ([Gmail]/All Mail) conține toate mesajele, inclusiv tot ce se află în alte etichete. Dacă copiați și acest folder, veți obține totul în dublu exemplar. De obicei se omite, cu excepția cazului în care aveți mesaje care sunt arhivate exclusiv acolo.
Un mesaj cu trei etichete se află, prin IMAP, în trei foldere și, prin urmare, va fi copiat de trei ori. Acesta este comportamentul normal, dar contează pentru spațiul dvs. de stocare.

Folderele cu evenimente de calendar sau persoane de contact (la Microsoft 365 și Exchange le puteți vedea uneori și prin IMAP) nu pot fi copiate ca mesaje de e-mail. Un instrument bun le omite și semnalează acest lucru.

Prima rundă

Începeți prima rundă cu mult înainte de trecerea MX, când noile căsuțe poștale sunt pregătite. Aveți nevoie, pentru fiecare căsuță poștală, de:

serverul IMAP al sursei (de exemplu imap.mailprovider.example, sau numele de server al vechiului dvs. pachet de hosting);
adresa și parola (sau parola de aplicație, sau un login Microsoft, lecția 8.1) a sursei;
adresa și parola destinației, și numele de server al noului furnizor.

O capcană: vechiul dvs. server IMAP este configurat ca mail.example.com, iar DNS-ul a fost deja mutat? Atunci mail.example.com poate indica deja către noul server, iar programul va copia de la noua către noua căsuță poștală. De aceea, pentru sursă folosiți numele de server fix al vechiului dvs. furnizor (acesta se află în vechiul dvs. e-mail de bun venit sau în panoul de client), nu un nume de sub propriul dvs. domeniu.

Căsuțele poștale mari, cu multe atașamente, durează mult: estimați ore pentru multe gigabyți. Lăsați programul să ruleze; majoritatea instrumentelor continuă după o întrerupere de unde au rămas.

Trecerea MX

Căsuțele poștale au fost copiate și înregistrările pentru SPF, DKIM și DMARC sunt pregătite (lecția 8.1, pasul 3)? Atunci modificați înregistrările MX la valorile indicate de noul furnizor. După aceea:

Verificați la nameserverul autoritativ dacă noul MX este prezent. Acest lucru îl vedeți imediat, fără 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.

Verificați la un resolver public ce vede restul internetului. Dacă acolo primiți încă vechea valoare, acel resolver o mai are încă în cache până la expirarea TTL-ului:

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

Numărul (212) este timpul rămas, în secunde. După acest timp, resolverul va întreba din nou.

Trimiteți un e-mail de test de la o adresă din afara domeniului dvs. (de exemplu un serviciu de e-mail gratuit, sau de pe telefonul dvs. prin internet mobil) și verificați dacă acesta ajunge în noua căsuță poștală. În antete (lecția 1.5) puteți vedea, la liniile Received de sus, prin ce server a sosit.

Perioada de tranziție

În timpul tranziției, uneori mesajele continuă să sosească la vechiul server: de la expeditori al căror resolver încă cunoaște vechiul MX, și de la servere care aveau un mesaj în coadă pentru vechiul server. Acest lucru nu reprezintă o problemă, atâta timp cât vechea căsuță poștală continuă să existe. Două modalități de a nu pierde nimic:

A doua rundă de sincronizare la o zi după trecere (sau mai târziu, în funcție de vechiul TTL). Aceasta preia doar mesajele noi. În cazul unei mutări de domeniu cu schimbare de nameserver, este recomandabil să mai efectuați o rundă după două sau trei zile.
Sau păstrați temporar ambele căsuțe poștale în programul dvs. de e-mail, cu cea veche accesată prin numele de server fix al vechiului furnizor. Astfel vedeți imediat eventualele mesaje rămase în urmă.

E-mailurile pe care le trimiteți în această perioadă trec prin serverul de ieșire configurat pe dispozitivul dvs. Asigurați-vă că SPF conține ambii furnizori în această perioadă, altfel e-mailurile trimise prin serverul „greșit” pot obține un scor mai slab la destinatar.

Migrarea dispozitivelor

Configurați pe fiecare dispozitiv noua căsuță poștală ca cont nou cu IMAP și datele noului furnizor (modulul 2). Ștergeți apoi vechiul cont. De ce să nu modificați contul existent? Pentru că programul poate încerca atunci să sincronizeze vechea copie locală cu noua căsuță poștală, ceea ce poate duce la duplicate sau foldere dispărute.

Nu uitați:

Ștergeți rapid conturile vechi. Un telefon uitat într-un sertar, care încearcă în mod repetat să se autentifice cu o parolă veche, poate provoca o blocare temporară de IP la vechiul sau la noul furnizor (lecția 3.4). În acel caz, brusc nimic nu mai funcționează pe acea rețea.
Tot ce trimite e-mailuri prin SMTP: site, magazin online, scaner, sistem de casă de marcat (lecția 8.1).
Semnăturile, regulile și răspunsurile automate trebuie reconfigurate.

Renunțați abia după aceea

Renunțați la vechile căsuțe poștale abia după ce totul funcționează corect câteva săptămâni și ultima rundă de sincronizare a fost efectuată. Curățați abia după aceea DNS-ul: scoateți vechiul furnizor din SPF, eliminați vechiul selector DKIM, readuceți TTL-ul la o valoare normală.

În practică: cum arată la un furnizor

La WebOké puteți copia cu instrumentul de mutare a e-mailului din Contul meu WebOké (acesta alege singur numele de server al furnizorilor cunoscuți, se autentifică și la Microsoft și continuă după o întrerupere) sau cu IMAPSync Migrations din DirectAdmin (completați host-ul sursă, utilizatorul și parola, alegeți căsuța poștală destinație). O a doua rundă omite, în ambele cazuri, ceea ce a fost deja copiat. Alți furnizori au instrumente de migrare similare; conceptele de sursă, destinație și a doua rundă sunt peste tot aceleași.

Rezumat

O sincronizare IMAP copiază, pentru fiecare folder, ce lipsește din destinație; o a doua rundă nu creează duplicate.
Corelați folderele speciale (Sent, Trash) și acordați atenție, la Gmail, etichetelor și folderului Toate mesajele.
Folosiți pentru sursă numele de server fix al vechiului furnizor, nu mail.<domeniul dumneavoastră>.
După schimbarea MX: verificați mai întâi la nivel autoritativ, apoi public (TTL), apoi un e-mail de test din afară.
A doua rundă după expirarea vechiului TTL, configurați dispozitivele ca cont nou, ștergeți conturile vechi, renunțați abia după câteva săptămâni.

Quiz

Exercițiu

Exercițiu Z8.2: Verificarea MX și TTL în jurul mutării. Introduceți propriul dumneavoastră domeniu (sau folosiți wikipedia.org dacă nu aveți propriul domeniu). Completați: host-ul MX cu cea mai mică prioritate conform nameserverului autoritativ, TTL-ul înregistrării MX la acel nameserver și furnizorul la care ajunge e-mailul dumneavoastră (text liber). Programul interoghează NS, apoi MX la un nameserver autoritativ fără cache, și MX la un resolver public. Programul pune răspunsurile alăturat și semnalează dacă resolverul public oferă încă un alt răspuns (în acest caz, trecerea nu este încă vizibilă peste tot).

Lectură suplimentară

Pașii din aceste articole sunt valabili pentru panourile WebOké; la alți furnizori funcționează similar.

Cookie-uri pe WebOké

Setări cookie-uri

Necesare

Marketing