E-mail migráció: hogyan lehet problematikusan átköltözni az egyik szerverről a másikra

A címben jelzett téma esetleg elavultnak tűnhet a tisztelt hHubbers számára, de néha szükséges felemelni. Az a helyzet, hogy már sok éve adminisztrátorként dolgozom egy humán tudományokkal foglalkozó tudományos intézetben, ahol a munkatársak az információs technológiák terén olyan szintű tudással rendelkeznek, hogy az internetes mémekben emlegetett könyvelőség a miért-vagyunk itt filozófiára ügyel; az ittani tudósok képesek a levelezőszerverek neveit cirill betűkkel beírni, a „@” helyett a „kutya” szót használni a zárójelben (majd azt mondani, hogy így írták a nekik kiküldött e-mail címben), kísérletet tenni a levelek WhatsApp-on való küldésére a The Bat! segítségével, és még egy csomó furcsa dolgot végezni egy levelen belül. Tanítani őket hasztalan, harcolni velük lehetetlen; el kell fogadni a sorsodat, és maximálisan automatizálni minden hibájuk kijavításával kapcsolatos műveletet.

A legrejtélyesebb és legveszélyesebb műveletek egyike a gyakorlatomban a webes levelezés migrációja szerverről szerverre volt. Az a helyzet, hogy az intézet munkatársainak három hivatalos e-mailje van: az egyik egy belső Exchange szerveren működik, a másik a Mail.ru-n, a harmadik pedig a Gmail-nél. Nem, nem én vagyok az idióta, és még csak ők sem. Ez az igazgatóság utasításaival kapcsolatos, amelyek valamilyen minisztériumi játszmával állnak összefüggésben. Valaminek a „vállalati” szerveren kell maradnia az intézeten belül, a pályázatokkal és támogatásokkal kapcsolatos dolgoknak mindenképp orosz levelezésen kell keresztülmenniük, míg a Gmail levelezés az én tisztelt kollégáknál olyan, egyértelműen szükséges dolgokkal van összefüggésben, mint a Google dokumentumok és táblázatok, a biztonsági mentés a lemezen, stb. A baj csak az, hogy ahogy mondani szokás, hét dadus között a gyerek szem nélkül marad — vagyis ebben az esetben a kollégák legjobb úton őrzik és veszik el a legfontosabb leveleket a három levelezőszerver között!

Van egy másik probléma is, amely gyakran levélmigrációra kényszerít. A modern levelező szolgáltatások gyakran lehetővé teszik az üzenetek automatikus továbbítását egyik szerverről a másikra, azaz az e-mailek összegyűjtését. Az a felhasználó, aki megszokta, hogy az üzeneteit például a Mail.ru szerverén automatikusan átkonvertálják a Yandex levelezőjébe, néha elfelejti, hogy így csak azokat az üzeneteket érheti el, amelyeket a levelek gyűjtésének beállítása után kaptak. Ezért természetes vágy támadhat benne, hogy elvégezze a teljes levelemigrációt a régi szerverről az újra, amit gyakrabban használ; és hová fordul ezen kívánságával? Helyesen: a legközelebbi rendszergazdához!

Azt hiszem, hasonló helyzet merül fel bárkivel, aki okkal vagy ok nélkül több levelezőfiókot kénytelen kezelni, különösen, ha akár a rendszergazdája, akár csak szeretne átköltözni egyik szerverről a másikra anélkül, hogy fontos információkat veszítene. Természetesen az IT-szakértők könnyedén megoldják ezt a feladatot két kattintással, de ha Ön még nem tapasztalt ilyen ügyekben, akkor az e-mail migrálása komoly problémává válhat. Ezért úgy döntöttem, hogy röviden megosztom a tapasztalataimat arról, hogyan végezheti el a levelek exportálását egy tárhelyre, majd a levelek importálását egy másik szerverre probléma nélkül. Talán ez a művelet segít valakinek megszabadulni a kis kellemetlenségektől, vagy egyszerűen megkönnyíti az életét!

Levelek exportálása: egy kis elmélet, egy kis gyakorlat

Jellemzően a levelező szerverek két protokollal működnek a kliens programokkal: POP3 vagy IMAP. Ha ezek a nevek nem mondanak semmit (ez előfordulhat), akkor egyszerű szavakkal megpróbálom elmagyarázni: a POP3 protokoll letölti a leveleket a szerverről a számítógépére, míg az IMAP protokoll közvetlenül a szerveren kezeli azokat. A régi levelezőkliensek alapértelmezetten a POP3 protokollal dolgoztak (és továbbra is dolgoznak), amely a levelezési üzeneteket egy kifejezetten a kliens számára fenntartott mappába helyezi (ez a felhasználói könyvtárban található, rejtett appadatok között). Az IMAP protokoll modernebb, és ezzel is importálhatók a levelek helyi vagy hálózati tárolásra. Tehát a kérdés nem is annyira az, hogyan tölthetjük le a szükséges leveleket, hanem hogyan küldhetjük el őket a megfelelő szerverre a levelezés migrálásához. A legegyszerűbb megoldás az IMAP protokoll használata, amely lehetővé teszi, hogy az összes levelet egy EML formátumú tárolóra másoljuk, majd feltöltsük őket egy másik mappába egy másik fiókban, mivel a levelek fájlformátuma általában teljesen azonos.

