Emnet angivet i titlen kan virke irrelevant for kære Khabrovsk-beboere, men nogle gange er det simpelthen nødvendigt at rejse det. Faktum er, at jeg i mange år har arbejdet som administrator på et videnskabeligt institut med en humanitær orientering, hvor medarbejderne har sådanne kvalifikationer inden for moderne informationsteknologi, at den berygtede regnskabsafdeling fra spøg om en it-specialist på denne baggrund synes at være en samling af filosoffer, der er fortrolige med alle tilværelsens hemmeligheder. Respekterede videnskabsmænd formår at indtaste navnene på mailservere med russiske bogstaver, skrive "hund" i parentes i stedet for "@"-tegnet (og så sige, at dette var skrevet i den e-mail-adresse, der blev sendt til dem), prøv at sende mail til WhatsApp bruger The Bat! og gør en masse andre mærkelige ting, ofte i samme besked. Det nytter ikke at lære dem, det er umuligt at bekæmpe dem; Det eneste, der er tilbage, er at acceptere din skæbne og fuldt ud automatisere alle operationer relateret til at rette deres fejl.
En af de mest skumle og farlige operationer i min praksis var migreringen af webmail fra server til server. Faktum er, at instituttets ansatte har tre officielle mailkonti: en inkluderer en intern Exchange-server, en anden kører på Mail.ru, og den tredje kører på Gmail. Nej, det er ikke mig, der er en idiot, eller endda dem. Dette er en ordre fra ledelsen relateret til nogle afdelingsspil. Noget skal forblive inden for instituttet på "virksomheds"-serveren, noget relateret til ansøgninger og bevillinger skal helt sikkert gå gennem russisk post, og mine kære kollegers Gmail-mail er selvfølgelig forbundet med sådanne nødvendige ting som dokumenter og tabeller Google, backup til disk osv. Det eneste problem er, at syv barnepige som bekendt får et barn uden øje - altså i dette tilfælde mellem tre mailservere, formår mine kollegaer på den mest entydige måde at miste de vigtigste bogstaver!
Der er et andet problem, der ofte forårsager behovet for postmigrering. Moderne mailtjenester tillader ofte automatisk videresendelse af beskeder fra en server til en anden, det vil sige postindsamling. Og en bruger, der er vant til, at hans beskeder på en server, f.eks. Mail.ru, automatisk kopieres til Yandex-mail, ender nogle gange med at glemme, at han på denne måde ikke får adgang til alle beskeder, men kun til dem. der blev modtaget efter indstillinger for postindsamling. Derfor kan han have et naturligt ønske om at udføre en komplet mail-migrering fra den gamle server til en ny, oftere brugt, og hvem vil han gå til med dette ønske? Det er rigtigt: gå til den nærmeste systemadministrator!
Jeg tror, at en lignende situation opstår for enhver, der på en eller anden måde er tvunget til at have flere e-mail-konti, især for at administrere dem, eller blot ønsker at flytte fra server til server uden at miste vigtig information. IT-eksperter kan selvfølgelig sagtens løse dette problem med to klik, men hvis du har ringe erfaring i sådanne sager, så kan e-mail-migrering vise sig at være en svær opgave for dig. Derfor besluttede jeg kort at dele min erfaring med, hvordan man nemt eksporterer mail-beskeder til noget lager og derefter importerer mail til en anden server. Måske vil denne operation hjælpe nogen med at slippe af med mindre problemer eller simpelthen gøre livet lettere!
Eksport af breve: lidt teori, lidt praksis
Grundlæggende arbejder mailservere med klientprogrammer ved hjælp af en af to protokoller: POP3 eller IMAP. Hvis disse navne pludselig ikke betyder noget for dig (sker det stadig?), vil jeg prøve at forklare med enkle ord: POP3-protokollen downloader bogstaver fra serveren til din computer, og IMAP-protokollen behandler dem direkte på server. Ældre e-mail-klienter arbejdede (og fortsætter med at arbejde) med POP3-protokollen som standard, idet de uploadede e-mail-beskeder til en mappe, der er specielt tildelt til klienten (normalt placeret et sted i brugerens bibliotek, blandt mapper med programdata skjult som standard). IMAP-protokollen er mere moderne, og den kan også bruges til at importere breve til lokalt eller netværkslager. Så spørgsmålet er primært ikke, hvordan man downloader de nødvendige breve, men hvordan man videresender dem til den ønskede server for at udføre mail-migrering. Den enkleste mulighed er at bruge IMAP-protokollen, kopiere alle bogstaver ved hjælp af den til et eller andet lager i EML-format og derefter uploade dem til en anden mappe på en anden konto, idet du udnytter det faktum, at formatet på brevfilerne generelt er nøjagtigt det samme .
Hvordan gør man det?
Den enkle metode, som jeg bruger til den laveste pris, er at migrere e-mails ved hjælp af et datakopieringsprogram, der understøtter IMAP-protokollen. Dette gøres i to trin.
- Importer mail fra en mappe på serveren til noget lager i EML-format.
- Eksport af e-mails til en anden mappe på en anden server via IMAP.
I dette tilfælde opfører mail-migreringsprogrammet sig fra begge serveres synspunkt som en almindelig IMAP-klient. (For øvrigt kræver de fleste mailservere, at du tillader det angivne program at blive brugt som en mailklient, så før du udfører en mailmigrering med ethvert hjælpeprogram, skal du sørge for at logge ind på din mailkonto og tillade serveren at bruge dette hjælpeprogram på listen over tilgængelige IMAP-klienter). Sådanne programmer kræver typisk minimalt manuelt arbejde for at forudindstille e-mail-migrering. Normalt kan du endda oprette en tidsplan for regelmæssig automatisk migrering af mail fra server til server, hvis du har brug for det af en eller anden grund. Personligt bruger jeg programmet til at eksportere postbreve , heldigvis er det installeret på næsten alle vores maskiner og kræver et minimum af indstillinger, desuden udføres det centralt fra administratorens maskine - der er ingen grund til at gå nogen steder. Men i det store og hele er den anvendte software ligegyldig, så længe den kan eksportere og importere mail direkte til webserveren og understøtter et enkelt format for bogstaver på begge servere.
Og Microsoft er som sædvanlig...
En separat hovedpine er migreringen af Exchange- eller Outlook-e-mail (jeg mener ikke Outlook.com-mailserveren, men klienten), fordi Microsoft, som sædvanligt, tager en ikke-standard sti. Det er godt, hvis du i denne situation har specialiseret software ved hånden til eksport af Outlook-mail- eller Exchange-servere - så forenkles opgaven ved at læse instruktionerne til migrering af mail-meddelelser under kontrol af det relevante program. Det er godt, at der er en hel del af sådanne programmer, såvel som specialiserede plugins til den tilsvarende software, rettet mod Microsoft-produkter.
POP3-e-mail-migrering
Nogle mennesker kan lide perversion, men generelt er det ikke tilfældet. Derfor er der ingen grund til at overføre mail fra server til server ved hjælp af POP3-protokollen, denne er gammel og grim. Skift til IMAP på begge servere (næsten alle udbydere har detaljerede instruktioner om, hvordan du gør dette), og gør derefter alt som beskrevet ovenfor (eller brug i det mindste migreringsværktøjet indbygget i mailtjenesten - nogle gange findes sådanne værktøjer, selvom deres bekvemmelighed er Driftslogikken lader normalt meget tilbage at ønske). Du kan også prøve den gammeldags manuelle metode: ved at bruge et klientprogram, overføre breve fra mappe til mappe eller blot vælge dem og sende dem til en ny server. Engang, da vi var små, gjorde vi alle præcis dette, og det virkede ikke uanstændigt for os, så i en håbløs situation kan du prøve at lave lignende manuelt arbejde igen...
Generelt opfylder migrering af e-mail fra server til server ved sekventielt at importere e-mail til lageret og derefter eksportere e-mail-meddelelser til en ny server via IMAP-protokollen alle de grundlæggende kriterier for nem arbejde med programmer. Disse kriterier er klar logik, sikkerhed, automatisering og en lang række færdige værktøjer til rådighed, der kan gøre arbejdet for dig. Så jeg håber, at denne note vil være nyttig for nogen og vil gøre livet lettere i de tilfælde, hvor regnskabsafdelingen eller planlægningsafdelingen pludselig kræver at overføre dem fra Yandex til Mail.ru, fra Google til Yahoo! eller andre steder, hvor chefen, pludselig bekymret over placeringen af posthuset, bestiller. Lad dig ikke blive træt, kolleger!
Kilde: www.habr.com