Как перенести почту с одного хостинга на другой: как без проблем съехать с одного сервера и отправиться на другой / Хабр
как без проблем съехать с одного сервера и отправиться на другой / Хабр
Тема, указанная в заголовке, может выглядеть неактуальной для уважаемых хабровчан, но иногда поднять её просто необходимо. Дело в том, что я работаю уже много лет админом в научном институте гуманитарной направленности, где у сотрудников такая квалификация в области современных информационных технологий, что пресловутая бухгалтерия из анекдотов про айтишника на этом фоне кажется собранием философов, посвящённых во все тайны бытия. Уважаемые учёные ухитряются вводить имена серверов почты русскими буквами, вместо знака «@» писать в скобках «собачка» (а потом говорить, что так было написано в присланном им почтовом адресе), пытаться отправить почту на 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). Такие программы обычно требуют минимума ручной работы для предварительной настройки миграции электронной почты. Обычно вы можете настроить даже расписание для регулярной автоматической миграции почты с сервера на сервер, если это вам зачем-то надо. Лично я для экспорта писем почты пользуюсь программой Handy Backup, благо она стоит у нас почти на всех машинах и требует минимума настроек, к тому же централизованно осуществляемых с администраторской машины — не надо никуда ходить ногами. Но, по большому счёту, используемое программное обеспечение неважно, лишь бы оно умело осуществлять экспорт и импорт почты прямо на Web-сервера, и поддерживало единый формат для писем на обоих серверах.
А Microsoft-то как обычно…
Отдельная головная боль — миграция электронной почты Exchange или Outlook (я имею в виду не сервер почты Outlook.com, а клиент), ведь Microsoft, как обычно, идёт по нестандартному пути. Хорошо, если в этой ситуации у вас есть под рукой специализированная софтина для экспорта писем почты Outlook или серверов Exchange — тогда задача упрощается до чтения инструкции по миграции писем почты под управлением соответствующей программы. Хорошо, что таких программ довольно много, как и специализированных плагинов для соответствующего программного обеспечения, ориентированных на продукты Microsoft.
Миграция электронной почты по протоколу POP3
Некоторые любят извращения, но в общем случае это не так. Поэтому не надо переносить почту с сервера на сервер по протоколу POP3, это старо и некрасиво. Перейдите на IMAP на обоих серверах (как это сделать, есть подробнейшие инструкции практически у каждого провайдера), а потом сделайте всё, как описано выше (или хотя бы воспользуйтесь инструментом миграции, встроенным в почтовый сервис — иногда такие инструменты есть, хотя их удобство и логика работы обычно оставляют желать лучшего). Можно также попробовать дедовский ручной метод: с помощью программы-клиента перенести письма из папки в папку, или просто выделить их и отправить на новый сервер. Когда-то, когда мы были маленькими, мы все поступали именно так, и нам это не казалось неприличным, поэтому в безысходной ситуации можно попробовать снова заняться подобной ручной работой…
В целом же, миграция электронной почты с сервера на сервер методом последовательного импорта почты в хранилище, а затем экспорта писем почты на новый сервер по протоколу IMAP удовлетворяет всем основным критериям удобства работы с программами. Эти критерии — понятная логика, безопасность, автоматизация и наличие большого количества готовых доступных инструментов, которые могут выполнить для вас эту работу. Так что, надеюсь, эта моя заметка окажется кому-то полезной и упростит жизнь в тех случаях, когда бухгалтерия или плановый отдел вдруг срочно требуют перевести их с Яндекса на Mail.ru, с Гугла на Yahoo! или ещё куда-нибудь, куда прикажет внезапно озаботившийся дислокацией почты начальник. Не давайте себя утомить, коллеги!
Перенос действующей корпоративной почты от хостера на Google / Хабр
По своей работе я часто имею дело с почтой, размещенной у разных хостинг-компаний. Несмотря на то, что за хостинг платятся вполне приличные деньги, качество услуг в разы проигрывает «бесплатным» почтовым серверам. Мало того, что под почту дают мало места, так и доступность её чаще всего хромает. Но когда мне довелось с почтой, размещенной у Хостинг-центра РБК, количество проблем достигло такого уровня, что было принято решение перейти на какой-либо альтернативный сервис.
Выбор был невелик – «Почта Для Домена» Яндекса или «Gmail для предприятий».
После недолгих размышлений было принято решение в пользу Google, т.к.:
- Это «Корпорация зла», а все бизнесмены – адепты зла 🙂
- Почта располагается за рубежом, что немного усложняет получения доступа к почте третьих лиц.
- Масса дополнительных сервисов, как стандартных (Docs, Calendar), так и дополнительных.
- Возможность подключения дополнительных возможностей за деньги (больше места, маршрутизация почты и пр.).
- Возможность создания нескольких администраторов для управления всем сервисом.
- Известная стабильность и качество сервиса.
- Всё таки, ПДД Яндекса – это клон Gmail для предприятий.
Регистрация в системе.
Регистрация в системе проста. Заходим по адресу www.google.com/a/cpanel/domain/new и вводим свой домен (без www).
Дальше вводим информацию о будущем первом администраторе (о себе), свой адрес и данные о компании.
На следующей странице вводим логин и пароль для будущего администратора.
Всё. Домен добавлен. Теперь можем авторизироваться и настраивать сервис под себя, создавать ящики, прописывать MX записи в DNS, подтверждать права на домен.
Но у нас была одна большая проблема. В организации около 30 ящиков, ими постоянно пользуются, некоторыми даже в выходные. Поэтому одной из главных задач было, сделать процесс перехода наименее болезненным.
Перенос имеющихся ящиков и почты.
Создание ящиков.
У Гугла есть удобная функция загрузки адресов из CSV таблицы (Дополнительные инструменты – Массовая загрузка).
В экселе или в блокноте создаем таблицу из четырех колонок, где первая колонка – это логин, вторая – имя, третья – фамилия, четвертая – пароль. Обратите внимание, что файл должен быть в кодировке windows-1251 (где-то в примерах предлагается образец файла, но он в UTF-8, такой файл создаст русские имена с кракозяблами), а разделитель – запятая. И обязательно укажите настоящие имена/фамилии, т.к. эта информация потом будет фигурировать в самом почтовом аккаунте (я написал в некоторые аккаунты «x3», т.к. не знал данных, потом был озадачен тем, когда получил письмо от «x3, x3»).
Мы создали такой файл и указали пароли от старых ящиков, загрузили файл в форму, система съела его и сказала, что в зависимости от объема будет обрабатывать его от нескольких часов до дня. На самом деле все ящики появились в течение минут тридцати.
Перенос почты.
Основная часть была сделана, теперь нам предстояло каким-то образом перенести почту из старых ящиков в новые и обезопасить сотрудников от проблем на время применения MX записей в DNS.
Мы подумали, что у Gmail есть функция сбора почты, с помощью которой мы можем подключиться к нашему старому почтовому серверу и забирать почту оттуда. Это позволило бы нам на время синхронизаций DNS быть уже на новом почтовом интерфейсе и иметь там старую почту и новую, даже если новые письма будут приходить на старый сервер.
Итак, нам предстоит тяжкий труд – зайти в каждый ящик и настроить там забор почты со старого сервера. Делать нечего, поехали.
Логинимся в ящик (https://mail.google.com/a/domain.ru/), при первом входе вводим капчу, попадаем в ящик. Идем в Настройки — Аккаунты, там кликаем на ссылку «Добавить свой почтовый аккаунт».
И, по идее, мы должны туда вписать e-mail аналогичный тому, в котором мы находимся, но Гугль – корпорация не только зла, но и хитрости, и при попытке вписать туда такой адрес сильно ругается. В принципе, этот адрес используется только в наглядных целях, поэтому мы смело можем вбить туда что угодно, я вот вписывал туда домен с www, т.е. например [email protected]. Такой финт гугл выдержал и показал форму, в которую я уже вписал данные для забора почты этого аккаунта со старого сервера. На всякий пожарный поставил галочку «Сохранять копии».
После нажатия на кнопку «Добавить аккаунт» происходит пробная авторизация и если данные указаны неверно, то будет предложено их исправить. Если всё хорошо, то аккаунт добавится, и с него начнёт забираться почта.
После всего проделанного осталось только прописать DNS записи на своем домене и сообщить новые параметры доступа к почте всем сотрудникам. Кстати говоря, если сотрудники смотрели почту через веб-интерфейс, переходя на поддомен сайта (например mail.domain.ru), то вы можете прописать такой же адрес в настройках гугла (Настройка службы – Электронная почта) и в DNS прописать соответствующую CNAME запись (после сохранения настройки система сообщит что именно прописать).
Для простоты, можно прописать в DNS и SMTP с POP3:
- smtp CNAME smtp.gmail.com
- pop CNAME pop.gmail.com
Огорчение.
Не обошлось и без ложки дегтя. В любой компании может возникнуть ситуация, когда нужно иметь доступ к почте сотрудника без его ведома. Просто вход под его учётной записью не поможет, т.к. опасные письма он может сразу удалять. Раньше для таких случаев в панели управления почтой у хостера настраивалась переадресация с нужного ящика на ящик контролирующего лица, и сотрудник не знал, что с его ящика почта уходит ещё куда-то. А с гуглом такая функция маршрутизации доступна только для платных аккаунтов (по $50 за каждый пользовательский ящик), оно и понятно 😉 Мы обошли эту проблему довольно некрасиво: заходили в каждый ящик и настраивали переадресацию на специальный адрес, в котором уже фильтрами «разруливали», чьи письма оставлять для чтения, а чьи можно и не смотреть, соответственно доступ к веб-интерфейсу сотрудникам мы тоже не дали – все пользуются почтовыми программами.
Краткая инструкция по переезду сайта с одного хостера на другой / Хабр
Тем, кто сопровождает работу web-сайтов, рано или поздно приходится сталкиваться с ситуацией, когда приходится менять компанию, предоставляющую услуги хостинга. Я же опишу ситуацию, которая позволит многим начинающим и не только администраторам совершить переезд на другой хостинг практически без потерь как работоспособности сайта, так и без потерь данных.
Возможно описанные мной действия покажутся некоторым изобретением велосипеда, но я неоднократно был свидетелем того, как несложный переезд затягивался на сутки или более и при этом сайт не работал. Я же переезжал уже несколько раз и при этом сайт оставался доступным, переезд проходил практически незаметно. Скажу сразу, что услугами хостеров по переезду я не пользовался, делал всегда все самостоятельно. Также данная инструкция может быть неприменима при переезде высоконагрузочных и распределенных ресурсов, но не мне уже подсказывать администраторам таких ресурсов, как организовывать подобный переезд.
1 камень. Почта.
Если вы до сих пор пользуйтесь почтовым сервисом от хостера — избавляйтесь от этой зависимости как можно быстрее. Используйте для домена сторонний сервис, например, бесплатные услуги от Яндекс.Почта для домена или Службы Google. Либо, если для вас критично самостоятельное управление, поднимайте собственный почтовый сервер. Переход на сторонний сервис поможет избежать потерь данных при переезде и наверняка улучшит качество почтовых услуг (для хостера предоставления почтовых услуг не является приоритетным, потому зачастую качество оставляет желать лучшего)2 камень. Выбор нового хостера
На данный момент у большинства хостеров существует тестовый период, когда можно заказать на определенный срок (от 7 до 30 дней) бесплатный тариф для тестирования. Не поленитесь и закажите у хостера, который вас заинтересовал своими ценами, такой тестовый тариф и подведите туда один из доменов третьего уровня, либо используйте полученный IP адрес (его можно посмотреть в панели управления). Пропингуйте этот IP и сравните показатели с текущими показателями, попробуйте поставить туда что-то тестовое, типа форума на phpbb3 или движка для сайта Joomla или Drupal. Почему их — эти движки достаточно требовательны к ресурсам, и если в случае даже минимальной установки возникнут проблемы — значит хостер не для вас. Посмотрите версии ПО, которое использует хостер, крайне желательно, чтобы версии были не ниже тех, что стоят у вашего текущего хостера.
Еще один немаловажный параметр, который пригодится вам для переезда — возможность удаленного доступа к SQL-серверу, если вы используете для сайта SQL-базу. Сейчас большинство хороших хостеров предоставляют такую услугу. Если вы не нашли в панели управления этой услуги — спросите техподдержку. И не торопитесь с окончательным выбором — подходить к выбору следует осознано, не следует браться за первый попавшийся вариант, обязательно рассмотрите еще парочку. Исходя из личного опыта, я бы не стал вчитываться в отзывы о выбранном хостере — зачастую такие отзывы не содержат в себе конкретной и важной для вас информации и эти подробности всплывут в самый неподходящий момент (например ограничения на количество писем в час может оказатся критичным для сайтов, где используются оповещения по почте о новостях или личных сообщениях на форуме).
При желании даже можно подключить какой-нибудь сервис для проверки доступности ресурса и посмотреть его результаты в течении нескольких дней. Если вас все устраивает — смело заказывайте нужный вам тариф.3 камень. SQL-база и тестирование работоспособности сайта на новом месте
Этот шаг следует делать в случае, если вы используете для хранения данных именно SQL-базу. Следует упомянуть, что существуют CMS, которые не используют для своей работы SQL-базы и хранят все в виде файлов — если вы используете такой вариант, этот шаг следует пропустить и задача ваша упрощается.
Для начала включите у нового хостера удаленный доступ к SQL-серверу, настройте учетные записи для доступа к нему (для доступа обычно достаточно указать IP ресурса, откуда будет осуществляться доступ, там следует указывать IP, на котором сейчас находится ваш основной сайт. Подключите и настройте на новом хостинге ваш домен (пока что только подключите, но не указывайте никаких изменений в текущих настройках вашего домена у регистратора или текущего хостера).
Теперь вам необходимо сделать бекап данных с SQL-базы, используемой для сайта. Если база небольшая, обычно достаточно средств, предоставляемых хостером. Я же для этого использую простой и быстрый скрипт Sypex Dumper (рекомендую для начала попробовать старую версию 1 и потом уже пробовать версию 2). Перенесите этот дамп на новый хостинг и восстановите ее. Параллельно можно перенести через ftp файлы вашего сайта на новый хостниг.
Для тестирования я использую возможности файла hosts, куда можно вписывать нужный вам домен и нужный IP. Т.е. на вашей машине в файл hosts вписывайте ваш домен и IP-адрес нового хостинга и через браузер у вас начнется открываться сайт уже с нового места. Это нужно для проверки работоспособности сайта на новом месте (иногда бывают проблемы с кодировкой). Не забудьте исправить конфигурационный файл движка сайта, где укажите новые данные для работы с базой SQL. Если все работает — переходим дальше. Удалите упоминание вашего домена из hosts, чтобы не мешалось пока.4 камень. Прозрачный переезд.
Прочитайте справку у хостера, какие параметры вам нужно указывать для удаленного доступа к базе SQL. Сделайте актуальную версию SQL-базы и по быстрому восстановите ее на новом хостинге. Не теряя времени, исправьте конфигурационный файл вашего сайта и укажите там, чтобы данные читались уже из удаленной базы. На данном этапе возможны замедления работы сайта, но это временно. Также может возникнуть потеря данных, если у вас очень посещаемый ресурс и данные появляются ежесекундно. Поэтому для этого действия желательно выбрать наименее нагрузочное время для сайта и возможно кратковременно включить режим обслуживания сайта, чтобы пользователи не успели что-то написать, что утеряется при переключении на другую базу. После перключения проверьте работоспособность сайта и действуйте дальше.
Теперь переключите управление доменом на другой хостинг, поменяйте у регистратора DNS сервера или IP-адреса для поддоменов и ждите, пока все растечется по миру — обычно это происходит в течении 3-4 часов, не больше. После того, как у вас начнется открываться сайт с нового места, воспользуйтесь снова вашим файлом hosts, вписав туда для домена старый IP-адрес и скопируйте файлы сайта со старого места. Затем удалите упомонинание в hosts о вашем домене и синхронизируйте скопированные файлы с файлами на новом хостинге. Это понадобится для тех ресурсов, где за это время могли подключатся какие-нибудь вложения, файлы или аватары у пользователей. Только не заменяйте конфигурационный файл, иначе сайт перестанет работать, пока вы его снова не исправите
Вот собственно и все. В процессе переезда сайт остается доступным для пользователей, переключение баз происходит практически без потерь данных, поисковики радуются, админ спит спокойно.
Миграция — Help Mail.ru. Mail.ru для бизнеса
Если у вас на другом сервисе есть настроенная корпоративная почта, вы можете перенести её на «Mail.ru для бизнеса», используя миграцию.
Миграция позволит не только перейти с другого сервиса (Яндекс.ПДД, Exchange, Google Apps для бизнеса и пр.) на Mail.ru, но и перенести всю существующую почту со старых почтовых ящиков на новые.
Использовать миграцию можно только в том случае, если вы хотите перенести домен с одного сервера на другой. Если вы хотите перенести письма из одного почтового ящика домена на другой, необходимо использовать функцию сбора почты.
Перенос почты
Процесс переноса почты состоит из следующих шагов:
1 шаг. Подключить домен к biz.mail.ru.
2 шаг. Включить миграцию. Для этого перейдите «Почта» → «Миграция» и установите переключатель в положение ВКЛ.
Выберите почтовый сервис, с которого будет осуществляться миграция почтовых ящиков (Яндекс, Gmail, Exchange), или укажите данные для своего сервера, выбрав «Другой сервер». Нажмите «Сохранить».
При настройке миграции с Exchange необходимо, чтобы сервер был доступен извне. Кроме того, в случае с Exchange будет настроен только сборщик, без синхронизации контактов и календаря.
3 шаг. Перенесите все почтовые ящики на сервера biz.mail.ru.
4 шаг. Поменяйте MX-записи.
Мы рекомендуем изменить MX-записи в последнюю очередь, чтобы во время переноса почты на наши сервера, а также во время изменения настроек в почтовых клиентах, ваша почта не терялась. Только после того, как все почтовые ящики будут перенесены, а настройки в клиентах изменены, MX-записи можно менять.
Создание пользователей
Вы можете создать пользователей, для которых необходимо перенести почту со старого сервера, 3 способами:
- В разделе «Пользователи» интерфейса администрирования
При создании нового пользователя установите галочку напротив «Мигрировать почтовый ящик». В полях «Имя ящика» и «Пароль» введите те же имя и пароль, что и в старом ящике, который вы хотите перенести.
Если вы хотите создать ящик с другим именем и паролем, в полях «Имя ящика» и «Пароль» укажите новые данные, а в разделе «Указать вручную» укажите данные такого ящика, с которого вы хотите настроить миграцию.
- С помощью csv-файла
Чтобы добавить несколько пользователей одновременно и создать для них сборщики, добавьте в создаваемый файл для массового добавления шестой столбец, в котором для каждого пользователя укажите пароль от старого ящика, с которого вы настраиваете миграцию.
Именно шестой столбец должен содержать данные о старых паролях. Если шестой столбец в файле пустой, вам придется настраивать сборщик для каждого ящика вручную.
- Включить сборщик для уже существующего пользователя
Чтобы настроить сборщик для уже существующего пользователя:
- Перейдите в раздел «Миграция» интерфейса администрирования;
- В подразделе «Статус миграции» установите галочку напротив имени того почтового ящика, миграцию для которого вы хотите настроить;
- Нажмите «Редактировать»;
- В открывшемся окне введите пароль и имя того почтового ящика, с которого вы хотите настроить миграцию;
- Нажмите «Добавить»;
- Повторите п.2-п.5 для всех почтовых ящиков, для которых вы хотите настроить сбор.
Удалить сборщик
Чтобы удалить настроенный ранее сборщик, в подразделе «Статус миграции» выделите необходимый почтовый ящик и нажмите «Удалить».
Для последующего запуска сборщика вам потребуется повторный ввод пароля от старого сервера.
Остановка миграции или редактирование данных сервера
Если вы остановите миграцию или отредактируете данные подключенного сервера (Сервер, Порт), все настроенные сборщики будут удалены и вам придется настраивать их заново.
Перенос корпоративной почты на почтовый хостинг: изменение MX-записей, настройка клиентов
Итак, оценив все преимущества корпоративной почты, вы, решили перенести почтовый сервер на профессиональный хостинг почты. Предположим, что профессиональный почтовый хостинг выбран, подобран выгодный тарифный план и подписан договор. Какими будут ваши дальнейшие действия ? Инструкция по переносу корпоративной почты состоит из трёх несложных шагов.
Изменение MX-записей
MX (Mail eXchanger) — тип записи в файле доменной зоны, которая указывает на почтовый сервер или почтовые серверы, ответственные за почту этого домена. Их изменение необходимо, чтобы перенаправить поток входящей корпоративной почты на новый IP-адрес, адрес хостинг-провайдера. Изменить MX-записи можно самостоятельно, если поддержка DNS-серверов продолжает осуществляться заказчиком услуги корпоративного почтового хостинга или передать на поддержку хостинг-провайдеру сами DNS-серверы, в таком случае все нужные изменения произведут специалисты оператора. У провайдера профессионально занимающегося предоставлением услуг хостинга почты такая услуга, как правило, бесплатна. Единственное, что потребуется от клиента, передать делегирование домена с текущих DNS-серверов на DNS-серверы нового хостера, например
ns1.tendence.ru
ns2.tendence.ru
ns3.tendence.ru
Сделать это можно в личном кабинете регистратора доменных имён.
Создание почтовых ящиков
Для того, чтобы пользователи корпоративной почты могли продолжить пользоваться своими привычными адресами необходимо создать их на почтовом хостинге. Администратор может сделать это самостоятельно, воспользовавшись зашифрованным HTTPS доступом к веб-интерфейсу управления хостингом почты или поручить эту задачу службе поддержки провайдера. В некоторых случаях возможен экспорт списка адресов пользователей со старого почтового сервера и импорт их на новый почтовый хостинг. Так зачастую удаётся даже сохранить пароли к почтовым ящикам, что облегчает перенастройку почтовых клиентов у пользователей.
Перенастройка почтовых клиентов на компьютерах пользователей
Необходимо указать новый адрес почтового сервера для приёма/отправки почты, дополнительные настройки, при необходимости новый пароль. Если на хостинг почты переносится «самодельный» почтовый сервер, то скорее всего придётся заменить написание логина для проверки почты на почтовый адрес полностью, с указанием домена.
Например, написание user заменить на написание [email protected]
Это необходимо, так на на почтовых серверах хостинга поддерживается множество почтовых доменов и имена почтовых ящиков до @ могут совпасть, ну, а при полном указании e-mail адреса совпадений быть не может, они уникальны. Также придётся включить SMTP-авторизацию, которая позволяет аутентифицировать пользователя корпоративной почты при отправке сообщения. Указание при этом логина в виде полного email-адреса обязательно, так же как и при настройке получения почты. Ранее, в случае «самодельного» почтового сервера, расположенного в корпоративной локальной сети организации, почтовые клиенты могли работать без этой настройки, так как всей внутренней сети было позволено отправлять сообщения через почтовый сервер. Что, кстати, рано или поздно приводило к блокированию провайдером IP-адреса организации для отправки почты (закрывался исходящий 25 tcp порт) или IP-адрес выделенной линии компании попадал в различные блок-списки адресов, рассылающих спам, и почта с него переставала приниматься большинством почтовых хостингов. Причина подобных неприятностей заключается в заражении локальной сети вирусами-«троянцами», которые начинали использовать корпоративный почтовый сервер внутри сети как релей (open relay) для рассылки спама. Разумеется, воспроизведение подобной ситуации на профессиональном почтовом хостинге попросту невозможно. Во-первых, отправка сообщений от имени поддерживаемых доменов возможна только после SMTP-авторизации (SMTP AUTH или «Проверка подлинности пользователя» для почтовых клиентов Microsoft), а, во-вторых, круглосуточный мониторинг сетевой активности пользователей корпоративной почты неизбежно выявит нештатную активность того или иного пользователя и администратор почтового хостинга примет меры по её предотвращению.
На этом перенос почтового сервера завершён. Все остальные настройки, необходимые или крайне желательные для безпроблемного приёма-передачи электронной почты, например:
- PTR-запись, необходимую для преобразования IP-адреса в имя и проверки почтового сервера-отправителя;
- SPF-запись, ограничивающую список IP-адресов, с которых возможна отправка писем от имени данного домена;
- DKIM-запись, позволяющую почтовым серверам получателей проверять криптографические подписи каждого письма;
и многие другие должен сделать поставщик услуг почтового хостинга. У клиента, системного администратора компании, переносящей свой почтовый сервер на хостинг почты, голова о них болеть не должна и для пользователей все эти изменения должный пройти совершенно незаметно. Ну, это конечно только в том случае, если провайдер хостинга почты выбран действительно профессиональный ! 😉
IMAPSync. Перенос почты между серверами / Хабр
В этой статье я хочу поделиться опытом переноса почты между разными серверами с помощью замечательной утилиты IMAPSync.
— Получение IMAPSync.exe из исходников github (компиляция под Windows).
— Перенос почты по IMAP между серверами.
В моем случае встала задача перенести почту со своего сервера IDECO на сервера pdd.yandex.ru. Средствами Яндекса сделать это мне не удалось, инструмент по импорту для домена и инструмент по сбору почты в свойствах ящика выдавал всегда одну ошибку — неверный пароль. Техническая поддержка отвечала раз в сутки, а проблема не решалась. Были рекомендации сменить пароль, подождать, отключить двухфакторную авторизацию и т.п. В общем стандартные отписки, к сожалению. Использовать biz.mail.ru, который прекрасно все импортировал на тестовых ящиках, не хотелось. Так как имею больше опыта с Яндексом, и больше нравится работа почты от Яндекса, было принято решение найти другой способ переноса почты. Им и стал IMAPSync.
Начинаем, при условии, что на сервере назначения у нас созданы пустые (или не очень) ящики с нужными нам логинами и паролями.
Компиляция IMAPSync.exe из исходников под Windows
- Подготавливаем инструменты для компиляции:
Для примера будем использовать путь «D:\IMAPSync\»Скачиваем последнюю версию IMAPSync с github, на примере версии IMAPSync v1.678
Распаковываем архив в D:\IMAPSync\imapsync-1.678\*.*
Копируем файл imapsync из D:\IMAPSync\imapsync-1.678\ в D:\IMAPSync\imapsync-1.678\W\Скачиваем Strawberry-perl, на примере версии Strawberry-perl-5.22.2.1-32bit-portable.zip
Подробнее про разные версии и проблемыУспешная установка пакетов и компиляция IMAPSync проверена на версиях:
strawberry-perl-5.20.3.3-32bit-portable strawberry-perl-5.22.1.3-32bit-portable strawberry-perl-5.22.2.1-32bit-portableОшибки обнаружены на версиях:
strawberry-perl-5.24.0.1-32bit-portable (не отрабатывает ppm install Unicode::String)Распаковываем архив в D:\IMAPSync\strawberry-perl-5.22.2.1-32bit-portable\*.*
Запускаем D:\IMAPSync\strawberry-perl-5.22.2.1-32bit-portable\portableshell.batПоявится командная строка (переменные среды perl тут уже настроены), в ней выполняем
ppm install Unicode::String D:\IMAPSync\imapsync-1.678\W\install_modules.bat
На этом этапе брандмауэр (firewall) может запросить открыть доступ для приложения «D:\IMAPSync\strawberry-perl-5.22.2.1-32bit-portable\perl\bin\perl.exe»
Необходимо разрешить сетевой доступ для успешной установки модулей.Выполняем повторно команду для наглядного мониторинга ошибок
D:\IMAPSync\imapsync-1.678\W\install_modules.bat
Убеждаемся, что все модули установлены, ошибок нет, можно переходить к компиляции. - Запускаем компиляцию:
D:\IMAPSync\imapsync-1.678\W\build_exe.bat
На выходе получаем imapsync.exe — запускаем его в том же окне командной строки и проверяем, должен показать справку:
Результат. Справка по всем параметрамSeveral options are mandatory. str means string int means integer reg means regular expression cmd means command --dry : Makes imapsync doing nothing, just print what would be done without --dry. --host1 str : Source or "from" imap server. Mandatory. --port1 int : Port to connect on host1. Default is 143, 993 if --ssl1 --user1 str : User to login on host1. Mandatory. --showpasswords : Shows passwords on output instead of "MASKED". Useful to restart a complete run by just reading the log. --password1 str : Password for the user1. --host2 str : "destination" imap server. Mandatory. --port2 int : Port to connect on host2. Default is 143, 993 if --ssl2 --user2 str : User to login on host2. Mandatory. --password2 str : Password for the user2. --passfile1 str : Password file for the user1. It must contain the password on the first line. This option avoids to show the password on the command line like --password1 does. --passfile2 str : Password file for the user2. Contains the password. --ssl1 : Use a SSL connection on host1. --ssl2 : Use a SSL connection on host2. --tls1 : Use a TLS connection on host1. --tls2 : Use a TLS connection on host2. --debugssl int : SSL debug mode from 0 to 4. --timeout1 int : Connection timeout in seconds for host1. Default is 120 and 0 means no timeout at all. --timeout2 int : Connection timeout in seconds for host2. Default is 120 and 0 means no timeout at all. --authmech2 str : Auth mechanism to use with host1: PLAIN, LOGIN, CRAM-MD5 etc. Use UPPERCASE. --authmech3 str : Auth mechanism to use with host2. See --authmech2 --authuser1 str : User to auth with on host1 (admin user). Avoid using --authmech2 SOMETHING with --authuser1. --authuser2 str : User to auth with on host2 (admin user). --proxyauth2 : Use proxyauth on host1. Requires --authuser1. Required by Sun/iPlanet/Netscape IMAP servers to be able to use an administrative user. --proxyauth3 : Use proxyauth on host2. Requires --authuser2. --authmd51 : Use MD5 authentification for host1. --authmd52 : Use MD5 authentification for host2. --domain1 str : Domain on host1 (NTLM authentication). --domain2 str : Domain on host2 (NTLM authentication). --folder str : Sync this folder. --folder str : and this one, etc. --folderrec str : Sync this folder recursively. --folderrec str : and this one, etc. --folderfirst str : Sync this folder first. --folderfirst "Work" --folderfirst str : then this one, etc. --folderlast str : Sync this folder last. --folderlast "[Gmail]/All Mail" --folderlast str : then this one, etc. --nomixfolders : Do not merge folders when host1 is case sensitive while host2 is not (like Exchange). Only the first similar folder is synced (ex: Sent SENT sent -> Sent). --skipemptyfolders : Empty host1 folders are not created on host2. --include reg : Sync folders matching this regular expression --include reg : or this one, etc. in case both --include --exclude options are use, include is done before. --exclude reg : Skips folders matching this regular expression Several folders to avoid: --exclude 'fold1|fold2|f3' skips fold1, fold2 and f3. --exclude reg : or this one, etc. --subfolder2 str : Move whole host1 folders hierarchy under this host2 folder str . It does it by adding two --regextrans2 options before all others. Add --debug to see what's really going on. --automap : guesses folders mapping, for folders like "Sent", "Junk", "Drafts", "All", "Archive", "Flagged". --f1f2 str1=str2 : Force folder str1 to be synced to str2, --f1f2 overrides --automap and --regextrans2. --regextrans2 reg : Apply the whole regex to each destination folders. --regextrans2 reg : and this one. etc. When you play with the --regextrans2 option, first add also the safe options --dry --justfolders Then, when happy, remove --dry, remove --justfolders. Have in mind that --regextrans2 is applied after prefix and separator inversion. For examples see http://imapsync.lamiral.info/FAQ.d/FAQ.Folders_Mapping.txt --tmpdir str : Where to store temporary files and subdirectories. Will be created if it doesn't exist. Default is system specific, Unix is /tmp but it's often small and deleted at reboot. --tmpdir /var/tmp should be better. --pidfile str : The file where imapsync pid is written. --pidfilelocking : Abort if pidfile already exists. Usefull to avoid concurrent transfers on the same mailbox. --nolog : Turn off logging on file --logfile str : Change the default log filename (can be dirname/filename). --logdir str : Change the default log directory. Default is LOG_imapsync --prefix1 str : Remove prefix to all destination folders (usually INBOX. or INBOX/ or an empty string "") you have to use --prefix1 if host1 imap server does not have NAMESPACE capability, so imapsync suggests to use it. All other cases are bad. --prefix2 str : Add prefix to all host2 folders. See --prefix1 --sep1 str : Host1 separator in case NAMESPACE is not supported. --sep2 str : Host2 separator in case NAMESPACE is not supported. --skipmess reg : Skips messages maching the regex. Example: 'm/[\x80-ff]/' # to avoid 8bits messages. --skipmess is applied before --regexmess --skipmess reg : or this one, etc. --pipemess cmd : Apply this cmd command to each message content before the copy. --pipemess cmd : and this one, etc. --disarmreadreceipts : Disarms read receipts (host2 Exchange issue) --regexmess reg : Apply the whole regex to each message before transfer. Example: 's/\000/ /g' # to replace null by space. --regexmess reg : and this one, etc. --regexflag reg : Apply the whole regex to each flags list. Example: 's/"Junk"//g' # to remove "Junk" flag. --regexflag reg : and this one, etc. --delete : Deletes messages on host1 server after a successful transfer. Option --delete has the following behavior: it marks messages as deleted with the IMAP flag \Deleted, then messages are really deleted with an EXPUNGE IMAP command. --delete2 : Delete messages in host2 that are not in host1 server. Useful for backup or pre-sync. --delete2duplicates : Delete messages in host2 that are duplicates. Works only without --useuid since duplicates are detected with an header part of each message. --delete2folders : Delete folders in host2 that are not in host1 server. For safety, first try it like this (it is safe): --delete2folders --dry --justfolders --nofoldersizes --delete2foldersonly reg : Deleted only folders matching regex. Example: --delete2foldersonly "/^Junk$|^INBOX.Junk$/" --delete2foldersbutnot reg : Do not delete folders matching regex. Example: --delete2foldersbutnot "/Tasks$|Contacts$|Foo$/" --noexpunge : Do not expunge messages on host1. Expunge really deletes messages marked deleted. Expunge is made at the beginning, on host1 only. Newly transferred messages are also expunged if option --delete is given. No expunge is done on host2 account (unless --expunge2) --expunge1 : Expunge messages on host1 after messages transfer. --expunge2 : Expunge messages on host2 after messages transfer. --uidexpunge2 : uidexpunge messages on the host2 account that are not on the host1 account, requires --delete2 --nomixfolders : Avoid merging folders that are considered different on host1 but the same on destination host2 because of case sensitivities and insensitivities. --syncinternaldates : Sets the internal dates on host2 same as host1. Turned on by default. Internal date is the date a message arrived on a host (mtime). --idatefromheader : Sets the internal dates on host2 same as the "Date:" headers. --maxsize int : Skip messages larger (or equal) than int bytes --minsize int : Skip messages smaller (or equal) than int bytes --maxage int : Skip messages older than int days. final stats (skipped) don't count older messages see also --minage --minage int : Skip messages newer than int days. final stats (skipped) don't count newer messages You can do (+ are the messages selected): past|----maxage+++++++++++++++>now past|+++++++++++++++minage---->now past|----maxage+++++minage---->now (intersection) past|++++minage-----maxage++++>now (union) --search str : Selects only messages returned by this IMAP SEARCH command. Applied on both sides. --search2 str : Same as --search for selecting host1 messages only. --search3 str : Same as --search for selecting host2 messages only. --search CRIT equals --search2 CRIT --search3 CRIT --exitwhenover int : Stop syncing when total bytes transferred reached. Gmail per day allows 2500000000 = 2.5 GB downloaded from Gmail as host2 500000000 = 500 MB uploaded to Gmail as host1. --maxlinelength int : skip messages with a line length longer than int bytes. RFC 2822 says it must be no more than 1000 bytes. --useheader str : Use this header to compare messages on both sides. Ex: Message-ID or Subject or Date. --useheader str and this one, etc. --subscribed : Transfers subscribed folders. --subscribe : Subscribe to the folders transferred on the host2 that are subscribed on host1. On by default. --subscribeall : Subscribe to the folders transferred on the host2 even if they are not subscribed on host1. --nofoldersizes : Do not calculate the size of each folder in bytes and message counts. Default is to calculate them. --nofoldersizesatend: Do not calculate the size of each folder in bytes and message counts at the end. Default is on. --justfoldersizes : Exit after having printed the folder sizes. --syncacls : Synchronises acls (Access Control Lists). --nosyncacls : Does not synchronize acls. This is the default. Acls in IMAP are not standardized, be careful. --usecache : Use cache to speedup. --nousecache : Do not use cache. Caveat: --useuid --nousecache creates duplicates on multiple runs. --useuid : Use uid instead of header as a criterium to recognize messages. Option --usecache is then implied unless --nousecache is used. --debug : Debug mode. --debugfolders : Debug mode for the folders part only. --debugcontent : Debug content of the messages transfered. Huge ouput. --debugflags : Debug mode for flags. --debugimap1 : IMAP debug mode for host1. Very verbose. --debugimap2 : IMAP debug mode for host2. Very verbose. --debugimap : IMAP debug mode for host1 and host2. --debugmemory : Debug mode showing memory consumption after each copy. --errorsmax int : Exit when int number of errors is reached. Default is 50. --tests : Run local non-regression tests. Exit code 0 means all ok. --testslive : Run a live test with test1.lamiral.info imap server. Useful to check the basics. Needs internet connexion. --version : Print only software version. --noreleasecheck : Do not check for new imapsync release (a http request). --releasecheck : Check for new imapsync release (a http request). --noid : Do not send/receive ID command to imap servers. --justconnect : Just connect to both servers and print useful information. Need only --host1 and --host2 options. --justlogin : Just login to both host1 and host2 with users credentials, then exit. --justfolders : Do only things about folders (ignore messages). --help : print this help. Example: to synchronize imap account "test1" on "test1.lamiral.info" to imap account "test2" on "test2.lamiral.info" with test1 password "secret1" and test2 password "secret2" D:\IMAPSync\imapsync-imapsync-1.678\W\imapsync.exe ^ --host1 test1.lamiral.info --user1 test1 --password1 secret1 ^ --host2 test2.lamiral.info --user2 test2 --password2 secret2 Here is a [MSWin32] system (Windows NT Fronik 6.2 Build 9200 x86) With perl 5.22.2 Mail::IMAPClient 3.38 $Id: imapsync,v 1.678 2016/01/21 19:47:02 gilles Exp gilles $ New imapsync release 1.684 available Homepage: http://imapsync.lamiral.info/Если все так, никаких ошибок нет, значит приложение готово, можно использовать.
Перенос почты по IMAP между серверами
- Копируем наше приложение \W\imapsync.exe в \examples\imapsync.exe. В папке \examples нас интересует несколько файлов:
- imapsync_example.bat — тестирование настроек переноса и сам перенос почты для одного ящика
- sync_loop_windows.bat и file.txt — перенос почты для массива ящиков
- Подготовка, тестирование, перенос одного ящика:
Открываем файл imapsync_example.bat и прописываем наши реквизиты и параметры:.\imapsync.exe ^ --host1 mx.example.ru --user1 [email protected] --password1 "Pass123" ^ --host2 imap.yandex.ru --user2 [email protected] --password2 "Pass123" ^ --ssl1 --ssl2 --sslargs1 SSL_verify_mode=0 --sslargs2 SSL_verify_mode=1 --skipheader "^(?!Message-Id)" --automap ^ --regextrans2 "s/^INBOX\.(.+)/$1/" --justfolders --dry @PAUSEНебольшое описание параметров
Сервер источника, логин ящика, пароль ящика:
--host1 mx.example.ru --user1 user --password1 "Pass123"
Сервер назначения, логин ящика, пароль ящика:--host2 imap.yandex.ru --user2 [email protected] --password2 "Pass123"
Использование SSL для сервера источника и назначения:--ssl1 --ssl2
Если включено использование SSL (—ssl1 —ssl2), то лучше сразу настроить режим проверки сертификата.
Принимать любой сертификат (=0), или проверять подлинность (=1).--sslargs1 SSL_verify_mode=0 --sslargs2 SSL_verify_mode=1
Заметил, что если не указать эти настройки, то могут появлятся ошибки при переносе некоторых писем, или появление ошибки такого рода:Use of uninitialized value $sockargs[9] in join or string at Mail/IMAPClient.pm line 360.
Игнорировать все заголовки в письме, кроме тех, что содержат «Message-Id». Этот параметр полезен в тех случаях, когда для одного письма на разных серверах генерируются разные заголовки, в моем случае они отличались. Яндекс для каждого письма добавлял одну дополнительную строчку, из-за чего письма дублировались при каждом последующем переносе почты. Если фильтровать заголовки по «Message-Id», то при каждом переносе почты, копируются только новые письма.--skipheader "^(?!Message-Id)"
Автоматически определить и привязать папки на сервере источника к папкам на сервере назначения. Сама сравнивает названия и создает привязки, поддерживает папки с кириллицей в названиях. Inbox-> Входящие. Sent -> Отправленные…--automap
Удаляет из названия INBOX во всех папках назначения. В моем случае IDECO все папки называет начиная с INBOX (INBOX.Sent, INBOX.Drafts и т.п.). Чтобы не создавать двойные названия в сервере назначения для папок, которые были созданы пользователем вручную. Тут стоит заметить, что это еще зависит от сервера.--regextrans2 "s/^INBOX\.(.+)/$1/"
Выполнять операции только для папок. Письма не переносятся.--justfolders
Эмуляция выполнения. Будет показан весь план работ, но физически ничего не переносится. Удобно для тестирования.--dry
После прочтения описания запускаем и проверяем как произошла привязка наших папок. Если все успешно — здорово. Если нет, то можно воспользоваться параметрами ручной привязки. Например, параметры ниже создает привязку папок «INBOX.Junk» и «INBOX.Spam» к папке «Удаленные».--f1f2 "INBOX.Junk"="&BCMENAQwBDsENQQ9BD0ESwQ1-" --f1f2 "INBOX.Spam"="&BCMENAQwBDsENQQ9BD0ESwQ1-"
Тут мы сталкиваемся с кодировкой. Чтобы определить как должны называться папки с кириллицей нужно заглянуть в логи (LOG_imapsync\*.txt), которые создаются после каждого выполнения программы.Folders mapping from --automap feature (use --f1f2 to override any mapping): [INBOX.Junk] -> [&BCEEPwQwBDw-] = [Спам] [INBOX.Spam] -> [&BCEEPwQwBDw-] = [Спам] [INBOX.Sent] -> [&BB4EQgQ,BEAEMAQyBDsENQQ9BD0ESwQ1-] = [Отправленные] [INBOX.Drafts] -> [&BCcENQRABD0EPgQyBDgEOgQ4-] = [Черновики] [INBOX.Trash] -> [&BCMENAQwBDsENQQ9BD0ESwQ1-] = [Удаленные]
Ну, а тут уже все ясно и понятно, и сама программа предлагает нам создать ручную привязку, если это необходимо.
После прогона, убедившись, что все выглядит хорошо, удаляем параметр:--dry
Запускаем, и проверяем как создались папки на нашем сервере назначения. Пока мы проверяем только папки. Если требуется, вносим правки в привязки. Если все выглядит так как нам нужно, отлично, переходим к письмам. Удаляем параметр:--justfolders
Запускаем и проверяем как создаются папки и перемещаются письма на наш сервер назначения. Также вносим необходимые правки при необходимости. Если нам нужно было перенести только один ящик — то на этом мы закончили. Если нужно перенести больше, то переходим к следующему пункту. - Перенос почты для нескольких ящиков.
Открываем файл file.txt. Этот файл содержит хорошее описание и реальный пример, для демонстрации работы. С заполнением трудностей возникнуть не должно. Закомментируем в нем все примеры, и напишем свои данные ниже. Перечисляем все наши ящики которые хотим перенести.mx.example.ru;user;Pass123;imap.yandex.ru;[email protected];Pass123 mx.example.ru;user2;Pass321;imap.yandex.ru;[email protected];Pass321
Открываем файл sync_loop_windows.bat на редактирование, и после строк:imapsync ^ --host1 %%G --user1 %%H --password1 %%I ^ --host2 %%J --user2 %%K --password2 %%L %arguments%
Добавляем наши параметры, не забывая про символ «^» в конце строки после %arguments%, получаем в итоге:imapsync ^ --host1 %%G --user1 %%H --password1 %%I ^ --host2 %%J --user2 %%K --password2 %%L %arguments% ^ --ssl1 --ssl2 --sslargs1 SSL_verify_mode=0 --sslargs2 SSL_verify_mode=1 --skipheader "^(?!Message-Id)" --automap ^ --regextrans2 "s/^INBOX\.(.+)/$1/" --justfolders --dry
Сохраняем и запускаем. Проверяем как прошла отработка и удаляем параметры —justfolders —dry для запуска реального переноса всех папок и писем.
Теперь остается только ждать завершения переноса почтовых ящиков и проверять логи. Для каждого ящика будет создан свой лог.
Дополнение
Несколько основных моментов которые я для себя выделил при изучении программы и отладке ошибок:
- В папке \examples\FAQ.d есть отличный FAQ с примерами
- При экспериментах с заголовками поможет параметр «—debug». В этом режиме показывается содержимое всех заголовков каждого письма.
- В качестве сервера источника и назначения можно использовать один и тот же сервер, например, для удаления дубликатов.
Компиляция и работоспособность протестирована на Windows 10 64bit и Windows 7 64bit.
UPD 2016.07.10: Переписал раздел подготовки и компиляции используя портативную версию strawberry.
Уточнил версии, на которых установка пакетов и компиляция проходит без ошибок.
UPD 2016.07.11: Добавил команды проверки и игнорирования сертификатов SSL.
Перенос почты с одного сервера на другой
Иногда возникает необходимость переезда с одного почтового сервера на другой, перенос всех почтовых сообщений может стать головной болью.
Есть один не слишком мудреный способ синхронизировать два почтовых ящика на разных почтовых сервисах через протокол imap, используя imapsync.
Для начала, нужно подключить репозиторий, содержащий нужные установочные пакеты (подробнее о подключении сторонних репозиториев):
В CentOS 5:
wget http://dl.fedoraproject.org/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm
В CentOS 6:
wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm wget http://rpms.famillecollet.com/enterprise/remi-release-6.rpm rpm -Uvh remi-release-6*.rpm epel-release-6*.rpm Now, use yum to install imapsync. It will automagically install all of the deps.
Сама установка проста и не отличается от установки других пакетов:
yum install imapsync
Теперь ознакомимся с возможностями утилиты:
[[email protected] ~]# imapsync --help usage: /usr/bin/imapsync [options] Several options are mandatory. --dry : Makes imapsync doing nothing, just print what would be done without --dry. --host1 <string> : Source or "from" imap server. Mandatory. --port1 <int> : Port to connect on host1. Default is 143. --user1 <string> : User to login on host1. Mandatory. --showpasswords : Shows passwords on output instead of "MASKED". Useful to restart a complete run by just reading a log. --password1 <string> : Password for the user1. --host2 <string> : "destination" imap server. Mandatory. --port2 <int> : Port to connect on host2. Default is 143. --user2 <string> : User to login on host2. Mandatory. --password2 <string> : Password for the user2. --passfile1 <string> : Password file for the user1. It must contain the password on the first line. This option avoids to show the password on the command line like --password1 does. --passfile2 <string> : Password file for the user2. Contains the password. --domain1 <string> : Domain on host1 (NTLM authentication). --domain2 <string> : Domain on host2 (NTLM authentication). --authuser1 <string> : User to auth with on host1 (admin user). Avoid using --authmech2 SOMETHING with --authuser1. --authuser2 <string> : User to auth with on host2 (admin user). --proxyauth2 : Use proxyauth on host1. Requires --authuser1. Required by Sun/iPlanet/Netscape IMAP servers to be able to use an administrative user. --proxyauth3 : Use proxyauth on host2. Requires --authuser2. Required by Sun/iPlanet/Netscape IMAP servers to be able to use an administrative user --authmd51 : Use MD5 authentification for host1. --authmd52 : Use MD5 authentification for host2. --authmech2 <string> : Auth mechanism to use with host1: PLAIN, LOGIN, CRAM-MD5 etc. Use UPPERCASE. --authmech3 <string> : Auth mechanism to use with host2. See --authmech2 --ssl1 : Use an SSL connection on host1. --ssl2 : Use an SSL connection on host2. --tls1 : Use an TLS connection on host1. --tls2 : Use an TLS connection on host2. --timeout <int> : Connections timeout in seconds. Default is 120. 0 means no timeout. --folder <string> : Sync this folder. --folder <string> : and this one, etc. --folderrec <string> : Sync this folder recursively. --folderrec <string> : and this one, etc. --folderfirst <string> : Sync this folder first. --folderfirst "Work" --folderfirst <string> : then this one, etc. --folderlast <string> : Sync this folder last. --folderlast "[Gmail]/All Mail" --folderlast <string> : then this one, etc. --include <regex> : Sync folders matching this regular expression Blancs like in "foo bar" have to be written "foo\ bar" --include <regex> : or this one, etc. in case both --include --exclude options are use, include is done before. --exclude <regex> : Skips folders matching this regular expression Several folders to avoid: --exclude 'fold1|fold2|f3' skips fold1, fold2 and f3. --exclude <regex> : or this one, etc. --regextrans2 <regex> : Apply the whole regex to each destination folders. --regextrans2 <regex> : and this one. etc. When you play with the --regextrans2 option, first add also the safe options --dry --justfolders Then, when happy, remove --dry, remove --justfolders. Have in mind that --regextrans2 is applied after prefix and separator inversion. --tmpdir <string> : Where to store temporary files and subdirectories. Will be created if it doesn't exist. Default is system specific, Unix is /tmp but it's often small and deleted at reboot. --tmpdir /var/tmp should be better. --pidfile <string> : The file where imapsync pid is written. --pidfilelocking : Abort if pidfile already exists. Usefull to avoid concurrent transfers on the same mailbox. --prefix1 <string> : Remove prefix to all destination folders (usually INBOX. or INBOX/ or an empty string "") you have to use --prefix1 if host1 imap server does not have NAMESPACE capability, all other cases are bad. --prefix2 <string> : Add prefix to all host2 folders. See --prefix1 --sep1 <string> : Host1 separator in case NAMESPACE is not supported. --sep2 <string> : Host2 separator in case NAMESPACE is not supported. --disarmreadreceipts : Disarms read receipts (host2 Exchange issue) --regexmess <regex> : Apply the whole regex to each message before transfer. Example: 's/\000/ /g' # to replace null by space. --regexmess <regex> : and this one. --regexmess <regex> : and this one, etc. --regexflag <regex> : Apply the whole regex to each flags list. Example: 's/"Junk"//g' # to remove "Junk" flag. --regexflag <regex> : and this one, etc. --delete : Deletes messages on host1 server after a successful transfer. Option --delete has the following behavior: it marks messages as deleted with the IMAP flag \Deleted, then messages are really deleted with an EXPUNGE IMAP command. --delete2 : Delete messages in host2 that are not in host1 server. Useful for backup or pre-sync. --delete2duplicates : Delete messages in host2 that are duplicates. Works only without --useuid since duplicates are detected with header part of each message. --delete2folders : Delete folders in host2 that are not in host1 server. For safety, first try it like this (it is safe): --delete2folders --dry --justfolders --nofoldersizes --delete2foldersonly <regex>: Deleted only folders matching regex. Example: --delete2foldersonly "/^Junk$|^INBOX.Junk$/" --delete2foldersbutnot <regex>: Do not delete folders matching regex. Example: --delete2foldersbutnot "/Tasks$|Contacts$|Foo$/" --noexpunge : Do not expunge messages on host1. Expunge really deletes messages marked deleted. Expunge is made at the beginning, on host1 only. Newly transferred messages are also expunged if option --delete is given. No expunge is done on host2 account (unless --expunge2) --expunge1 : Expunge messages on host1 after messages transfer. --expunge2 : Expunge messages on host2 after messages transfer. --uidexpunge2 : uidexpunge messages on the host2 account that are not on the host1 account, requires --delete2 --syncinternaldates : Sets the internal dates on host2 same as host1. Turned on by default. Internal date is the date a message arrived on a host (mtime). --idatefromheader : Sets the internal dates on host2 same as the "Date:" headers. --maxsize <int> : Skip messages larger (or equal) than <int> bytes --minsize <int> : Skip messages smaller (or equal) than <int> bytes --maxage <int> : Skip messages older than <int> days. final stats (skipped) don't count older messages see also --minage --minage <int> : Skip messages newer than <int> days. final stats (skipped) don't count newer messages You can do (+ are the messages selected): past|----maxage+++++++++++++++>now past|+++++++++++++++minage---->now past|----maxage+++++minage---->now (intersection) past|++++minage-----maxage++++>now (union) --search <string> : Selects only messages returned by this IMAP SEARCH command. Applied on both sides. --search2 <string> : Same as --search for selecting host1 messages only. --search3 <string> : Same as --search for selecting host2 messages only. --search CRIT equals --search2 CRIT --search3 CRIT --exitwhenover <int> : Stop syncing when total bytes transferred reached. Gmail per day allows 2500000000 down 500000000 upload. --maxlinelength <int> : skip messages with a line length longer than <int> bytes. RFC 2822 says it must be no more than 1000 bytes. --useheader <string> : Use this header to compare messages on both sides. Ex: Message-ID or Subject or Date. --useheader <string> and this one, etc. --subscribed : Transfers subscribed folders. --subscribe : Subscribe to the folders transferred on the host2 that are subscribed on host1. On by default. --subscribe_all : Subscribe to the folders transferred on the host2 even if they are not subscribed on host1. --nofoldersizes : Do not calculate the size of each folder in bytes and message counts. Default is to calculate them. --nofoldersizesatend : Do not calculate the size of each folder in bytes and message counts at the end. Default is on. --justfoldersizes : Exit after having printed the folder sizes. --syncacls : Synchronises acls (Access Control Lists). --nosyncacls : Does not synchronize acls. This is the default. Acls in IMAP are not standardized, be careful. --usecache : Use cache to speedup. --nousecache : Do not use cache. Caveat: --useuid --nousecache creates duplicates on multiple runs. --useuid : Use uid instead of header as a criterium to recognize messages. Option --usecache is then implied unless --nousecache is used. --debug : Debug mode. --debugcontent : Debug content of the messages transfered. --debugflags : Debug flags. --debugimap1 : IMAP debug mode for host1. imap debug is very verbose. --debugimap2 : IMAP debug mode for host2. --debugimap : IMAP debug mode for host1 and host2. --version : Print software version. --noreleasecheck : Do not check for new imapsync release (a http request). --releasecheck : Check for new imapsync release (a http request). --justconnect : Just connect to both servers and print useful information. Need only --host1 and --host2 options. --justlogin : Just login to both host1 and host2 with users credentials, then exit. --justfolders : Do only things about folders (ignore messages). --help : print this help. Example: to synchronize imap account "foo" on "imap.truc.org" to imap account "bar" on "imap.trac.org" with foo password "secret1" and bar password "secret2" /usr/bin/imapsync \ --host1 imap.truc.org --user1 foo --password1 secret1 \ --host2 imap.trac.org --user2 bar --password2 secret2 Here is a [linux] system (Linux nix-tips.ru 3.10.0-123.13.1.el7.x86_64 #1 SMP Tue Dec 9 23:06:09 UTC 2014 x86_64) With perl 5.16.3 Mail::IMAPClient 3.34 $Id: imapsync,v 1.592 2014/05/22 10:03:17 gilles Exp gilles $ New imapsync release 1.607 available Homepage: http://imapsync.lamiral.info/
Пойдем от простого к сложному. Сначала надо понять, как перенести содержимое одного почтового ящика. Затем нужно организовать пакетный перенос ящиков со старого почтового сервера на новый.
Синхронизация одного ящика
Исходные данные:
- Старый сервер: mailserver1.ru
- Новый сервер: mailserver2.ru
- Имя пользователя: [email protected]
- Старый пароль: pa$$word
- Новый пароль: pa$$word
Синхронизация осуществляется командой:
[[email protected] ~]# imapsync \ --host1 mailserver1.ru --user1 [email protected] --password1 pa$$word \ --host2 mailserver2.ru --user2 [email protected] --password2 pa$$word
Готово!
Почтовый ящик [email protected] теперь на обоих серверах содержит одинаковые письма.
Пакетная синхронизация по imap
Нам понадобится список ящиков в текстовом файле. Назовем его emails-list.txt:
[email protected];user1pa$$;[email protected];user1pa$$ [email protected];user2pa$$;[email protected];user2pa$$ [email protected];user3pa$$;[email protected];user3pa$$ [email protected];user4pa$$;[email protected];user4pa$$ [email protected];user5pa$$;[email protected];user5pa$$
Список сохранить рядом со скриптом sync_imap_batch.sh:
#!/bin/sh
mkdir -p LOG
{ while IFS=';' read u1 p1 u2 p2
do
{ echo "$u1" | egrep "^#" ; } > /dev/null && continue
NOW=`date +%Y_%m_%d_%H_%M_%S`
echo syncing to user "$u2"
imapsync --host1 mailserver1.ru --user1 "$u1" --password1 "$p1" \
--host2 mailserver2.ru --user2 "$u2" --password2 "$p2" \
> LOG/log_${u2}_$NOW.txt 2>&1
done
} < file.txtПосле запуска скрипта:
./sync_imap_batch.sh
И небольшого ожидания, мы получим полное соответствие содержимого почтовых ящиков нового сервера старому.
Легко перенести учетную запись электронной почты с одного сервера cPanel на другой
Перенести учетную запись электронной почты (включая старые электронные письма) с одного сервера cPanel на другой довольно просто, если у вас есть некоторые знания о cPanel и FTP.
В этой статье я буду часто использовать термины СТАРЫЙ СЕРВЕР и НОВЫЙ СЕРВЕР. Ниже приведены определения:
СТАРЫЙ СЕРВЕР = Сервер, на котором в настоящее время находится учетная запись электронной почты, который скоро будет перемещен с
НОВЫЙ СЕРВЕР = Сервер, на котором вы хотите переместить учетную запись электронной почты на
Шаг 1. Создайте новую учетную запись электронной почты на НОВОМ СЕРВЕРЕ с тем же адресом и паролем
Вы можете сделать это, зайдя в cPanel на НОВОМ СЕРВЕРЕ и щелкнув Учетные записи электронной почты .
Шаг 2: Загрузите файлы со СТАРОГО СЕРВЕРА
FTP на СТАРЫЙ СЕРВЕР и загрузите необходимые файлы. Из корневого каталога перейдите в «mail / domain.com / emailAccount». Здесь вы увидите кучу файлов. Все, что вам действительно нужно скопировать, это каталоги new и cur .
Если у вас много писем, это может занять некоторое время.
Шаг 3: Перенести файлы на НОВЫЙ СЕРВЕР
После загрузки файлов на шаге 2 поместите каталоги new и cur в папку «root / mail / domain.com / emailAccount »соответствующей учетной записи на НОВОМ СЕРВЕРЕ. Папка уже должна быть создана, поскольку вы уже создали учетную запись на шаге 1.
Иди принеси кофе. Этот шаг также займет некоторое время.
Шаг 4. Сброс квоты на почту
Теперь, если вы проверите НОВЫЙ СЕРВЕР, вы увидите, что ваши электронные письма перенесены, но ваша квота составляет 0 / xxx МБ. Чтобы обновить неверную почтовую квоту в cPanel: FTP на СТАРЫЙ СЕРВЕР, откройте файл maildirsize по адресу «root / mail / domain.com / emailAccount », скопируйте все содержимое и вставьте его в файл maildirsize на НОВОМ СЕРВЕРЕ.
Возможно, вам повезло скопировать файл maildirsize на СТАРЫЙ СЕРВЕР и вставить его на НОВЫЙ СЕРВЕР, однако это не сработало для меня.
Шаг 5. Изменение DNS
Если вы выполнили все шаги до этого момента, у вас должны быть переданы все файлы, но вам все равно нужно указать свои записи DNS на НОВЫЙ СЕРВЕР, чтобы туда отправлялась почта.Когда вы обновляете свои записи, это может занять до 24 часов.
Шаг 6: Тест
Наконец, отправьте на аккаунт тестовое электронное письмо. Если это работает, отправьте электронное письмо из учетной записи. Готово!
.
Как перенести учетную запись с текущего веб-хостинга на хостинг A2
В этой статье описывается, как перенести данные с другого провайдера веб-хостинга в вашу учетную запись A2 Hosting. При переходе с другого хостинг-провайдера мы рекомендуем оставить много времени (не менее 7 дней) между открытием вашей учетной записи хостинга A2 и закрытием предыдущей учетной записи. Это поможет обеспечить минимальное время простоя вашего веб-сайта во время миграции.
Наши миграции обрабатываются в том порядке, в котором они были получены.Большинство наших миграций выполняются в течение 24-48 часов. В некоторых случаях более сложные миграции могут занять больше времени.
Миграция cPanel
Если ваш текущий провайдер веб-хостинга использует cPanel, мы можем перенести ваш существующий сайт за вас, выполнив перенос учетной записи. Переводы доступны для следующих типов счетов:
- Аккаунты виртуального хостинга.
- Управляемые учетные записи VPS.
- Управляемые учетные записи выделенного сервера Flex.
- Мы стремимся завершить миграцию сайта в течение 24-48 часов после получения полного запроса на миграцию.Более сложные миграции могут занять больше времени. Наши сотрудники обязательно предоставят вам оценку времени.
- Мы настоятельно рекомендуем вам не отменять старую учетную запись хостинга до тех пор, пока вы не измените настройки DNS и тщательно не протестируете свою новую учетную запись хостинга A2, чтобы убедиться, что миграция завершена удовлетворительно.
- Подавляющее большинство наших миграций бесплатны. В некоторых случаях, особенно связанных с более сложными и ручными миграциями, мы можем взимать плату.Любые сборы будут обсуждаться с вами и потребуют вашего одобрения перед выполнением любых работ.
Чтобы перенести свою учетную запись, выполните следующие действия:
- Если вы еще не сделали этого, зарегистрируйте свою учетную запись A2 Hosting.
Мы рекомендуем вам указать адрес электронной почты, который не соответствует , а не домену, который вы хотите перенести. Это сводит к минимуму возможность потери сообщений во время миграции.
- Войдите на портал для клиентов.Если вы не знаете, как войти в клиентский портал, прочтите эту статью.
- В строке меню щелкните, а затем щелкните. Откроется страница Мои заявки на миграцию.
- Щелкните Запросить перенос.
- На странице запроса миграции прочтите предварительную информацию. Установите флажки, чтобы принять
.
Перенос писем со старого хоста на хостинг InMotion
В этой статье мы рассмотрим более переноса электронных писем с вашего старого хоста на InMotion Hosting . Если ваш предыдущий хостинг-провайдер использует cPanel, эта статья не будет применяться, так как ваши электронные письма будут перенесены с вашей полной резервной копией cPanel. Для получения дополнительной информации о выполнении переноса веб-сайта с хоста, который также использует cPanel, ознакомьтесь с нашей статьей Как перенести ваш сайт с другого хоста, который использует cPanel, на хостинг InMotion.
Вам нужно обновить свой старый сайт? Свяжитесь с нашей командой профессиональных веб-дизайнеров, чтобы создать потрясающий, отзывчивый веб-сайт!
Как перенести электронную почту с одного сервера на другой
Необходимые действия будут зависеть от того, использовали ли вы POP3 или IMAP для проверки электронной почты на предыдущем хосте. Если вы не знаете, какое соединение вы использовали, проверьте настройки электронной почты в старом почтовом клиенте.
Перед тем, как начать процесс переноса, вам необходимо настроить свои учетные записи электронной почты на новом сервере на хостинге InMotion.Ознакомьтесь с нашей статьей о создании учетной записи электронной почты, чтобы узнать, как создавать учетные записи электронной почты в cPanel.
POP3
Если вы использовали соединение POP3 со своим предыдущим хостом, ваши электронные письма уже загружены на ваш локальный компьютер, и вам не нужно будет выполнять дополнительные шаги для их перемещения. Тем не менее, вы захотите просмотреть раздел ниже о том, как не потерять электронную почту, когда вы указываете свой домен нашим серверам имен.
IMAP
Если вы использовали IMAP со своим предыдущим хостом, вам необходимо выполнить шаги, описанные в нашей статье «Использование thunderbird для передачи электронной почты между серверами», где приведены пошаговые инструкции по передаче электронной почты.Как отмечалось в этой статье, хотя мы используем Thunderbird в качестве примера, вы можете проследить этот процесс и с другими почтовыми клиентами.
Следует отметить, что при использовании IMAP требуется больше действий, поскольку электронные письма хранятся на сервере и не загружаются на ваш локальный компьютер. Из-за этого электронные письма необходимо перенести со старого сервера на новый. Если у вас несколько адресов электронной почты, вам нужно будет пройти процедуру для каждой учетной записи электронной почты.
Как не терять электронные письма во время распространения после смены сервера имен
После завершения миграции веб-сайта последним шагом будет обновление серверов имен вашего домена.После распространения электронные письма будут перенаправлены на новый сервер, но в течение 4-24 часов, которые могут потребоваться для завершения распространения DNS, новые электронные письма будут разделены между вашим старым и новым серверами. К счастью, у нас есть две рекомендации, чтобы вы не пропустили электронные письма в течение этого времени:
- Прежде чем направить свой домен на наши серверы имен, создайте на своем предыдущем хосте сервер пересылки, который пересылает электронные письма на адрес электронной почты, который не находится в том же домене, который вы перемещаете на хостинг InMotion (например,г. Gmail, Yahoo или другой домен, на который вы получаете электронные письма).
- Проверьте электронную почту на своем старом хосте с помощью их веб-интерфейса. Вам нужно убедиться, что вы используете временный URL-адрес или аналогичный URL-адрес, в котором указано имя сервера в URL-адресе, а не example.com/webmail или webmail.example.com.
Использование сторонней службы электронной почты — изменение записей MX
Если вы используете стороннюю компанию для своей электронной почты и, таким образом, не будете указывать на наши серверы имен для служб электронной почты, вам необходимо убедиться, что ваши записи MX указаны правильно, прежде чем указывать свое доменное имя на наших серверах имен.Это гарантирует, что ваши почтовые службы не будут прерваны после того, как вы укажете свой домен нашим серверам имен.
Поздравляем, вы успешно перенесли электронные письма со старого хоста на InMotion Hosting. Затем давайте придадим вашему сайту свежий вид! Посетите наш канал веб-дизайна, чтобы получить советы и рекомендации по созданию отличного веб-сайта, привлекающего внимание бизнеса.
.
Использование Thunderbird для передачи электронной почты между серверами
Если у вас был хостинг электронной почты от предыдущего хостинг-провайдера, скорее всего, у вас была учетная запись электронной почты. Вы можете перенести эти электронные письма на свою учетную запись хостинга InMotion . Есть разные способы перенести существующие электронные письма. Один из способов настроить учетные записи в почтовом клиенте и скопировать электронные письма на наши серверы. Мы собираемся показать вам, как это сделать с помощью почтового клиента Thunderbird. Другие клиенты, такие как Outlook, имеют те же базовые функции.
Как перенести электронную почту с помощью Thunderbird?
Прежде чем мы начнем, вам необходимо создать учетную запись электронной почты в cPanel. Затем откройте предпочтительный почтовый клиент, например Thunderbird. Важно настроить старый почтовый хостинг в почтовом клиенте как учетную запись IMAP. Убедитесь, что это сделано, прежде чем отказываться от хостинга у предыдущего провайдера, иначе вы потеряете электронную почту. Затем создайте новую учетную запись электронной почты, но с учетной записью, указывающей на наши серверы.
У нас есть статьи о том, как настроить различных клиентов, ссылки на которые приведены в нашем руководстве по настройке электронной почты.Вы можете прочитать более подробную информацию в нашем руководстве по началу работы. В этом примере мы настроим учетную запись электронной почты в Thunderbird.
При настройке учетных записей используйте имена хостов ваших серверов в качестве серверов входящей и исходящей почты. Например, средний пользователь будет использовать mail.example.com в качестве имени сервера входящей и исходящей почты. mail.example.com либо указывает на хостинг InMotion, либо на ваш предыдущий сервер, но не на оба сразу. Использование имени хоста сервера вместо mail.domain.com гарантирует, что мы подключаемся к правильным серверам.Ваше имя хоста для Inmotion Hosting может выглядеть примерно как biz108.inmotionhosting.com. Чтобы узнать точное имя сервера, обратитесь к панели управления учетной записью. Вам нужно будет связаться с вашим предыдущим хостом, чтобы узнать имя вашего предыдущего сервера.
Теперь, когда добавлены обе учетные записи электронной почты хостинга, мы можем скопировать электронные письма. В этом примере мы переместим электронные письма с [email protected] на [email protected] . Мы используем два разных адреса электронной почты, чтобы сделать наш пример более понятным.Однако, когда вы добавляете свои учетные записи электронной почты, они будут тем же адресом электронной почты. Вы будете копировать электронные письма с одних и тех же адресов электронной почты, но каждый из них будет размещен на разных серверах. Как только обе учетные записи будут добавлены, вы увидите их обе в левом меню вашего почтового клиента:
Осуществление перевода
- Чтобы начать процесс передачи, выделите все электронные письма, которые вы хотите передать. Вы можете выделить их, нажав « Edit » в строке меню, а затем « Select All »:
- Щелкните сообщение электронной почты правой кнопкой мыши.В Thunderbird наведите указатель мыши на « Copy To », а затем выберите папку «Входящие», в которую вы хотите скопировать электронные письма. Помните, что это будет учетная запись электронной почты, настроенная с помощью InMotion Hosting:
- Как только вы нажмете на папку, в которую хотите переместить электронные письма, начнется передача. Он будет отображаться внизу страницы, чтобы вы знали, что он копирует:
- Наконец, вы можете щелкнуть новый почтовый ящик, чтобы убедиться, что электронные письма переданы. Вы можете подтвердить, что электронные письма были скопированы, просто проверив почтовые ящики обеих учетных записей.Электронные письма в каждой учетной записи должны быть идентичными. Вы можете проверить как старую, так и новую учетную запись, чтобы убедиться, что процесс прошел успешно:
Если ваши электронные письма отображаются во входящих на нашем сервере, передача завершена! В зависимости от количества писем это может занять от нескольких минут до часов. Вы также можете подтвердить, что электронные письма скопированы, зарегистрировавшись в веб-почте.
.