Hogyan tegyem ezt meg?

Az egyszerű módszer, amelyet a legkevesebb költséggel használok, hogy a levelek migrálását valamilyen adatmásoló program segítségével végeztem el, amely támogatja az IMAP protokollt. Ez két lépésből áll.

  • A levelek importálása a szerver mappájából egy EML formátumú tárolóra.
  • A levelek exportálása egy másik mappába egy másik szerveren IMAP-on keresztül.

Ekkor a levelezési migrációs program mindkét szerver szempontjából úgy viselkedik, mint egy szokásos IMAP kliens. (Egyébként a legtöbb levelezőszerver meg fogja kérni, hogy engedélyezze a megadott program használatát levelező kliensként, így a levelezési migráció bármilyen utilitással való végrehajtása előtt mindenképpen lépjen be a levelezési fiókjába, és engedélyezze a szervernek, hogy ezt az eszközt a listát elérhető klienseként az IMAP protokollon használja). Az ilyen programok általában minimális kézi munkát igényelnek az elektromos levelek migrációjának előkészítéséhez. Általában beállíthat egy ütemezést is a levelek rendszeres automatikus migrációjához a szerverek között, ha szüksége van rá. Én személy szerint a levelek exportálásához a programot használom: Handy Backup, hála az, hogy szinte az összes gépünkön megtalálható, és minimális beállítást igényel, ráadásul központosítva, az adminisztrátori gépről történik - nem kell sehova sétálni. De alapjában véve az használt szoftver nem számít, csak jó, ha képes közvetlenül exportálni és importálni az emaileket Webszerverek, és támogatja az egységes formátumot mindkét szerveren lévő levelekhez.

A Microsoft pedig mint mindig...

Egy újabb fejfájás - az Exchange vagy Outlook levelek migrálása (itt nem az Outlook.com levelezőszerverre gondolok, hanem az ügyfélre), hiszen a Microsoft, mint mindig, a nem szabványos utat választja. Jó, ha van a közelben egy speciális szoftver az Outlook levelek vagy Exchange szerverek exportálásához - akkor a feladat leegyszerűsödik, és csak az adott programmal kapcsolatos migrációs utasítás olvasására van szükség. Szerencsére ilyen programokból sok van, akárcsak a Microsoft termékeire orientált speciális pluginokból.

Levelezés migrálása POP3 protokollal

Néhányan szeretik a bonyolultságot, de általában ez nem így van. Ezért ne vigyük át a leveleket egyik szerverről a másikra POP3 protokollal, ez régi és csúnya. Használjuk az IMAP-ot mindkét szerveren (hogy ezt hogyan lehet megtenni, szinte minden szolgáltatónál részletes útmutatók találhatóak), aztán csináljuk mindent úgy, ahogy fentebb leírtuk (vagy legalább használjuk a levelezőszolgáltatásba beépített migrációs eszközt - néha vannak ilyen eszközök, bár kényelmük és működésük logikája általában hagy kívánnivalót maga után). Próbálkozhatunk a régi, kézi módszerrel is: egy kliens program segítségével átkonvertálni a leveleket mappáról mappára, vagy egyszerűen kijelölni őket és elküldeni egy új szerverre. Valaha, amikor még fiatalok voltunk, mindannyian pontosan így csináltuk, és nem tűnt illetlenségnek, ezért kilátástalan helyzetben ismét érdemes próbálkozni az ilyen kézi munkával...

Összességében a levelezés szerverről szerverre történő migrálása a levelek tárolásba való sorozatos importálásának, majd az IMAP protokollon keresztüli új szerverre való exportálásának módszerével megfelel minden alapvető munkavégzési kritériumnak. Ezek a kritériumok: érthető logika, biztonság, automatizálás és számos kész, elérhető eszköz, amelyek elvégezhetik ezt a munkát. Remélem, hogy ez a feljegyzésem valakinek hasznára válik, és megkönnyíti az életet olyan esetekben, amikor a könyvelés vagy a tervezési osztály hirtelen arra kényszerít, hogy jogilag átköltözzünk a Yandexről a Mail.ru-ra, a Google-ről a Yahoo!-ra, vagy bárhova, ahova a váratlanul aggasztott vezető utasít. Ne hagyjátok, hogy kifárasszanak benneteket, kollégák!

Forrás: habr.com

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster