4 ms·
Personally I wouldn't entrust my emails to a provider that I trust so little as to not abuse the trust of its users with their "Email import tool". That is, if
by simon_acca 8y ago
Personally I wouldn't entrust my emails to a provider that I trust so little as to not abuse the trust of its users with their "Email import tool".
That is, if you even suspect that their "Email import tool" does shady things, I don't see how you can be comfortable with hosting your mail with them.
That said, you could use the google takeout function [0] to download your mail, and then upload via offlineimap of another similar tool. (I believe google takeout produces a .mbox).
Finally, I also host with fastmail, a great choice so far :)
0: https://takeout.google.com https://takeout.google.com
- asterslash 8y agoIs not so much about me trusting the company but being sure nothing can be done outside the scope I trust it, even if by mistake. It is also, from my point a view, a failure from Google to provide a more granular access to its services. Did you personally use the import tool (assuming you previously used Gmail)? I assume everything worked smoothly?
- simon_acca 8y agoCompletely agree on the granular access issue, companies with much smaller engineering teams manage to do it! I did use the import tool with no trouble but it was about 10x less data than what you have. Given the 2.5GB/day bandwith cap of the gmail API/IMAP you might really be better of with the takeout option though, doing the whole operation from a machine possibly in a datacenter with a good uplink.