Facebook
Twitter
burnley
Regular Pleskian
Hi,
Having been using the migrator lately quite a bit I can confirm it's a great tool with great potential, however it probably requires further adjustments to make it more suitable for automatic migration of large (50GB+) mailboxes & domains. My main gripes are:
1. Still slow for domains with tens of GBs of emails. For this, I've managed to improve the speed by ~30-40pc by skipping "chown popuser
opuser -R $path", "self._recalculate_maildirsize" and "self._update_panel_usage_stats". On the assumption that, of course, popuser numeric uid & gid are similar on both source and destination servers.
2. Due to the way it runs rsync, it generates duplicates, which of course is rather annoying I think the migrator should use, for email migration, the "--delete" switch which removes files from the destination that are missing from source.
In summary, based on my recent testing, I believe that running rsync with "--delete --numeric-ids" for email migration and skipping the time consuming operation will definitely improve both speed and consistency. Thus, an improved approach would look like this:
1. If possible, defer email delivery and block pop/imap access
2. rsync -az --delete --numeric-ids /src/ /dst/
3. If migration from courier-imap to dovecot, run the migration script, see http://wiki.dovecot.org/Migration/Courier
Plesk is afaik calculating the various usage stats, mailboxes included, nightly, so there's little benefit of adding this additional overhead to the mail migration.
Wonder what other people thoughts are here.
Having been using the migrator lately quite a bit I can confirm it's a great tool with great potential, however it probably requires further adjustments to make it more suitable for automatic migration of large (50GB+) mailboxes & domains. My main gripes are:
1. Still slow for domains with tens of GBs of emails. For this, I've managed to improve the speed by ~30-40pc by skipping "chown popuser
opuser -R $path", "self._recalculate_maildirsize" and "self._update_panel_usage_stats". On the assumption that, of course, popuser numeric uid & gid are similar on both source and destination servers.2. Due to the way it runs rsync, it generates duplicates, which of course is rather annoying
I think the migrator should use, for email migration, the "--delete" switch which removes files from the destination that are missing from source.In summary, based on my recent testing, I believe that running rsync with "--delete --numeric-ids" for email migration and skipping the time consuming operation will definitely improve both speed and consistency. Thus, an improved approach would look like this:
1. If possible, defer email delivery and block pop/imap access
2. rsync -az --delete --numeric-ids /src/ /dst/
3. If migration from courier-imap to dovecot, run the migration script, see http://wiki.dovecot.org/Migration/Courier
Plesk is afaik calculating the various usage stats, mailboxes included, nightly, so there's little benefit of adding this additional overhead to the mail migration.
Wonder what other people thoughts are here.
