Het onderwerp dat in de titel wordt genoemd, lijkt misschien niet relevant voor respectabele Habr-bezoekers, maar soms is het eenvoudigweg noodzakelijk om het op te brengen. Het punt is dat ik al vele jaren als administrator werk in een wetenschappelijk instituut dat zich richt op de geesteswetenschappen, waar de medewerkers zo gekwalificeerd zijn op het gebied van moderne informatie-technologieƫn, dat de beruchte boekhouding uit de anekdotes over IT'ers in dit licht lijkt op een bijeenkomst van filosofen die ingewijd zijn in alle geheimen van het bestaan. Geachte wetenschappers slagen erin om de namen van de mailservers in het Kyrillisch in te voeren, in plaats van het teken "@" in haakjes "at" te schrijven (en vervolgens te zeggen dat dit zo in het ontvangen e-mailadres was geschreven), proberen ze e-mail te verzenden via WhatsApp met behulp van The Bat! en doen ze nog een heleboel vreemde dingen, vaak in hetzelfde bericht. Ze onderwijzen is zinloos, vechten tegen hen is onmogelijk; je moet je lot accepteren en alle handelingen die verband houden met het corrigeren van hun fouten zo veel mogelijk automatiseren.
Een van de meest duistere en gevaarlijke operaties in mijn ervaring bleek de migratie van Web-mail van server naar server te zijn. Het probleem is dat de medewerkers van het instituut maar liefst drie zakelijke e-mails hebben: de ene draait op een interne Exchange-server, de andere op Mail.ru en de derde op Gmail. Nee, ik ben geen idioot, en zij ook niet. Dit is een bevel van de directie, gerelateerd aan bepaalde administratieve spelletjes. Iets moet op de "corporatieve" server binnen het instituut blijven, iets dat verband houdt met aanvragen en subsidies, moet per se via de Russische mail verlopen, en de Gmail-mail van mijn gewaardeerde collega's is verbonden met zulke, ongetwijfeld noodzakelijke dingen als documenten en Google Sheets, back-up op de schijf, enzovoort. Het enige probleem is dat, zoals bekend, bij zeven verzorgers het kind zonder oog is ā dat wil zeggen, in dit geval weten mijn collega's op de meest onmiskenbare manier de belangrijkste e-mails tussen de drie mailservers te verliezen!
Er is ook een ander probleem dat vaak de behoefte aan e-mailmigratie oproept. Moderne e-maildiensten bieden vaak de mogelijkheid om automatisch berichten van de ene server naar de andere door te sturen, oftewel het verzamelen van e-mail. En een gebruiker die eraan gewend is dat zijn berichten op de server, laten we zeggen, Mail.ru, automatisch worden gekopieerd naar Yandex-mail, vergeet soms uiteindelijk dat hij op deze manier niet toegang heeft tot alle berichten, maar alleen tot die welke zijn ontvangen na het instellen van de e-mailverzameling. Daarom kan hij de natuurlijke wens hebben om een volledige gemigreerde e-mail van de oude server naar de nieuwere, vaker gebruikte server uit te voeren. En naar wie gaat hij met deze wens? Juist: naar de dichtstbijzijnde systeembeheerder!
Ik denk dat een soortgelijke situatie zich ook voordoet bij iedereen die op de een of andere manier gedwongen is om meerdere e-mailaccounts te hebben, vooral als ze deze ook nog eens moeten beheren, of gewoon willen verhuizen van de ene server naar de andere zonder belangrijke informatie te verliezen. Natuurlijk kunnen het IT-genieƫn deze taak met gemak in twee muisklikken oplossen, maar als je weinig ervaring hebt met deze zaken, kan e-mailmigratie voor jou een moeilijke klus worden. Daarom besloot ik kort mijn ervaringen te delen over hoe je zonder problemen e-mails kunt exporteren naar een of andere opslag en de e-mail vervolgens kunt importeren op een andere server. Misschien helpt deze operatie iemand om kleine ongemakken te vermijden of gewoon het leven te vergemakkelijken!
E-mail export: een beetje theorie, een beetje praktijk
In principe communiceren mailservers met clientprogramma's via een van de twee protocollen: POP3 of IMAP. Als deze namen je niets zeggen (dat gebeurt wel eens?), zal ik het in simpele woorden uitleggen: het POP3-protocol downloadt berichten van de server naar je computer, terwijl het IMAP-protocol ze direct op de server verwerkt. Oude mailclients werkten standaard met het POP3-protocol en blijven dat doen, waarbij ze e-mailberichten opslaan in een speciaal voor de client aangewezen map (die doorgaans ergens in de gebruikerscatalogus staat, tussen verborgen mappen met applicatiegegevens). Het IMAP-protocol is moderner en hiermee kan je ook e-mails importeren in een lokale of netwerkopslag. Dus de vraag is voornamelijk niet hoe je de benodigde e-mails downloadt, maar hoe je ze naar de juiste server verzendt voor het uitvoeren van de mailmigratie. De eenvoudigste optie is om het IMAP-protocol te gebruiken, om alle e-mails naar een opslag in EML-formaat te kopiƫren en ze vervolgens in een andere map op een ander account te uploaden, aangezien het bestandsformaat van e-mails in het algemeen volledig identiek is.
Hoe doe je dat?
Een eenvoudige methode met de minste kosten die ik gebruik, is het migreren van e-mails met behulp van een programma voor datakopiƫren dat het IMAP-protocol ondersteunt. Dit gebeurt in twee stappen.
- Importeren van e-mail van een map op de server naar een opslag in EML-formaat.
- Exporteren van e-mails naar een andere map op een andere server via IMAP.
Daarbij gedraagt het e-mailmigratieprogramma zich vanuit het perspectief van beide servers als een gewone IMAP-client. (Overigens vereist het merendeel van de mailservers dat je toestemming geeft om het opgegeven programma als e-mailclient te gebruiken, dus voordat je e-mail migreert met een bepaalde tool, zorg ervoor dat je in je e-mailaccount gaat en de server toestaat deze tool in de lijst van beschikbare clients via IMAP te gebruiken). Dergelijke programma's vereisen doorgaans minimaal handwerk voor de voorbereidende configuratie van de e-mailmigratie. Vaak kun je zelfs een schema instellen voor regelmatige automatische e-mailmigratie van server naar server, als je dat zou willen. Persoonlijk gebruik ik voor het exporteren van e-mails het programma , gelukkig staat het op bijna alle machines die we hebben en vereist het minimaal onderhoud, bovendien wordt dit centraal uitgevoerd vanaf de beheermachine ā je hoeft niet letterlijk ergens naartoe te lopen. Maar over het algemeen maakt de gebruikte software niet veel uit, zolang deze maar in staat is om e-mail rechtstreeks te exporteren en importeren naar een webserver, en een uniform formaat voor berichten op beide servers ondersteunt.
En Microsoft doet het weerā¦
Een aparte hoofdpijn is de migratie van e-mail via Exchange of Outlook (ik heb het hier niet over de e-mailserver Outlook.com, maar over de client), want Microsoft kiest, zoals gebruikelijk, een onconventionele aanpak. Gelukkig heb je in zo'n situatie misschien gespecialiseerde software tot je beschikking voor het exporteren van e-mails uit Outlook of Exchange-servers ā dan vereenvoudigt de taak zich tot het lezen van de instructies voor het migreren van e-mails via de relevante software. Gelukkig bestaan er behoorlijk wat van zulke programma's, evenals gespecialiseerde plugins voor de desbetreffende software, gericht op Microsoft-producten.
Migratie van e-mail via het POP3-protocol
Sommigen houden van complexe oplossingen, maar in de meeste gevallen is dat niet nodig. Daarom moet je geen e-mails van server naar server migreren via het POP3-protocol; dat is verouderd en inefficiĆ«nt. Stap over naar IMAP op beide servers (je kunt gedetailleerde instructies vinden bij bijna elke provider over hoe je dit doet), en doe vervolgens alles zoals hierboven beschreven (of gebruik op zijn minst de migratietool die in de e-mailservice is ingebouwd ā soms zijn dergelijke tools beschikbaar, hoewel hun gebruiksvriendelijkheid en logica meestal te wensen overlaten). Je kunt ook proberen om het ouderwetse handmatige methoden toe te passen: met behulp van een clientprogramma e-mails van de ene map naar de andere te verplaatsen, of ze gewoon te selecteren en naar de nieuwe server te verzenden. Vroeger, toen wij klein waren, deden we dat allemaal zo, en het leek ons niet ongepast, dus in een hopeloze situatie kan het de moeite waard zijn om weer met zo'n handmatige aanpak aan de slag te gaanā¦
Over het algemeen voldoet de migratie van e-mail van server naar server door middel van sequentiƫle import van e-mail naar de opslag, gevolgd door export van e-mails naar de nieuwe server via het IMAP-protocol, aan alle belangrijke criteria voor gebruiksgemak bij programma's. Deze criteria zijn een duidelijke logica, veiligheid, automatisering en de beschikbaarheid van veel kant-en-klare tools die dit werk voor u kunnen uitvoeren. Dus ik hoop dat deze notitie nuttig zal zijn voor iemand en het leven zal vergemakkelijken in de gevallen waarin de boekhouding of de planningsafdeling plotseling eisen om over te stappen van Yandex naar Mail.ru, van Google naar Yahoo! of ergens anders, waar de plotseling bezorgde leidinggevende het verplaatsen van e-mail vraagt. Laat u niet vermoeien, collega's!
Bron: habr.com
