5 ms·
For anyone looking to an alternative method, there is a great open source Python script called Bagoma that incrementally backs up your Gmail account: http://bag
by brucehart 13y ago
For anyone looking to an alternative method, there is a great open source Python script called Bagoma that incrementally backs up your Gmail account: http://bagoma.sourceforge.net/ http://bagoma.sourceforge.net/ . Each email is stored as an individual text file rather than the mbox format. I have backed up my account with it every few days for a couple of years and it works great. It will even restore your account to Gmail if you need to switch accounts or accidentally delete messages.
- js2 13y agoA similar project is http://gmvault.org/ http://gmvault.org/ I'd never heard of bagoma before. I've used Gmvault successfully on both gmail and google apps accounts.
- bentcorner 13y agoI've never heard of either and just tried out gmvault and it's currently running and appears to be working. Anybody tried out both and have data to share?
- ep103 13y agoFWIW I needed to do this to back up business emails when I closed down my last shop. At the time, all the open source projects I found didn't manage to correctly download ALL messages. I was finally able to do it by doing an HTML inject, and using JS to load each email iteratively.
- peterwwillis 13y agoAn alternative to this would be fetchmail and maildrop. The MTA (fetchmail) downloads the messages periodically and delivers them to the MDA (maildrop) which can store them in Maildir format (each mail is an individual file). Fetchmail actually has weird bugs with some mails, so I made my own version in Perl, but there's other options out there. Alternatives: http://imapsync.lamiral.info/ http://imapsync.lamiral.info/ http://offlineimap.org/ http://offlineimap.org/ http://isync.sourceforge.net/ http://isync.sourceforge.net/
- jfb 13y agoPlease don't use fetchmail -- it loses data. Use offlineimap or mbsync instead.
- mct 13y agoCitation?
- chalst 13y agoIIRC, the semantics used to be that if 1. You used the keep option, 2. fetchlimit was set to be less than the number of messages in the remote mailbox, and 3. The remote mailbox stayed above this limit, then you would find yourself in a state where fetchmail would say that it had fetched everything while there were unread messages that it would never look at. Looking for a bug report just now, I didn't see anything that matched this.
- e12e 13y agoMaybe this?: http://www.mhonarc.org/archive/html/fetchmail-friends/2003-10/msg00001.html http://www.mhonarc.org/archive/html/fetchmail-friends/2003-1... While I can understand holding a grudge against any software that drops email -- that was in 2003... [edit: also see markrages link on "why getmail" below]
- peterwwillis 13y agoI don't know about lost messages, but it used to bomb out on spam, but still deliver the messages up to the spam. So I would wake up with 5,000 duplicate messages and a lot that were never gotten, and i'd have to use a client to delete whatever seemed like the "bad" message until fetchmail could continue delivering mail and finally delete the old ones. To solve it I did what any bored Perl programmer would do - write my own fetchmail program in a couple hours in Perl. It solved my issues and i've been using it ever since. Years later it took me about an hour to add SSL IMAP support so I could use it on Gmail and Exchange.
- factorizer 13y agoAnother tool which does a good job is Mailstore, free for home users: http://www.mailstore.com/en/mailstore-home.aspx http://www.mailstore.com/en/mailstore-home.aspx