Is it just me or does anyone else think that Google is possibly thinking of dropping Gmail service as well? Think Google Reader.
Not a chance. Gmail is way too valuable for Google to just shut down (and no Reader wasn't as valuable).
Download a copy of your Gmail and Google Calendar data
101–110 of 173 posts
Re: Download a copy of your Gmail and Google Calendar data
#102Mbox, eh? Can anyone confirm that they've implemented this properly, particularly when it comes to escaping lines in message bodies that start with "From "? Failure to properly escape such lines was an infamous bug with Mail.app's mbox exporter[1]. [1] http://web.archive.org/web/20070329131522/http://diveintomar...
mbox can't be implemented properly, it is an inherently broken format. Or rather, a family of almost compatible broken formats. https://en.wikipedia.org/wiki/Mbox Sounds like Mail.app exported in mboxcl2, which breaks mail readers expecting the mboxo or the mboxrd formats. I recommend people to use IMAP for extracting the mail, and to store it in something outside the mbox family.
How is mbox a broken format? It's a bad idea to use it in a multi-writer environment, and it's horrible because there are competing versions of it. But for plain storage, I thought it worked quite well.
What am I missing?
Re: Download a copy of your Gmail and Google Calendar data
#103Earlier quoted context omitted.
Please don't use fetchmail -- it loses data. Use offlineimap or mbsync instead.
Citation?
IIRC, 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.
Re: Download a copy of your Gmail and Google Calendar data
#104Earlier quoted context omitted.
mbox can't be implemented properly, it is an inherently broken format. Or rather, a family of almost compatible broken formats. https://en.wikipedia.org/wiki/Mbox Sounds like Mail.app exported in mboxcl2, which breaks mail readers expecting the mboxo or the mboxrd formats. I recommend people to use IMAP for extracting the mail, and to store it in something outside the mbox family.
How is mbox a broken format? It's a bad idea to use it in a multi-writer environment, and it's horrible because there are competing versions of it. But for plain storage, I thought it worked quite well. What am I missing?
Any line following a blank line and beginning with the four characters "From" marks the start of a new message. The BSD way of handling such lines in the body of a message was to prefix them with ">", which is a non-reversible workaround and is in the uuencode target charset.
Prefixing every line in the message body with a tab character would allow reversing and not interfere with uuencode/base64&c.
Re: Download a copy of your Gmail and Google Calendar data
#105Re: Download a copy of your Gmail and Google Calendar data
#106This is Google's way of saying, "Happy Holidays..."
Re: Download a copy of your Gmail and Google Calendar data
#107Mbox, eh? Can anyone confirm that they've implemented this properly, particularly when it comes to escaping lines in message bodies that start with "From "? Failure to properly escape such lines was an infamous bug with Mail.app's mbox exporter[1]. [1] http://web.archive.org/web/20070329131522/http://diveintomar...
mbox can't be implemented properly, it is an inherently broken format. Or rather, a family of almost compatible broken formats. https://en.wikipedia.org/wiki/Mbox Sounds like Mail.app exported in mboxcl2, which breaks mail readers expecting the mboxo or the mboxrd formats. I recommend people to use IMAP for extracting the mail, and to store it in something outside the mbox family.
Takeout engineer here. We currently use mboxo, but will be moving to mboxrd shortly.
Re: Download a copy of your Gmail and Google Calendar data
#108Am I the only one who can't see the Mail backup option? Only the Calendar option is available for me.
click "Create an archive" and you will then be able to select other Google services
Re: Download a copy of your Gmail and Google Calendar data
#109Thank you, Google. Glad to hear that the Data Liberation Front is alive and well: http://www.dataliberation.org/ From 2006: "We would never trap user data," he [Schmidt] said. [1] http://www.zdnet.com/blog/btl/google-ceo-eric-schmidt-we-wou...
"We would never trap user data" No, we just use a different definition of "user data" than most privacy and civil rights laws. Or can I soon expect to be able to download all the data anything from Google+ buttons, YouTube to Doubleclick ads have gathered on me?
You can already get your data for many things
https://www.google.com/settings/dashboard
Individual datasets are not of much group to advertisers
Re: Download a copy of your Gmail and Google Calendar data
#110Earlier quoted context omitted.
"We would never trap user data" No, we just use a different definition of "user data" than most privacy and civil rights laws. Or can I soon expect to be able to download all the data anything from Google+ buttons, YouTube to Doubleclick ads have gathered on me?
I think this is fairly obvious but there's a clear difference between "data belonging to a user" and "data about a user". The first is what they are talking about, because this is how vendor lock-in occurs.
Yes, there is a difference, absolutely.
No, the line between the two categories is not clear at all.