Тема, зазначена в заголовку, може виглядати неактуальною для шановних хабровчан, але іноді підняти її просто необхідно. Справа в тому, що я працюю вже багато років адміном у науковому інституті гуманітарної спрямованості, де у співробітників така кваліфікація в галузі сучасних інформаційних технологій, що горезвісна бухгалтерія з анекдотів про айтішника на цьому тлі здається зборами філософів, присвячених усі таємниці буття. Шановні вчені примудряються вводити імена серверів пошти російськими літерами, замість знака @ писати в дужках собачка (а потім говорити, що так було написано в надісланому їм поштовій адресі), намагатися відправити пошту на WhatsApp за допомогою The Bat! і зробити ще купу дивних речей, найчастіше в тому самому повідомленні. Вчити їх марно, боротися з ними неможливо; залишається прийняти свою долю і максимально автоматизувати всі операції, пов'язані з виправленням їх помилок.
Однією з найлиховісніших і найнебезпечніших операцій у моїй практиці виявилася міграція Web пошти з сервера на сервер. Справа в тому, що у співробітників інституту аж три службові пошти: одна включає внутрішній Exchange сервер, інша працює на Mail.ru, а третя — на Gmail. Ні, це не я ідіот і навіть не вони. Це розпорядження дирекції, пов'язане з якимись відомчими іграми. Щось має залишатися всередині інституту на «корпоративному» сервері, щось, пов'язане із заявками та грантами, неодмінно має йти через російську пошту, а пошта Gmail пов'язана у моїх шановних колег із такими, безумовно, необхідними речами, як документи та таблиці Google, бекап на диск і т.д. Біда тільки в тому, що у семи няньок, як відомо, дитина без ока — тобто, в даному випадку, між трьох серверів пошти колеги мої недвозначним чином примудряються втратити найважливіші листи!
Є ще одна проблема, що часто викликає необхідність міграції пошти. Сучасні поштові послуги часто дозволяють автоматичну ретрансляцію повідомлень з одного сервера на інший, тобто збір пошти. І користувач, який звик до того, що його повідомлення на сервері, скажімо, Mail.ru, автоматично копіюються на пошту Яндекс, іноді забуває в результаті, що таким способом він отримує доступ не до всіх повідомлень, а лише до тих, що були отримані після налаштування збору пошти. Тому у нього може виникнути природне бажання виконати повну міграцію пошти зі старого сервера на новий, який найчастіше використовується, а до кого він піде з цим своїм бажанням? Правильно: до найближчого сисадміну!
Думаю, схожа ситуація виникає і у будь-кого, хто так чи інакше змушений мати кілька поштових акаунтів, тим паче адмініструвати їх, або ж просто хоче переїхати з сервера на сервер без втрати важливої інформації. Зрозуміло, IT-зубри з легкістю вирішать це завдання в два клацання мишкою, але якщо ви малодосвідчені в таких справах, то міграція електронної пошти може вилитися для вас у складне завдання. Тому я вирішив коротко поділитися досвідом, як без проблем виконати експорт листів пошти до якогось сховища та подальшого імпорту пошти на інший сервер. Можливо, комусь ця операція допоможе позбавитися дрібних неприємностей або просто полегшить життя!
Експорт листів: небагато теорії, небагато практики
В принципі, поштові сервери працюють із клієнтськими програмами по одному з двох протоколів: POP3 або IMAP. Якщо ці назви вам раптом нічого не говорять (так ще буває?), Спробую пояснити простими словами: протокол POP3 завантажує листи з сервера на ваш комп'ютер, а протокол IMAP обробляє їх прямо на сервері. Старі поштові клієнти за промовчанням працювали (і продовжують працювати) з протоколом POP3, вивантажуючи поштові повідомлення у спеціально виділену для клієнта папку (зазвичай вона знаходиться десь у каталозі користувача, серед прихованих за замовчуванням папок із даними додатків). Протокол IMAP сучасніший, і з його допомогою також можна виконати імпорт листів у локальне або мережеве сховище. Отже, питання в основному не в тому, як завантажити потрібні листи, а в тому, як переслати їх на потрібний сервер для міграції пошти. Найпростіший варіант – використовувати протокол IMAP, копіювати по ньому всі листи в якесь сховище у форматі EML, а потім залити їх в іншу папку на іншому обліковому записі, користуючись тим, що формат файлів листів у загальному випадку абсолютно однаковий.
Як це зробити?
Простий метод, яким із найменшими витратами користуюся я — виконувати міграцію листів пошти за допомогою якоїсь програми для копіювання даних, яка підтримує протокол IMAP. Це робиться за два кроки.
- Імпорт пошти з папки на сервер у якесь сховище у форматі EML.
- Експорт листів пошти до якоїсь іншої папки на іншому сервері по IMAP.
При цьому програма міграції пошти з погляду обох серверів поводиться як звичайний IMAP-клієнт. (До речі, більшість поштових серверів вимагають від вас дозволу використовувати вказану програму як поштового клієнта, так що перед виконанням міграції пошти з якоюсь утилітою обов'язково зайдіть у ваш поштовий обліковий запис і дозвольте серверу використовувати цю утиліту в списку доступних клієнтів за протоколом IMAP). Такі програми зазвичай потребують мінімуму ручної роботи для попереднього налаштування міграції електронної пошти. Зазвичай ви можете налаштувати навіть розклад для регулярної автоматичної міграції пошти з сервера на сервер, якщо це вам треба. Особисто я для експорту листів пошти користуюсь програмою , добре, що вона стоїть у нас майже на всіх машинах і вимагає мінімуму налаштувань, до того ж централізовано здійснюваних з адміністраторської машини — не треба нікуди ходити ногами. Але, за великим рахунком, програмне забезпечення, що використовується, неважливо, аби воно вміло здійснювати експорт і імпорт пошти прямо на Web-сервера, і підтримувало єдиний формат для листів на обох серверах.
А Microsoft як зазвичай ...
Окремий головний біль — міграція електронної пошти Exchange або Outlook (я маю на увазі не сервер пошти Outlook.com, а клієнт), адже Microsoft, як завжди, йде нестандартним шляхом. Добре, якщо в цій ситуації у вас є під рукою спеціалізована софтина для експорту листів пошти Outlook або серверів Exchange, тоді завдання спрощується до читання інструкції з міграції листів пошти під керуванням відповідної програми. Добре, що таких програм досить багато, як і спеціалізованих плагінів для відповідного програмного забезпечення, орієнтованих на продукти Microsoft.
Міграція електронної пошти через POP3
Дехто любить збочення, але в загальному випадку це не так. Тому не потрібно переносити пошту з сервера на сервер за протоколом POP3, це старе і негарне. Перейдіть на IMAP на обох серверах (як це зробити, є докладні інструкції практично у кожного провайдера), а потім зробіть все, як описано вище (або хоча б скористайтеся інструментом міграції, вбудованим у поштовий сервіс - іноді такі інструменти є, хоча їх зручність і логіка роботи зазвичай залишають бажати кращого). Можна також спробувати дідівський ручний метод: за допомогою програми-клієнта перенести листи з папки до папки, або просто виділити їх та відправити на новий сервер. Колись, коли ми були маленькими, ми всі чинили саме так, і нам це не здавалося непристойним, тому в безвихідній ситуації можна спробувати знову зайнятися подібною ручною роботою.
В цілому ж, міграція електронної пошти з сервера на сервер методом послідовного імпорту пошти до сховища, а потім експорту листів пошти на новий сервер за протоколом IMAP відповідає всім основним критеріям зручності роботи з програмами. Ці критерії - зрозуміла логіка, безпека, автоматизація та наявність великої кількості готових доступних інструментів, які можуть виконати для вас цю роботу. Так що, сподіваюся, ця моя нотатка виявиться комусь корисною і спростить життя в тих випадках, коли бухгалтерія або плановий відділ раптом терміново вимагають перевести їх з Яндекса на Mail.ru, з Гугла на Yahoo! або ще кудись, куди накаже начальник, що раптово перейнявся дислокацією пошти. Не давайте себе втомити, колеги!
Джерело: habr.com