Live data from Hacker News

An Example of a Sad Google Account Recovery Failure and Its Effects

lauren.vortex.com

121–130 of 133 posts

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#121
post #31

Earlier quoted context omitted.

These backups could be local or remote backups better be local AND remote.

Why? I don’t see how that is better than two or three remote backups? Do I need to change my strategy?

A local backup can be accessed nearly instantly in case you are pressed for time.

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#122

And a related PSA: never use "login with Google" or the like. You're exposing yourself to a severe cascade risk for the sake of saving a a little time. And your email should be on your own domain.

> And a related PSA: never use "login with Google" or the like. You're exposing yourself to a severe cascade risk for the sake of saving a a little time. > And your email should be on your own domain.

Underrated comments, right here. I use login with Google for nonessential things, and own my email domains.

The only things I'd add are that you should own both your email domain and the domain for your recovery email, AND that you should be backup files and photos to another service/location.

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#123

This is the 6th month that I lost access to my gmail account because I forgot my password (I was forced to change it prior to that, and I changed my devices). I lost access to many services from McDonald reward program to bank account (which I can recover I think). I just think it is such a bad idea to use email for accounts. I have migrated to iCloud email because it has a reasonable recovery process I can trust. I…

Have you considered the use of a tool such as a password manager or book?

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#124
post #7
post #6

I've said it once, and I've said it again for well over a decade. The only google account recovery is creating a new account in 5 minutes. If doing that does not restore the full extent of the purpose for which you were using google's services, you're doing it wrong. Google accounts serve one purpose: if you are trying to use a google resource that requires an account. Example: save some marked places on google maps.…

what do you suggest for cloud storage? I've had better luck over the years with google drive to store my documents than a physical backup drive. But the thought of losing access to my account scares me

I unfortunately can't answer that. My work gives me double-digit TB OneDrive, and if I need personal stuff on there, I put it in a password-protected 7z file. I don't actually use it all that much though. I just rsync between two laptops in the background and a copy of everything gets pushed to my phone when I plug in to charge at night. I only have about 500GB of data that I care about not losing - like a dump of all my emails in a pst going back 7 years, and some photos and personal video. Rsync does it all w/ 3 copies on local devices, and I don't think about it.

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#125
post #31

Earlier quoted context omitted.

These backups could be local or remote backups better be local AND remote.

Why? I don’t see how that is better than two or three remote backups? Do I need to change my strategy?

egress charges if you have a lot of data.

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#126

Earlier quoted context omitted.

Why? I don’t see how that is better than two or three remote backups? Do I need to change my strategy?

egress charges if you have a lot of data.

depends on where you host your data. a decent provider will include a few terabytes of traffic per month. and since you won't have a lot of people accessing that data, your traffic won't exceed that of a moderately popular website.

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#127

Earlier quoted context omitted.

If it is just email, it is more ergonomic to setup a local POP client like Thunderbird to download the emails. You don't have to use it to send email, just configure once and bring it up regularly to fetch the emails. I have a full copy of my gmail mailbox this way (already moved banking/govt services to fastmail anyway).

Yeah, this is what I do for email as well. Lets you seamlessly transition your backup to another service if/when you stop using gmail too. Though I use imap rather than pop, so that I don't end up with duplicates or other weirdness. (I keep incremental backups of the drive where the email is stored, so I'm not worried about a situation where both the cloud and backup copies get wiped.)

Here's the difference between IMAP and POP3. IMAP is a cloud service client, and POP3 is a store-and-forward, more or less. When you configure IMAP, you're operating on files on the server, and some or all of them may be cached, but the client will want to synchronize state with the server at all times. With POP3 you can specify "Leave on server" or "Delete from server". The POP client simply connects once and downloads everything (or everything that's new) and then you definitely have local copies of all those messages.

POP3 is good for use cases where you're rapidly migrating out and you want to wipe the messages clean, server-side. Or, if you believe the server will play hijinks with your messages or folders in some way, POP3 will give you a snapshot from time of download.

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#128
post #126

Earlier quoted context omitted.

egress charges if you have a lot of data.

depends on where you host your data. a decent provider will include a few terabytes of traffic per month. and since you won't have a lot of people accessing that data, your traffic won't exceed that of a moderately popular website.

But that's my point, to answer the question asked. You're mirroring between two cloud providers, one cuts you off and you need to egress all your data ASAP from that provider, to a new one. If you have your primary local, you just push to the new provider free.

Example: my work places all our files, including your docs and desktop folder, on OneDrive. There is a local cache, but they don't actually let you do a full sync to local to minimize egress

Example: they replaced my laptop, I had about a TB of data generated on the old one. It's all in OneDrive. I power up the new laptop. I can't just sync everything to it - they disable that via policy. Every time I open something for the first time, it downloads. So if I wanted to say, copy all my crap to AWS. Now I have to Egress the whole thing from Azure.

Now, imagine you have more than a TB. Not arguing either way - just answering the question.

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#129
post #92

Earlier quoted context omitted.

Part of the issue is the account is not dead, in the way many people think. Once you are locked out, after a period of time, Google can do what it wants with it. Which may include looking over or extracting any data from it, then selling it to whoever they like. And where those other entities may be storing your information (or continuously updating a profile about you), for their purposes and however long they like.…

Do you have a citation?

There isn't, and of course they will not spell it out. Read Google's policies (https://policies.google.com/privacy?hl=en-US). Google makes it very clear they collect a tremendous amount of data when the account is active, and reserves the right to retain data as necessary for business or legal purposes, security, fraud and abuse prevention, or financial record-keeping.

It's data on their servers that they control, that no longer has a user. The data then can fall into any of the categories mentioned above, to include the possibility of transfer to 3rd party entities. That they may eventually delete it, is different from how they may have used it or to what entities they may have sent portions to.

Re: An Example of a Sad Google Account Recovery Failure and Its Effects

#130

Earlier quoted context omitted.

Gmail is not free. You may not be paying for it with cash money, but you are paying for it with your privacy, and you’d better believe they profit from having your data.

Exactly. And Google is very quick to kill free products that are not generating good revenue for them.

Exactly. https://killedbygoogle.com/ (Killed by Google).
Post reply on HN