E-postmigrering: hur man enkelt flyttar från en server och går till en annan

Ämnet som anges i titeln kan verka irrelevant för kära Khabrovsk-invånare, men ibland är det helt enkelt nödvändigt att ta upp det. Faktum är att jag har arbetat i många år som administratör på ett vetenskapligt institut med humanitär inriktning, där de anställda har sådana kvalifikationer inom området modern informationsteknologi att den ökända redovisningsavdelningen från skämt om en IT-specialist mot denna bakgrund verkar vara en samling filosofer som är insatta i tillvarons alla hemligheter. Respekterade forskare lyckas skriva in namnen på e-postservrarna med ryska bokstäver, skriva "hund" inom parentes istället för "@"-tecknet (och sedan säga att detta skrevs i e-postadressen som skickades till dem), försök skicka e-post till WhatsApp använder The Bat! och gör en massa andra konstiga saker, ofta i samma meddelande. Det är meningslöst att lära dem, det är omöjligt att bekämpa dem; Allt som återstår är att acceptera ditt öde och helt automatisera alla operationer relaterade till att korrigera deras misstag.

En av de mest olycksbådande och farliga operationerna i min praktik var migreringen av webbpost från server till server. Faktum är att institutets anställda har tre tjänste-e-postmeddelanden: en innehåller en intern Exchange-server, en annan körs på Mail.ru och den tredje körs på Gmail. Nej, det är inte jag som är en idiot, eller ens de. Detta är en order från ledningen relaterad till några avdelningsspel. Något måste finnas kvar inom institutet på "företags"-servern, något relaterat till ansökningar och bidrag måste säkert gå via rysk post, och mina kära kollegors Gmail-post är förknippad med sådana, naturligtvis, nödvändiga saker som dokument och tabeller Google, backup till disk osv. Problemet är bara att sju barnskötare som ni vet får ett barn utan öga - det vill säga i det här fallet mellan tre mailservrar lyckas mina kollegor på det mest entydiga sätt tappa bort de viktigaste bokstäverna!

Det finns ett annat problem som ofta orsakar behovet av e-postmigrering. Moderna e-posttjänster tillåter ofta automatisk vidarebefordran av meddelanden från en server till en annan, det vill säga e-postinsamling. Och en användare som är van vid det faktum att hans meddelanden på en server, till exempel Mail.ru, automatiskt kopieras till Yandex-e-post, slutar ibland med att glömma att han på detta sätt inte får tillgång till alla meddelanden, utan bara till de som togs emot efter inställningar för postinsamling. Därför kan han ha en naturlig önskan att utföra en fullständig e-postmigrering från den gamla servern till en ny, mer ofta använd, och vem kommer han att gå till med denna önskan? Det stämmer: gå till närmaste systemadministratör!

Jag tror att en liknande situation uppstår för alla som på något sätt tvingas ha flera e-postkonton, särskilt för att administrera dem, eller helt enkelt vill flytta från server till server utan att förlora viktig information. Naturligtvis kan IT-experter enkelt lösa detta problem med två klick, men om du har liten erfarenhet av sådana här frågor kan e-postmigrering visa sig vara en svår uppgift för dig. Därför bestämde jag mig för att kortfattat dela med mig av min erfarenhet av hur man enkelt exporterar e-postmeddelanden till något lagringsutrymme och sedan importerar e-post till en annan server. Kanske kommer denna operation att hjälpa någon att bli av med mindre problem eller helt enkelt göra livet enklare!

Exportera bokstäver: lite teori, lite övning

I grund och botten fungerar e-postservrar med klientprogram som använder ett av två protokoll: POP3 eller IMAP. Om dessa namn plötsligt inte betyder något för dig (händer detta fortfarande?), ska jag försöka förklara med enkla ord: POP3-protokollet laddar ner bokstäver från servern till din dator, och IMAP-protokollet bearbetar dem direkt på server. Äldre e-postklienter fungerade (och fortsätter att arbeta) med POP3-protokollet som standard, laddade upp e-postmeddelanden till en mapp speciellt tilldelad för klienten (vanligtvis placerad någonstans i användarens katalog, bland mappar med applikationsdata dolda som standard). IMAP-protokollet är modernare och det kan också användas för att importera bokstäver till lokal eller nätverkslagring. Så frågan är främst inte hur man laddar ner de nödvändiga breven, utan hur man vidarebefordrar dem till önskad server för att utföra e-postmigrering. Det enklaste alternativet är att använda IMAP-protokollet, kopiera alla bokstäver med det till någon lagring i EML-format och sedan ladda upp dem till en annan mapp på ett annat konto, och dra fördel av det faktum att formatet på brevfilerna i allmänhet är exakt detsamma .

