Emnet, nævnt i overskriften, kan virke irrelevant for de ærværdige Hub-ra sjæle, men nogle gange er det nødvendigt at tage den op. Sagen er, at jeg har arbejdet i mange år som administrator på et humanistisk forskningsinstitut, hvor medarbejdernes kvalifikationer inden for moderne informationsteknologi er så høje, at den berygtede regnskabsafdeling fra anekdoter om IT-folk virker som et møde af filosoffer, der er indviet i livets mysterier. Ærede forskere formår at navngive deres mailservere med kyrilliske bogstaver, i stedet for at skrive tegnet «@» i parentes som «hund», og så sige, at det var, hvordan det blev skrevet i den tilsendte mailadresse. De forsøger at sende mails via WhatsApp med The Bat! og laver mange underlige ting, ofte i samme besked. At lære dem er umuligt, at kæmpe imod dem er håbløst; man må acceptere sin skæbne og maksimalt automatisere alle operationer, der har med at rette deres fejl at gøre.
En af de mest skræmmende og farlige operationer i min praksis har været migrering af webmail fra server til server. Sagen er, at instituttets medarbejdere har hele tre officielle mails: én der går gennem den interne Exchange-server, en anden der arbejder på Mail.ru, og den tredje — på Gmail. Nej, det er ikke mig, der er idioten, og det er heller ikke dem. Det er direktionsordre, relateret til forskellige interne spil. Noget skal forblive inden for instituttet på den «corporate» server, noget relateret til ansøgninger og projekter skal nødvendigvis gå gennem den russiske mail, og Gmail er for mine ærede kolleger forbundet med sådanne, uden tvivl vigtige ting, som dokumenter og Google-ark, backup til harddisken osv. Problemet er kun, at, som det siges, med syv børnepassere er barnet uden øje — det vil sige, i dette tilfælde formår mine kolleger på mest ubehagelig vis at miste de vigtigste mails mellem de tre mailservere!
Der er også et andet problem, som ofte nødvendiggør migration af e-mails. Moderne e-mailtjenester tillader ofte automatisk videresendelse af beskeder fra én server til en anden, dvs. indsamling af e-mails. Og en bruger, der er vant til, at hans beskeder på serveren, lad os sige Mail.ru, automatisk kopieres til Yandex, glemmer nogle gange, at han på denne måde kun får adgang til de beskeder, der er modtaget efter opsætning af e-mailindsamling. Derfor kan han få en naturlig lyst til at udføre en fuld migration af e-mails fra den gamle server til den nye, som han bruger oftere, men hvem går han til med dette ønske? Rigtigt: til den nærmeste systemadministrator!
Jeg tror, at en lignende situation opstår for enhver, der på en eller anden måde er nødt til at have flere e-mailkonti, især hvis de skal administrere dem, eller bare ønsker at flytte fra server til server uden tab af vigtig information. Selvfølgelig vil IT-experter let løse denne opgave med et par klik, men hvis du er mindre erfaren med sådanne ting, kan migration af e-mail blive en udfordrende opgave for dig. Derfor har jeg besluttet at dele erfaringer om, hvordan man uden problemer kan eksportere e-mails til en form for lager og derefter importere dem på en anden server. Måske vil denne operation hjælpe nogen med at slippe af med småproblemer eller blot gøre livet lettere!
E-mail eksport: lidt teori, lidt praksis
Generelt set arbejder mailservere med klientprogrammer via en af to protokoller: POP3 eller IMAP. Hvis de her navne ikke siger dig noget (det kan ske?), vil jeg prøve at forklare det med enkle ord: POP3-protokollen downloader mails fra serveren til din computer, mens IMAP-protokollen håndterer dem direkte på serveren. Gamle mailklienter arbejdede som standard med POP3-protokollen (og gør det stadig), ved at overføre mails til en specifikt tildelt mappe for klienten (som normalt findes et sted i brugerens katalog, blandt de som standard skjulte mapper med data fra applikationer). IMAP-protokollen er mere moderne, og den kan også bruges til at importere mails til et lokalt eller netværkslager. Så spørgsmålet er ikke så meget, hvordan man downloader de ønskede mails, men hvordan man videresender dem til den nødvendige server for at udføre mailmigration. Den enkleste løsning er at bruge IMAP-protokollen, kopiere alle mails til et eller andet lager i EML-format, og derefter uploade dem til en anden mappe på en anden konto, idet man benytter sig af, at filformatet for mails generelt er helt ens.
Hvordan gør man det?
Den enkle metode, som jeg bruger med de mindste omkostninger, er at udføre migration af mails via et dataoverførselsprogram, der understøtter IMAP-protokollen. Dette gøres i to trin.
- Import af mails fra en mappe på serveren til et eller andet lager i EML-format.
- Eksport af mails til en anden mappe på en anden server via IMAP.
I denne proces opfører mailmigrationsprogrammet sig som en almindelig IMAP-klient overfor begge servere. (Forresten, de fleste mailservere vil kræve, at du giver tilladelse til at bruge det angivne program som mailklient, så før du udfører migrationen med et værktøj, skal du absolut logge ind på din mailkonto og give serveren tilladelse til at bruge dette værktøj i listen over tilgængelige klienter via IMAP-protokollen). Sådanne programmer kræver normalt minimum af manuel arbejdsindsats til at forberede mailmigrationen. Normalt kan du endda planlægge jævnlig automatisk migration af mails fra server til server, hvis du har brug for det. Personligt bruger jeg programmet , heldigvis står den på næsten alle vores maskiner og kræver minimal opsætning, som også kan udføres centralt fra en administrationsmaskine — man skal ikke bevæge sig nogen steder. Men i det store hele er det anvendte software ikke så vigtigt, så længe det kan eksportere og importere e-mails direkte til Web-servere, og understøtter et ensartet format for beskeder på begge servere.
Og Microsoft som sædvanlig…
En særlig hovedpine er migreringen af e-mails fra Exchange eller Outlook (jeg mener ikke e-mailserveren Outlook.com, men klienten), for Microsoft går som sædvanlig en ukonventionel vej. Det er godt, hvis du har specialsoftware til rådighed til eksport af e-mails fra Outlook eller Exchange-servere — så bliver opgaven i bund og grund at læse migrationsvejledningen for e-mails under den relevante software. Det er godt, at der findes mange af sådanne programmer, ligesom der er specialiserede plugins til det relevante software, der er rettet mod Microsofts produkter.
Migrering af e-mails via POP3-protokollen
Nogle kan lide afvigelser, men generelt set er det ikke tilfældet. Derfor skal man ikke overføre e-mails fra server til server via POP3, det er gammeldags og grimt. Skift til IMAP på begge servere (hvordan dette gøres, er der detaljerede instruktioner næsten hos hver udbyder), og gør derefter alt som beskrevet ovenfor (eller brug i det mindste migreringsværktøjet, der er indbygget i e-mailservicen — nogle gange findes sådanne værktøjer, selvom deres brugervenlighed og logik ofte efterlader meget at ønske). Man kan også prøve den gammeldags manuelle metode: ved hjælp af en klientprogram flytte e-mails fra mappe til mappe, eller blot markere dem og sende dem til den nye server. Engang, da vi var små, gjorde vi det alle sammen, og det føltes ikke upassende, så i en håbløs situation kan man overveje at tage sig af sådan manuelt arbejde igen…
Generelt set opfylder migrering af e-mails fra server til server ved hjælp af sekventiel import af e-mail til lager og derefter eksport af e-mails til den nye server via IMAP-protokollen alle de væsentlige kriterier for en brugervenlig oplevelse med programmer. Disse kriterier inkluderer en forståelig logik, sikkerhed, automatisering og et stort udvalg af tilgængelige værktøjer, der kan udføre denne opgave for dig. Så jeg håber, at denne note vil være nyttig for nogen og gøre livet lettere i de tilfælde, hvor økonomiafdelingen eller planlægningsafdelingen pludselig kræver at blive flyttet fra Yandex til Mail.ru, fra Google til Yahoo!, eller et andet sted, hvor den pludseligt bekymrede leder vil have, at der skal flyttes e-mails. Bliv ikke træt, kolleger!
Kilde: habr.com
