Pereiti prie turinio

Slapukų nustatymai

Pasirinkite, kokių rūšių slapukus leidžiate. Pasirinkimą bet kada galite pakeisti per „Slapukų nustatymai“ kiekvieno puslapio apačioje. Privatumo pareiškimas

Būtinieji

Visada įjungti

Reikalingi prisijungti, išsaugoti krepšelį ir įsiminti Jūsų pasirinkimus. Jie visada įjungti.

Kokie slapukai?
  • weboke_sessie, weboke_klant, weboke_remember: Jūsų sesija ir prisijungimo išlaikymas
  • weboke_basket: Jūsų krepšelis
  • wkBtwIncl: kainų rodymas su PVM arba be PVM
  • wok_cookies: Jūsų slapukų pasirinkimas, 12 mėnesių

Matuoja, kuri reklama atveda prie apsilankymo ar užsakymo, kad nemokėtume už neveiksmingas reklamas.

Kokie slapukai?
  • Google Ads per Google Tag Manager (_gcl_au, _gcl_aw), iki 90 dienų
  • OpenAI Ads, reklamos ChatGPT
  • wok_aff: per kurį partnerį atėjote pas mus (partnerių programa), 60 dienų

4,6

Šalis ir kalba

Kiekviena šalis turi savo svetainę su tos šalies kainomis ir PVM.

Peržiūrėti

IMAP sinchronizavimas ir perėjimas prie naujo MX

8 modulis: Perkėlimas ir Jūsų domeno sutvarkymas · Skaitymo trukmė: 12 min.

Mokymosi tikslas: Po šios pamokos galėsite kopijuoti pašto dėžutes naudodami IMAP sinchronizavimą, atlikti MX perėjimą ir DNS užklausomis patikrinti, ar naujas paštas pasiekia tinkamą vietą.

Pagrindinės sąvokos: IMAP sinchronizavimas (imapsync), šaltinis ir paskirties vieta, katalogų susiejimas (Sent/Išsiųsta), pirmasis ir antrasis etapas, dublikatų išvengimas, Message-ID, kvota ir didelės priedos, MX pakeitimas, TTL ir podėliai (cache), pereinamasis laikotarpis, senas serveris laikinai pasiekiamas per serverio pavadinimą, įrenginių perkėlimas, mail.<domenas> jau nukreipia į naują serverį

Kaip veikia IMAP sinchronizavimas

IMAP sinchronizavimas yra programa, kuri vienu metu prisijungia prie dviejų pašto dėžučių: šaltinio (senos pašto dėžutės) ir paskirties vietos (naujosios). Ji nuskaito katalogų sąrašą šaltinyje, sukuria tuos katalogus paskirties vietoje ir kiekviename kataloge nukopijuoja kiekvieną laišką, kurio paskirties vietoje dar trūksta. Garsiausia tokia programa yra imapsync, atvirojo kodo programa, kurią daugelis paslaugų teikėjų naudoja savo perkėlimo įrankių pagrindu.

Svarbu žinoti:

  • Laiškai yra kopijuojami, o ne perkeliami. Šaltinyje niekas nepasikeičia. Todėl galite ramiai kopijuoti, kol sena pašto dėžutė toliau veikia įprastai.
  • Antrasis etapas praleidžia tai, kas jau yra. Programa atpažįsta laiškus, kurie jau yra paskirties vietoje, dažniausiai pagal Message-ID antraštę ir dar kelias kitas antraštes. Todėl galite sinchronizuoti tiek kartų, kiek reikia, negaudami dublikatų.
  • Žymos perkeliamos kartu: perskaityta, atsakyta, pažymėta. Todėl naujoji pašto dėžutė atrodo lygiai taip pat.
  • Paskirties vieta turi būti pakankamai didelė. Jei sinchronizavimas sustoja per vidurį, dažniausiai naujoji pašto dėžutė yra pilna. Padidinkite kvotą ir paleiskite iš naujo: jis tęsis nuo tos vietos, kur sustojo.