Hur gör man?

Den enkla metoden som jag använder till lägsta kostnad är att migrera e-postmeddelanden med hjälp av något datakopieringsprogram som stöder IMAP-protokollet. Detta görs i två steg.

  • Importera e-post från en mapp på servern till någon lagring i EML-format.
  • Exportera e-postmeddelanden till någon annan mapp på en annan server via IMAP.

I det här fallet beter sig e-postmigreringsprogrammet, ur båda servrarnas synvinkel, som en vanlig IMAP-klient. (Förresten, de flesta e-postservrar kräver att du tillåter det angivna programmet att användas som en e-postklient, så innan du utför en e-postmigrering med något verktyg, se till att logga in på ditt e-postkonto och tillåta servern att använda det här verktyget i listan över tillgängliga IMAP-klienter). Sådana program kräver vanligtvis minimalt manuellt arbete för att förinställa e-postmigrering. Vanligtvis kan du till och med sätta upp ett schema för regelbunden automatisk migrering av e-post från server till server, om du behöver det av någon anledning. Själv använder jag programmet för att exportera postbrev Praktisk säkerhetskopiering, lyckligtvis är det installerat på nästan alla våra maskiner och kräver ett minimum av inställningar, dessutom utförs det centralt från administratörens dator - det finns ingen anledning att gå någonstans. Men i stort sett spelar den programvara som används ingen roll, så länge den kan exportera och importera e-post direkt till webbservern och stöder ett enda format för bokstäver på båda servrarna.

Och Microsoft är som vanligt...

En separat huvudvärk är migreringen av Exchange- eller Outlook-e-post (jag menar inte Outlook.com-e-postservern, utan klienten), eftersom Microsoft, som vanligt, tar en icke-standardiserad väg. Det är bra om du i den här situationen har specialiserad programvara till hands för att exportera Outlook-e-post- eller Exchange-servrar - då förenklas uppgiften genom att läsa instruktionerna för att migrera e-postmeddelanden under kontroll av lämpligt program. Det är bra att det finns ganska många sådana program, såväl som specialiserade plugins för motsvarande programvara, riktade mot Microsoft-produkter.

POP3 e-postmigrering

Vissa människor gillar perversion, men i allmänhet är det inte så. Därför finns det inget behov av att överföra e-post från server till server med POP3-protokollet, detta är gammalt och fult. Byt till IMAP på båda servrarna (nästan alla leverantörer har detaljerade instruktioner om hur man gör detta), och gör sedan allt som beskrivs ovan (eller använd åtminstone migreringsverktyget som är inbyggt i e-posttjänsten - ibland finns sådana verktyg, även om deras bekvämlighet är Driftslogiken lämnar vanligtvis mycket övrigt att önska). Du kan också prova den gammaldags manuella metoden: använda ett klientprogram, överföra brev från mapp till mapp, eller helt enkelt välja dem och skicka dem till en ny server. En gång i tiden, när vi var små, gjorde vi alla exakt detta, och det verkade inte anständigt för oss, så i en hopplös situation kan du försöka göra liknande manuellt arbete igen...

Generellt sett, att migrera e-post från server till server genom att sekventiellt importera e-post till lagring och sedan exportera e-postmeddelanden till en ny server via IMAP-protokollet uppfyller alla grundläggande kriterier för att det ska vara enkelt att arbeta med program. Dessa kriterier är tydlig logik, säkerhet, automatisering och ett stort antal färdiga verktyg tillgängliga som kan göra jobbet åt dig. Så jag hoppas att den här anteckningen kommer att vara användbar för någon och kommer att göra livet lättare i de fall då redovisningsavdelningen eller planeringsavdelningen plötsligt snabbt kräver att överföra dem från Yandex till Mail.ru, från Google till Yahoo! eller någon annanstans där chefen, plötsligt bekymrad över platsen för postkontoret, beställer. Låt dig inte tröttna, kollegor!

Källa: will.com

Lägg en kommentar