Назад | Перейти на главную страницу

Перенос пользователей и почтовых ящиков из postfix / Maildir в Postfix с бэкэндом Mysql

Итак, у меня около 60 пользователей с установленной вручную установкой postfix на openbsd, и я хотел бы переместить их почтовые ящики на наш новый почтовый сервер, на котором работает iRedMail (postfix, серверная часть vmail / mysql)

Кто-нибудь знает, как это сделать? Желательно ли сценарий, который я могу запустить, чтобы синхронизировать почтовые ящики пользователей по мере обновления записей MX?

Я предполагаю, что одним из способов (хотя у меня нет всех их паролей!) Было бы иметь imap-клиент командной строки, который имитировал бы пользователей, копирующих свою почту самостоятельно, но я уверен, что должен быть сценарий оболочки / php для миграции пользователей?

У кого-нибудь есть блестящие идеи?

iRedMail использует OpenLDAP / MySQL для хранения настроек почтовых учетных записей, поэтому не будет сценария, который переносит ваши текущие почтовые ящики в OpenLDAP / MySQL. imapsync не переносит настройки учетной записи пользователя в openldap / mysql, он просто копирует почтовые ящики

Хорошо, я нашел нужный инструмент, ответ - полностью обойти серверную часть, выбрать курс и использовать клиентские библиотеки imap:

http://imapsync.lamiral.info

это «бесплатно», но не совсем под GPL, вокруг его лицензии был некоторый шум, но, похоже, он работает.

Я ничего не знаю о iRedMail, но раньше делал много миграций почты на часто используемых почтовых серверах. Я бы не рекомендовал делать это в обычные рабочие часы. Вы должны запланировать время простоя не менее часа или двух в зависимости от того, сколько времени потребуется для переноса данных и отключения почтовых серверов, пока это происходит, чтобы пользователи не обновляли свои почтовые ящики или не получали разные наборы сообщений.

Если время кеширования DNS является проблемой, уменьшите TTL для любой зоны, которую вы меняете, примерно до 10 минут, затем подождите, по крайней мере, предыдущее время TTL, прежде чем выполнять миграцию. Таким образом, при переключении вы можете быть уверены, что все клиенты опаздывают на смену DNS всего на 10 минут. Затем верните TTL, когда убедитесь, что все прошло гладко.