Katalogų susiejimas: Išsiųsta ne visada yra Išsiųsta

Kiekvienas paslaugų teikėjas specialius katalogus vadina skirtingai. Vienur išsiųstų laiškų katalogas vadinasi Sent, kitur Sent Items, Verzonden items arba INBOX.Sent. Gmail neturi tikrų katalogų, o tik žymas (labels), kurias per IMAP rodo kaip katalogus, pavyzdžiui, [Gmail]/Verzonden berichten ir [Gmail]/Alle berichten.

Be susiejimo naujojoje pašto dėžutėje atsiras katalogas Sent Items šalia savo katalogo Išsiųsta, o Jūsų pašto programa naudos tik vieną iš jų (4 pamoka, 3.1 pamoka). Geri perkėlimo įrankiai specialius katalogus susieja automatiškai; imapsync tam turi parinktį --automap, o su --regextrans2 galite patys pakeisti pavadinimus. Po pirmojo etapo patikrinkite, ar išsiųsti laiškai atsidūrė tinkamame kataloge.

Du dalykai, į kuriuos verta atkreipti dėmesį dirbant su Gmail:

  • Visi laiškai ([Gmail]/All Mail) apima visą paštą, taip pat ir viską, kas yra kitose žymose. Jei nukopijuosite ir šį katalogą, viskas atsidurs dvigubai. Dažniausiai jį praleiskite, nebent turite laiškų, kurie yra tik archyvuoti.
  • Laiškas su trimis žymomis per IMAP atsiranda trijuose kataloguose, taigi bus nukopijuotas tris kartus. Taip ir turi būti, tačiau tai įskaičiuojama į Jūsų saugyklos apimtį.

Kalendoriaus įrašų ar kontaktų katalogų (su Microsoft 365 ir Exchange juos kartais matote ir per IMAP) negalima nukopijuoti kaip pašto. Geras įrankis juos praleidžia ir apie tai praneša.

Pirmasis etapas

Pirmąjį etapą pradėkite gerokai prieš MX perėjimą, kai naujosios pašto dėžutės jau paruoštos. Kiekvienai pašto dėžutei Jums reikės:

  • šaltinio IMAP serverio (pavyzdžiui, imap.mailprovider.example, arba Jūsų seno prieglobos paketo serverio pavadinimo);
  • šaltinio adreso ir slaptažodžio (arba programos slaptažodžio, arba Microsoft prisijungimo, 8.1 pamoka);
  • paskirties vietos adreso ir slaptažodžio, ir naujojo paslaugų teikėjo serverio pavadinimo.

Spąstai: ar Jūsų sena IMAP serverio nuostata yra mail.example.com, o DNS jau perkėlėte? Tuomet mail.example.com galbūt jau nukreipia į naująjį serverį, ir programa kopijuoja iš naujo į naują pašto dėžutę. Todėl šaltiniui naudokite seno paslaugų teikėjo nekintamą serverio pavadinimą (jis nurodytas Jūsų senajame sveikinimo laiške ar kliento skydelyje), o ne pavadinimą savo paties domene.

Didelės pašto dėžutės su daug priedų užtrunka ilgai: skaičiuokite valandomis daugeliui gigabaitų. Tiesiog leiskite programai veikti; dauguma įrankių po pertraukimo tęsia nuo tos vietos, kur sustojo.

MX perėjimas

