Emnet som er angitt i tittelen kan virke irrelevant for kjære Khabrovsk-innbyggere, men noen ganger er det rett og slett nødvendig å ta det opp. Faktum er at jeg har jobbet i mange år som administrator ved et vitenskapelig institutt med humanitær orientering, hvor de ansatte har slike kvalifikasjoner innen moderne informasjonsteknologi at den beryktede regnskapsavdelingen fra vitser om en IT-spesialist på denne bakgrunnen ser ut til å være en samling filosofer som er kjent med alle tilværelsens hemmeligheter. Respekterte forskere klarer å skrive inn navnene på e-postservere med russiske bokstaver, skrive "hund" i parentes i stedet for "@"-tegnet (og så si at dette ble skrevet i e-postadressen som ble sendt til dem), prøv å sende e-post til WhatsApp bruker The Bat! og gjør en haug med andre rare ting, ofte i samme melding. Det nytter ikke å lære dem, det er umulig å bekjempe dem; Alt som gjenstår er å akseptere skjebnen din og fullautomatisere alle operasjoner knyttet til å rette opp feilene deres.
En av de mest uhyggelige og farligste operasjonene i min praksis var migreringen av nettpost fra server til server. Faktum er at instituttets ansatte har tre offisielle e-postkontoer: en inkluderer en intern Exchange-server, en annen kjører på Mail.ru, og den tredje kjører på Gmail. Nei, det er ikke jeg som er en idiot, eller til og med dem. Dette er en ordre fra ledelsen knyttet til enkelte avdelingsspill. Noe må forbli i instituttet på "bedriftsserveren", noe relatert til søknader og bevilgninger må absolutt gå gjennom russisk post, og mine kjære kollegers Gmail-post er selvfølgelig forbundet med slike nødvendige ting som dokumenter og tabeller Google, backup til disk osv. Problemet er bare at syv barnepiker som du vet får et barn uten øye – altså i dette tilfellet mellom tre mailservere klarer kollegene mine på mest utvetydig vis å miste de viktigste bokstavene!
Det er et annet problem som ofte forårsaker behovet for e-postmigrering. Moderne posttjenester tillater ofte automatisk videresending av meldinger fra en server til en annen, det vil si postinnsamling. Og en bruker som er vant til at meldingene hans på en server, for eksempel Mail.ru, automatisk kopieres til Yandex-post, ender noen ganger opp med å glemme at han på denne måten ikke får tilgang til alle meldinger, men bare til de som ble mottatt etter innstillinger for postinnsamling. Derfor kan han ha et naturlig ønske om å utføre en fullstendig postmigrering fra den gamle serveren til en ny, oftere brukt, og hvem vil han gå til med dette ønsket? Det stemmer: gå til nærmeste systemadministrator!
Jeg tror en lignende situasjon oppstår for alle som på en eller annen måte er tvunget til å ha flere e-postkontoer, spesielt for å administrere dem, eller rett og slett ønsker å flytte fra server til server uten å miste viktig informasjon. Selvfølgelig kan IT-eksperter enkelt løse dette problemet med to klikk, men hvis du har liten erfaring i slike saker, kan e-postmigrering vise seg å være en vanskelig oppgave for deg. Derfor bestemte jeg meg for å kort dele min erfaring om hvordan du enkelt eksporterer e-postmeldinger til en lagringsplass og deretter importerer e-post til en annen server. Kanskje denne operasjonen vil hjelpe noen med å bli kvitt mindre problemer eller rett og slett gjøre livet enklere!
Eksport av brev: litt teori, litt praksis
I utgangspunktet fungerer e-postservere med klientprogrammer ved å bruke en av to protokoller: POP3 eller IMAP. Hvis disse navnene plutselig ikke betyr noe for deg (skjer dette fortsatt?), skal jeg prøve å forklare med enkle ord: POP3-protokollen laster ned bokstaver fra serveren til datamaskinen din, og IMAP-protokollen behandler dem direkte på server. Eldre e-postklienter fungerte (og fortsetter å jobbe) med POP3-protokollen som standard, og lastet opp e-postmeldinger til en mappe spesielt tildelt for klienten (vanligvis plassert et sted i brukerens katalog, blant mapper med programdata skjult som standard). IMAP-protokollen er mer moderne, og den kan også brukes til å importere brev til lokal eller nettverkslagring. Så spørsmålet er hovedsakelig ikke hvordan du laster ned de nødvendige brevene, men hvordan du videresender dem til ønsket server for å utføre postmigrering. Det enkleste alternativet er å bruke IMAP-protokollen, kopiere alle bokstaver ved å bruke den til en eller annen lagring i EML-format, og deretter laste dem opp til en annen mappe på en annen konto, og dra nytte av det faktum at formatet på brevfilene generelt er nøyaktig det samme .
Hvordan du gjør det?
Den enkle metoden jeg bruker til lavest mulig pris er å migrere e-poster ved å bruke et datakopieringsprogram som støtter IMAP-protokollen. Dette gjøres i to trinn.
- Importer e-post fra en mappe på serveren til en lagring i EML-format.
- Eksportere e-post til en annen mappe på en annen server via IMAP.
I dette tilfellet oppfører e-postmigreringsprogrammet seg fra begge servernes synspunkt som en vanlig IMAP-klient. (Forresten, de fleste e-postservere vil kreve at du tillater at det spesifiserte programmet brukes som en e-postklient, så før du utfører en e-postmigrering med et hvilket som helst verktøy, sørg for å logge på e-postkontoen din og la serveren bruke dette verktøyet i listen over tilgjengelige IMAP-klienter). Slike programmer krever vanligvis minimalt manuelt arbeid for å forhåndskonfigurere e-postmigrering. Vanligvis kan du til og med sette opp en tidsplan for vanlig automatisk migrering av e-post fra server til server, hvis du trenger det av en eller annen grunn. Personlig bruker jeg programmet til å eksportere postbrev , heldigvis er det installert på nesten alle våre maskiner og krever et minimum av innstillinger, dessuten utføres det sentralt fra administratorens maskin - det er ikke nødvendig å gå hvor som helst. Men i det store og hele spiller programvaren som brukes ingen rolle, så lenge den kan eksportere og importere e-post direkte til webserveren, og støtter ett enkelt format for bokstaver på begge serverne.
Og Microsoft er som vanlig...
En separat hodepine er migreringen av Exchange- eller Outlook-e-post (jeg mener ikke Outlook.com-e-postserveren, men klienten), fordi Microsoft, som vanlig, tar en ikke-standard bane. Det er bra hvis du i denne situasjonen har spesialisert programvare for eksport av Outlook-e-post- eller Exchange-servere - da blir oppgaven forenklet ved å lese instruksjonene for migrering av e-postmeldinger under kontroll av det aktuelle programmet. Det er bra at det er ganske mange slike programmer, så vel som spesialiserte plugins for den tilsvarende programvaren, rettet mot Microsoft-produkter.
POP3-e-postmigrering
Noen liker perversjon, men generelt er ikke dette tilfellet. Derfor er det ikke nødvendig å overføre e-post fra server til server ved hjelp av POP3-protokollen, denne er gammel og stygg. Bytt til IMAP på begge serverne (nesten hver leverandør har detaljerte instruksjoner om hvordan du gjør dette), og gjør deretter alt som beskrevet ovenfor (eller bruk i det minste migreringsverktøyet innebygd i e-posttjenesten - noen ganger finnes slike verktøy, selv om deres bekvemmelighet er Driftslogikken etterlater vanligvis mye å være ønsket). Du kan også prøve den gammeldagse manuelle metoden: ved å bruke et klientprogram, overføre brev fra mappe til mappe, eller ganske enkelt velge dem og sende dem til en ny server. En gang i tiden, da vi var små, gjorde vi alle akkurat dette, og det virket ikke uanstendig for oss, så i en håpløs situasjon kan du prøve å gjøre lignende manuelt arbeid igjen...
Generelt sett tilfredsstiller det å migrere e-post fra server til server ved å sekvensielt importere e-post til lagring og deretter eksportere e-postmeldinger til en ny server via IMAP-protokollen alle de grunnleggende kriteriene for enkel arbeid med programmer. Disse kriteriene er klar logikk, sikkerhet, automatisering og et stort antall ferdige verktøy tilgjengelig som kan gjøre jobben for deg. Så jeg håper dette notatet mitt vil være nyttig for noen og vil gjøre livet enklere i de tilfellene når regnskapsavdelingen eller planleggingsavdelingen plutselig krever å overføre dem fra Yandex til Mail.ru, fra Google til Yahoo! eller andre steder hvor sjefen, plutselig bekymret for plasseringen av postkontoret, bestiller. Ikke la deg selv bli sliten, kolleger!
Kilde: www.habr.com