Email migration is genuinely painful and I am sure there's a real market here, so I am not trying to discourage you. But why should I trust a third party with my IMAP credentials?
"Credentials encrypted in memory only and deleted immediately after migration".
I have no way to audit/verify this claim. You're essentially asking users to hand over the keys to their entire email history on faith.
Yep, and no ISO 27001 or SOC II, nor is the location of the country of operation disclosed, let alone any name associated with it.
// imapsync did 14M to 21M mailboxes transfers per month in 2024, or 0.22% of ALL email traffic
I haven't had excuse to use imapsync for awhile. I remember using it fondly in the past. I definitely hadn't looked at the site in years.
I see that there's a free (for up to 3GB, pay for more) migration service offered there now, too: https://imapsync.lamiral.info/X/
That's a pretty cool way to support the project.
imapsync is slower and doesn't support bidirectional sync. It however handles message identity better than mbsync (http://isync.sourceforge.net/) and supports using different authorization and authentication. For administering our mailserver, I first used imapsync and then patched mbsync to support the Auth header.
It doesn’t explicitly state anything about the email contents in the privacy policy page. People generally trust their email providers to not snoop in their emails. I wonder why anyone should trust a cloud based service (such as this).
There's also no names listed of anyone associated with the project, nor they mention the country where they are located, so you don't even know which sets of laws applies.
I'm sure the MigrationWiz guys will appreciate your name.
I also can't imagine there is much demand for IMAP only email migration services these days.
I'm working on one this week, from a cPanel-hosted email to Google Workspace. There are probably still quite a number this category will still be happening.
Then there's all the people who want to exit Big Tech or US-based companies right now.
Perhaps not much, but last year I was looking at using IMAP as an export/import path for a relative's old Eudora mails to some much-more-recent client. I insisted on it, after I found out it could no longer make a secure connection to their e-mail server.
That said, I was saved/pleased by Eudora2Unix [0], one of those projects that represents a very long slow burn of successive people with a similar niche struggle. You might think Thunderbird would have an import tool for that, but it's been so many years it didn't survive...
Out of curiosity, did you have much luck using Eudora's IMAP to do the export?
What is the advantage of this tool over, you know, just using Thunderbird or another MUA to copy your emails to the new mailbox?
Thunderbird only supports moving from one mailbox to another, it doesn't support syncing whole namespaces. It also doesn't support syncing with namespace rewriting or syncing flags, timestamps or access rights. It does not allow using different authorization and authentication and is unsuitable for large syncs as you can't resume anything or have a progress bar. It is also pretty slow, because it does one mail at a time and is just not designed for this.
Note that I used the proper IMAP terms. A mailbox is what the layman probably calls a folder or directory, a namespace is what the laymen probably would call a mailbox or account.
I wonder if it includes workarounds for Google IMAP bugs etc. Some years ago I migrated over 10 years worth of emails from Google to Fastmail and I ran into a lot of issues with Google's buggy IMAP implementation. Things like a random 1 in every 1000 email failing to delete so I would have random emails still remaning. I found out it was a known issue which Google pretty much decided they WONTFIX. I later found Fastmail had its own migration tool that (I presume) has workarounds for various bugs in other providers IMAP implentation making it easier than using e.g. Thunderbird to do it. If I could go back in time and use a tool like this that has a way to work around Google's bugs that would have saved a lot of my time.
You could use Thunderbird, but it’s slow for large mailboxes and multiple accounts. Being cloud-based, Migrate Wizard moves email faster, tracks progress, retries on errors, and supports incremental syncs - all without running a client locally.
does it matter how long it takes if you're going to do it once?
last month I moved 20 years of email
I started offlineimap before I went to bed and it finished before I woke up
Migrate Wizard is a fast, secure IMAP email migration service that helps developers and teams move email data between providers with zero downtime.
It supports large mailboxes, preserves full data integrity, requires no setup, and works with any IMAP-compatible email service.
Email migration is genuinely painful and I am sure there's a real market here, so I am not trying to discourage you. But why should I trust a third party with my IMAP credentials?
"Credentials encrypted in memory only and deleted immediately after migration".
I have no way to audit/verify this claim. You're essentially asking users to hand over the keys to their entire email history on faith.
Yep, and no ISO 27001 or SOC II, nor is the location of the country of operation disclosed, let alone any name associated with it.
I love imapsync:
https://imapsync.lamiral.info
This is the way projects used to be, and surprisingly excellent ones still are.
The amount of knowledge built into this is incredible:
https://imapsync.lamiral.info/S/news.shtml
// imapsync did 14M to 21M mailboxes transfers per month in 2024, or 0.22% of ALL email traffic
I haven't had excuse to use imapsync for awhile. I remember using it fondly in the past. I definitely hadn't looked at the site in years.
I see that there's a free (for up to 3GB, pay for more) migration service offered there now, too: https://imapsync.lamiral.info/X/
That's a pretty cool way to support the project.
imapsync is slower and doesn't support bidirectional sync. It however handles message identity better than mbsync (http://isync.sourceforge.net/) and supports using different authorization and authentication. For administering our mailserver, I first used imapsync and then patched mbsync to support the Auth header.
It doesn’t explicitly state anything about the email contents in the privacy policy page. People generally trust their email providers to not snoop in their emails. I wonder why anyone should trust a cloud based service (such as this).
There's also no names listed of anyone associated with the project, nor they mention the country where they are located, so you don't even know which sets of laws applies.
I'm sure the MigrationWiz guys will appreciate your name.
I also can't imagine there is much demand for IMAP only email migration services these days.
I'm working on one this week, from a cPanel-hosted email to Google Workspace. There are probably still quite a number this category will still be happening.
Then there's all the people who want to exit Big Tech or US-based companies right now.
Perhaps not much, but last year I was looking at using IMAP as an export/import path for a relative's old Eudora mails to some much-more-recent client. I insisted on it, after I found out it could no longer make a secure connection to their e-mail server.
That said, I was saved/pleased by Eudora2Unix [0], one of those projects that represents a very long slow burn of successive people with a similar niche struggle. You might think Thunderbird would have an import tool for that, but it's been so many years it didn't survive...
[0] https://github.com/jonabbey/eudora2unix
Out of curiosity, did you have much luck using Eudora's IMAP to do the export?
What is the advantage of this tool over, you know, just using Thunderbird or another MUA to copy your emails to the new mailbox?
Thunderbird only supports moving from one mailbox to another, it doesn't support syncing whole namespaces. It also doesn't support syncing with namespace rewriting or syncing flags, timestamps or access rights. It does not allow using different authorization and authentication and is unsuitable for large syncs as you can't resume anything or have a progress bar. It is also pretty slow, because it does one mail at a time and is just not designed for this.
Note that I used the proper IMAP terms. A mailbox is what the layman probably calls a folder or directory, a namespace is what the laymen probably would call a mailbox or account.
I wonder if it includes workarounds for Google IMAP bugs etc. Some years ago I migrated over 10 years worth of emails from Google to Fastmail and I ran into a lot of issues with Google's buggy IMAP implementation. Things like a random 1 in every 1000 email failing to delete so I would have random emails still remaning. I found out it was a known issue which Google pretty much decided they WONTFIX. I later found Fastmail had its own migration tool that (I presume) has workarounds for various bugs in other providers IMAP implentation making it easier than using e.g. Thunderbird to do it. If I could go back in time and use a tool like this that has a way to work around Google's bugs that would have saved a lot of my time.
You could use Thunderbird, but it’s slow for large mailboxes and multiple accounts. Being cloud-based, Migrate Wizard moves email faster, tracks progress, retries on errors, and supports incremental syncs - all without running a client locally.
does it matter how long it takes if you're going to do it once?
last month I moved 20 years of email
I started offlineimap before I went to bed and it finished before I woke up
Migrate Wizard is a fast, secure IMAP email migration service that helps developers and teams move email data between providers with zero downtime.
It supports large mailboxes, preserves full data integrity, requires no setup, and works with any IMAP-compatible email service.