Ar pašto dėžutės jau nukopijuotos ir paruošti SPF, DKIM bei DMARC įrašai (8.1 pamoka, 3 žingsnis)? Tuomet pakeiskite MX įrašus į reikšmes, kurias nurodo naujasis paslaugų teikėjas. Po to:

  1. Patikrinkite prie kompetentingo vardų serverio, ar naujasis MX jau nurodytas. Tai matysite iš karto, be podėlio (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.
  1. Patikrinkite prie viešojo resolverio, ką mato likęs internetas. Jei ten dar gaunate seną reikšmę, tai reiškia, kad tas resolveris ją dar laiko savo podėlyje (cache), kol baigsis TTL galiojimas:
$ dig MX example.com @9.9.9.9
example.com.     212   IN   MX   10 mx.oldprovider.example.

Skaičius (212) yra likęs laikas sekundėmis. Praėjus šiam laikui, resolveris užklaus iš naujo.

  1. Išsiųskite bandomąjį laišką iš adreso, esančio už Jūsų domeno ribų (pavyzdžiui, iš nemokamos pašto paslaugos, arba iš savo telefono per mobilųjį internetą) ir patikrinkite, ar jis pasiekia naująją pašto dėžutę. Antraštėse (1.5 pamoka), viršutinėse Received eilutėse, matysite, per kurį serverį jis buvo gautas.

Pereinamasis laikotarpis

Perėjimo metu paštas kartais vis dar pasiekia seną serverį: iš siuntėjų, kurių resolveris dar žino seną MX, ir iš serverių, kurių eilėje buvo laiškas, skirtas senajam serveriui. Tai nėra problema, kol sena pašto dėžutė tebeegzistuoja. Du būdai, kaip nieko nepraleisti:

  • Antrasis sinchronizavimo etapas praėjus parai po perėjimo (arba vėliau, priklausomai nuo senos TTL reikšmės). Jis apims tik naujus laiškus. Perkeliant domeną kartu su vardų serverio pakeitimu, verta atlikti dar vieną etapą po dviejų ar trijų dienų.
  • Arba laikinai abi pašto dėžutes nustatyti savo pašto programoje, seną prieinant per fiksuotą seno paslaugų teikėjo serverio pavadinimą. Taip iš karto pamatysite, jei kas nors buvo praleista.

Laiškai, kuriuos šiuo laikotarpiu siunčiate, eina per išsiuntimo serverį, nustatytą Jūsų įrenginyje. Pasirūpinkite, kad SPF šiuo laikotarpiu apimtų abu paslaugų teikėjus, kitaip Jūsų paštas, siunčiamas per „neteisingą“ serverį, gavėjo pusėje gali būti įvertintas prasčiau.

Įrenginių perkėlimas

Kiekviename įrenginyje nustatykite naująją pašto dėžutę kaip naują paskyrą su IMAP ir naujojo paslaugų teikėjo duomenimis (2 modulis). Po to pašalinkite seną paskyrą. Kodėl nekeisti esamos paskyros? Nes tuomet programa kartais bando sinchronizuoti seną vietinę kopiją su naująja pašto dėžute, o tai gali sukelti dublikatus arba dingusius katalogus.

Nepamirškite:

  • Greitai pašalinti senas paskyras. Telefonas stalčiuje, kuris vis bando prisijungti su senu slaptažodžiu, gali sukelti laikiną IP adreso blokavimą tiek pas seną, tiek pas naująjį paslaugų teikėją (3.4 pamoka). Tuomet tame tinkle staiga nustoja veikti viskas.
  • Viskas, kas siunčia paštą per SMTP: svetainė, internetinė parduotuvė, skeneris, kasos sistema (8.1 pamoka).
  • Parašus, taisykles ir automatinius atsakymus iš naujo sukonfigūruoti.

Atsisakykite paslaugos tik po to

Senas pašto dėžutes atsisakykite tik tada, kai viskas keletą savaičių sklandžiai veikia ir atliktas paskutinis sinchronizavimo etapas. Po to sutvarkykite DNS: pašalinkite seną paslaugų teikėją iš SPF, pašalinkite seną DKIM selektorių, TTL vėl nustatykite į įprastą reikšmę.

Praktikoje: kaip tai atrodo pas paslaugų teikėją

Naudodamiesi WebOké galite kopijuoti el. pašto perkėlimo įrankiu Mano WebOké (jis pats parenka žinomų paslaugų teikėjų serverio pavadinimą, taip pat prisijungia prie Microsoft ir po pertraukimo tęsia toliau) arba naudodamiesi IMAPSync migracija DirectAdmin (įveskite šaltinio serverį, naudotoją ir slaptažodį, pasirinkite paskirties pašto dėžutę). Abiem atvejais antrasis etapas praleidžia tai, kas jau nukopijuota. Kiti paslaugų teikėjai turi panašius perkėlimo įrankius; sąvokos šaltinis, paskirties vieta ir antrasis etapas visur yra tos pačios.

Santrauka

  • IMAP sinchronizavimas kiekviename kataloge nukopijuoja tai, ko trūksta paskirties vietoje; antrasis etapas nesukuria dublikatų.
  • Susiekite specialius katalogus (Išsiųsta, Šiukšliadėžė) ir dirbdami su Gmail atkreipkite dėmesį į žymas bei katalogą Visi laiškai.
  • Šaltiniui naudokite seno paslaugų teikėjo nekintamą serverio pavadinimą, o ne mail.<Jūsų domenas>.
  • Po MX pakeitimo: pirmiausia patikrinkite kompetentingame serveryje, tada viešai (TTL), tada bandomąjį laišką iš išorės.
  • Antrasis etapas po senos TTL galiojimo pabaigos, įrenginius nustatykite kaip naują paskyrą, senas paskyras pašalinkite, atsisakykite paslaugos tik po kelių savaičių.

Testas

1. Antrą kartą paleidžiate IMAP sinchronizavimą. Kas nutinka laiškams, kurie jau buvo nukopijuoti per pirmąjį etapą?



2. Jūs jau perkėlėte savo domeną pas naująjį paslaugų teikėją ir tada pradedate kopijavimą naudodami kaip šaltinį mail.example.com. Koks yra pavojus?



3. Po MX pakeitimo dig MX example.com @9.9.9.9 vis dar rodo seną reikšmę su TTL 212, nors kompetentingas serveris jau rodo naują. Ką tai reiškia?



4. Kodėl kopijuodami iš Gmail dažniausiai praleidžiate katalogą Visi laiškai?



5. Kodėl naująją pašto dėžutę nešiojamajame kompiuteryje nustatote kaip naują paskyrą, o ne keičiate seną paskyrą?



Užduotis

Užduotis Z8.2: MX ir TTL patikra prieš perkėlimą. Įveskite savo domeną (arba naudokite wikipedia.org, jei neturite savo domeno). Įveskite: MX serverio pavadinimą su mažiausiu prioritetu pagal kompetentingą vardų serverį, MX įrašo TTL reikšmę prie to vardų serverio, ir paslaugų teikėją, pas kurį gaunate paštą (laisvas tekstas). Programa užklausia NS, paskui MX prie kompetentingo vardų serverio be podėlio (cache), ir MX prie viešojo resolverio. Ji sugretina atsakymus ir praneša, jei viešasis resolveris vis dar rodo kitokį atsakymą (vadinasi, perėjimas dar nematomas visur).

Užduotis Z8.2: MX ir TTL patikra prieš perkėlimą

Įveskite savo domeną (arba wikipedia.org). Užklauskite MX įrašą iš domeno autoritetinio vardų serverio, be talpyklos (dig +norecurse MX <domenas> @<vardų serveris>).





Ko, ką įvedate ir ką randame, nesaugome. Jūsų naršyklė atsimena Jūsų atsakymus ir tai, ar užduotį atlikote. Jei esate prisijungę, skiltyje Mano kursai išsaugome tik tai, kad užduotis buvo atlikta (ar beveik atlikta); ten tai galite ir pašalinti.

Skaitykite toliau

Šiuose straipsniuose aprašyti žingsniai galioja WebOké valdymo skydeliams; pas kitus paslaugų teikėjus veikimas yra panašus.

Akimirką…

Nustatykite domenus

Kiekvienam domenui nustatykite vardų serverius, susiejimą su talpinimu ir tai, kas taps valdytoju.

Įkeliami Jūsų domenai…