I use it with Thunderbird, and DavDroid (now DavX) to handle all my events and contacts (SMS contacts even show up correctly in Hangouts on Android phones)
I realize GCal is rarely ever down, but they do harvest all your data to sell you shit.
Here's a basic Dockerfile for Radicale if you want to try it out:
I used to work at Google. Its a big company, composed of almost 10^5 employees today. In my experience, they can be trusted to adhere to the letter of their agreements; no more and no less. That's not as bad as it might sound. Plenty of companies consider their contracts to be far more mutable than Google did while I was there.
But it does mean that you can't take any individual employee's word about what they are doing today. Individuals change. Managers change. People come and go. A fundamental part of the company mythos is that you as an individual know more about what goes on in the company than you really do. So unless you are acting in an official capacity to speak for the gmail and calendar teams, you should hush.
If the letter of their agreements permits GOOG to use your data for <X> purpose, then as a user of the service you should assume that they are.
Thank you for the citation. Nevertheless, I hope that you can clearly see the difference between referring folks to an official company communication, and starting off with "I work at google..." IIRC, there's mandatory annual training about just this sort of thing.
This linked post doesn't say anything about Google Calendar.
It's not necessarily that I doubt you, it's just that the press release is pretty specific that consumer GMail isn't going to be used for ad customization from now on, and it seems like if it was everything in G-Suite that would be mentioned somewhere.
I don't suppose there's a list Google maintains anywhere online that shows which of their own products they use to aid with ad targeting?
That's exactly what makes me nervous. Even someone working at Google isn't entirely sure what user data is or isn't sent to other parts of the company for other uses.
Plenty of other tech companies have lied, changed their policies, or just plain screwed up. Privacy and security are hard, and everybody has their hands out. As a consumer, there's no way for me to verify anything.
As Woz said (sort of), "Never trust a computer you can't throw out a window." When I make a backup to an external FW disk on my desk, or sync my phone with my computer over a USB cable, I know exactly what data is going where. The whole point of The Cloud being a cloud is that we don't know what's happening in it. It's inherent to the architecture. "Trust but verify" minus the "verify".
Has Google made any public statements about whether or not calendar data is used for ad targeting? Gmail was used for ad targeting until mid-2017[1] but I haven't seen anything about calendar.
Afaik, it was never used for ad targeting so there was no announcement to make. Just think about it for minute.
What percentage of people actively use Google Calendar? Out of those what percentage put useful information in there? How much commercial value does this information have?
But... why wouldn't they? Google already is heavily invested in doing this kind of parsing because a lot of their calendar entries are integrated with AI that figures out when you need to leave your house, how to add entries dictated over voice, how to auto-add new appointments based on emails without duplicating entries, and so on.
So Google already needs to know how to parse your calendar data in intelligent ways. And the way that data would be integrated into ads is not going to be all that different from the way Gmail data was processed.
Who cares if it's a small fraction of users? It's basically free data, being consumed by technologies that Google already has to build anyway -- and for the few users that do heavily use calendar, you're getting a ton of data on their everyday schedule.
Why build a set of tools that can do all of this parsing and then say, "nah, we're not going to deploy it everywhere."?
> What percentage of people actively use Google Calendar?
I don't know. My hunch is that it's not a fringe product though.
It's been a while since I checked, but I remember either Calendar or Keep being the default calendar app on Android. What percentage of Android owners use the built-in calendar on their phone to set reminders?
I generally expect Google to be using all possible data sources they have access to for ad targeting without explicit statements otherwise like Gmail has received.
You work for Google and are apparently "pretty sure" that Calendar isn't used for ad targeting but don't actually know, how is a consumer supposed to know this stuff?
You have access to their appointment graph from all the calendar invitations sent, especially with attendees list. You have access to meetings I am invited to even though I don't have a google account since my email address appears in invitations.
It's part of the google eco system. It's integrated with android, google assistant, gmail, ... Chromebooks need web-only replacements for Outlook and Office.
It's also a freemium product, because you can pay for gSuite.
Get people to stay logged in to Google. Then when you do your regular google.com searches, Google knows exactly who you are rather than trying to figure it out for an "anonymous" searcher. I'd guess that alone is worth the cost of operating Gmail for free for everyone.
Companies pay €€€ to use it for business. Free version was good introduction.
One reason for using Gmail (which is generating ad money) is the integration with calendar. Getting travel bookings automatically in calendar is useful.
About 2yrs ago I booked a flight to my relatives for a Christmas trip and pasted the info into my Google calendar. Within hours, I got google calendar notices about not having confirmed my hotel reservation. It was VERY annoying as it was borderline deceptive, presented as if I'd already gone through the whole reservation process but failed to confirm.
It was definitely a Google notice, and a Google confirmation process when I clicked through to confirm if I wanted this service. I shut it off as best I could find and told them I wanted no part of any such deceptive marketing, even though I would perhaps have wanted a service that made it clear that I was being offered an option, not a fake reminder.
I saw nothing of it since, but then I'd shut it off, so I should have no data. So, it seems that Google has siloed projects that not all employees know about...
Seriously, multiple downvotes for an accurate recounting of an observed event contradicting a parent assertion, yet no one provides any new info? I don't expect any upvotes, but what am I missing here? Is there something against posting actual data and events?
What you're describing isn't an advertisement, so isn't at all relevant to the discussion.
It's well known (and not at all secret) that google will grab upcoming flight info from emails and put it into your calendar. But this info still isn't used for ad targeting.
However, I was describing the deceptive advertisement that came along with the flight->calendar populating feature (which is fine).
The advertisement that Google added to my calendar was an auto-populated fake hotel reservation.
It was setup to look as if I'd previously reserved rooms but had simply failed to confirm the final ccard info -- the click-thru literally went straight to the enter ccard info page with my "reservation" prepopulated.
This was trying to hijack any other reservation that I might have intended to make (of course it was really obvious to me since we were staying w/relatives).
Let's be clear:
Adding a "need a hotel?" link to my calendar might be ok.
Populating my calendar with an item for a business I've never even contacted is an advertisement.
Falsely claiming I've already made a reservation when I've never even contacted the business is a lie. It is a deceptive practice.
I was genuinely surprised to see this level of both advertising and deception from Google.
There is also Nextcloud which provides for most self-hosting needs in a single package (calendar, tasks, file storage, notes, music, photos, device tracking, etc.)
I swapped out Horde for Roundcube as my default for customers (who didn't want/need groupware, those are M$ and Zimbra), much easier on the eyes. Just as functional IMO.
While self-hosting is a good start, I believe that everyone should be end-to-end encrypting their data. Servers can be hacked and snooped on, and I cringe at the thought of leaving my personal information in the clear on a server, even if it's mine.
That's why I created EteSync[1] a secure, end-to-end encrypted, and privacy respecting sync solution that seamlessly integrates with existing apps and feels just like a Google account.
I'll add that Microsoft Outlook calendar works really well. or $69/year, Microsoft will sell you an Office 365 account, Outlook email and calendar, all their apps on-line, two desktop-installable licenses for their Office Suite, and 1 TB of OneDrive storage. It's a great deal.
Also, accurately reporting about an arbitrary source of downtime means you're smart enough to avoid the same sources of downtime.
Not that this can't have been an obvious reason (deleting all the servers in a datacenter or similarly trivial but severe) but it's likely impossible to ensure status page accuracy.
That only indicate the frontend of the service is up and potentially running. Being about to respond to ping and being able to serve HTTP request are two different things, and being able to serve HTTP request vs a fully functional website are two different things. Think about wrong SSL certification, wrong domain mapping between frontend/backend, broken JS/CSS etc.
Most outages aren't so obvious as this one, and any ping will fail intermittently (often because the ping agent has a failure.) Google definitely has loads of pings hitting Google Calendar in various ways. Exposing this monitoring to the public is not practical or really useful. (And would aid would-be attackers.)
> We're investigating reports of an issue with Google Calendar. We will provide more information shortly. The affected users are unable to access Google Calendar.
Wasn't there that time AWS had some outage, but the red-circle picture (for failure) was itself hosted on the unavailable AWS service, so their status page didn't show it as being unavailable? Or am I mis-remembering something/repeating an urban legend?
"We're investigating reports of an issue with Google Calendar. We will provide more information shortly. The affected users are unable to access Google Calendar."
It's like with any big company:
they'll have a bunch of SREs and SWEs working on it and trying to solve this asap, but it's probably too technical to give more details than "we're investigating".
It seems with these "Big Provider" outages its a cascading failure across a few systems as opposed to a single point failure which makes debugging a bit harder.
I think you meant "paid customers". Pretty much all the people wrote here are "customers" one way or the other. By "updates" if you meant the message in GSuite Admin account notification section, it's no more insight than what's describing here:
https://www.google.com/appsstatus#hl=en&v=issue&sid=2&iid=cc...
Nothing but anecdote, but a lot of my friends at Facebook and Google are eyeing the exits.
They’ve made good money and can afford to go somewhere better aligned with their values. They’re also each remarkably talented.
These outages may be a reflection of that exodus. (Counterfactual: we started our careers at the same time and are nearing a natural switching point simultaneously.)
How do you think it relates to the failures exactly? Employee quality is down? The servers had someone manually monitoring them and they quit so now the servers are quietly on fire? What's the theory?
Hint: companies at Google's scale do not have a single point of failure where employees slowly trickling in or out can impact their infrastructure in this way. You would see many more failures in this case. The tenure for the average employee is ~2 years.
I've worked at big companies and small ones. Every place has a small pool of extraordinary technical talent (the 10x or 100x engineers or whatever). It isn't just that these people are geniuses (although some of them def are), its how much context they have around the systems that are critical to the functioning of the Company. They have that context + dedication to have learned about different failure scenarios. They probably have built the automation systems that deploy the services.
When such people leave, its not the end of the company, someone else (either a person or a group) usually are interested and step up to knowledge transfer before the person leaves and then learn the system.
However, if a critical mass of people leave at or around the same time, crucial knowledge that is necessary for the systems to operate correctly is lost. This may not surface immediately, but when something goes wrong, you will notice it.
I'm not saying this is what happened to Google, IDK. But its very much a possiblity, even at the largest companies. Especially the ones that have somewhat centralized systems, so outages tend to affect a whole bunch of seemingly unrelated services.
What's going on with google lately? First the google cloud outage earlier this month and now this? I wonder if there's some sort of systemic problem they're dealing with
Now I'm curious when the last time Google search went down? they must lose a lot of money everytime that happens. or is that one of those services where they spend ridiculous amounts of money and talent on making sure it never goes down?
It's that second thing. They spend a lot and have a lot of talent behind keeping search up. Also it's an easier problem because it isn't transactional. They can fall back to generic search results if they can't load your custom data, and you'd probably never notice.
Google calendar sort of requires your personal data to function (just like gmail).
I'm guessing that Google search is easier to distribute over a larger set of machines, since the data it uses is static to a large degree and less bound to specific users.
Search also has the possibility of degrading nicely, unlike a calendar. You could store the top million sites in some backup service and drop down to string matching if you had to. Searching for “how to train a hunting dog”? Here’s the Wikipedia page for Dog. Best of luck.
Also I would like to point out an interesting side effect that the #1 result in google for "Google calendar 404" is down with a "Too many requests" error :D
This is especially chaotic for business GSuite users. Wonder if there's an offline/local cache service available for cloud-hosted systems, that would be a good middle-ground between local control and cloud-backed scale.
At the very least, if you had your Google Calendar synced to your mobile device (with the Calendar app) you can still view your meetings offline. You just can't add new ones.
This is the reality of offshoring your business infrastructure to the cloud. Yes, it can fail, and when it does you will have nothing to do but shout into the wind. You have no control over anything that could cause an outage, nor do you have any ability to fix it.
I work somewhere almost entirely integrated with GSuite for everything (Calendar, Gmail, Meet, Chat, Drive, Pixelbooks, etc) and it's a fun time right now.
Writing your own little personal-use web apps can be really nice - not sure how common this is, but I highly recommend it. I did it for tasks, time tracking, invoicing, and personal finances, partly because Google and others kept "upgrading" and screwing up the UI & performance of the tools I was relying on.
Each took about a day to write, and is customized exactly the way I like it; if I need a shortcut key, a weird little feature, etc. I can do it. I'm kind of an optimization / performance nut too, so they all run uber-fast, no perceptible delay from click to page / screen loaded (Sqlite is great for these kinds of things). Data is totally private and under your control. It's really nice.
However, calendar was complicated enough that I just use Google's. Might be time to rethink..
I totally concur with the approach of building your own internal tools like this. There is a lot of technical value (and also some unique risks) with DIY tooling that is not usually apparent to the business owner. Being able to expose new APIs and interface things together with other parts of your business in new and open ways is a very powerful and compelling capability. Just knowing that you can do these things in the future is a powerful tool, as it keeps developers' minds more open to consider new integration and automation possibilities. Sure, most turn-key solutions offer some degree of an API and integration options, but if you control the source and CI/CD pipeline of your tools, it's a completely different ball game. I am sure most of us are acutely aware of the downsides of relying on 3rd party APIs at this point.
Also, Sqlite is a database engine to be seriously reckoned with if you know how to run a few magic PRAGMAs on your initial connection. I am still in awe of what can be achieved in terms of throughput and latency by a single connection on a WAL-journaled Sqlite db. If you don't need your app or service to scale beyond a single process per logical deployment, I cannot see any justification for using another engine.
I wrote my own bookmarking app last year https://github.com/jonschoning/espial ), and pretty sure I re-couped the value I get out of using it every day, being a somewhat obsessive bookmarker/archiver.
That's a cool project, and it's a cool trick to avoid a dependency on a large company's app. Buuut There's always going to be a dependency on your ISP, your web hosting provider's internet access and their hardware uptime/backup schedule, your neighborhood's telephone poles and wires, your utility company, your hosting company's utility company, etc. etc. etc.
We all stand on the shoulders of giants, and I try not to think about how fragile it all really is all the time.
To circumvent this, you could host something on your LAN using, for example, a Raspberry Pi. To get access from outside that network, you could use some sort of VPN/proxy/tunneling, or you could host another instance with a hosting provider and sync the two.
I used Python / Flask / Apache for server stuff, MySQL & Sqlite for storage, and jQuery & vanilla Javascript for frontend. But I'm sure any web stack would work.
Well I get that shit happens, but what is strange about these recent google incidents is actual downtime. 5 hours for google cloud, and almost 1 hour already for calendar.
Conjecture: Security is a probabilistic thing. They have threat levels which are derived from real-time data and the predictability of behaviour. So if an individual suddenly changes browser or IP they might trip. Or if an entire IP range does the same thing, that might be a hint at a hijack.
My guess is that something bad has happened centrally, which tripped the security heuristics as an unexpected event at a very high level. It then elevated the security for a very large number of users.
Anyone notice that they do not use recaptcha for this page? Apparently old fashioned skewed text works fine to protect google's own services from bots!
2 explanations I can think of:
- This is a backend failure, where all those servers that put together your calendar data and serve it to you as a webpage all use the same database/backend, which is having some sort of error.
- The code that runs on those servers has a bug. They are all at or near the same version, so they all fail. Manual intervention needed to diagnose and fix the bug.
yeh... but, we sorta live and die by the evidence. We can't just blindly assume OP is correct. Thankfully, OP knew that and saved us the hassle or typing it ourselves.
https://radicale.org/
I use it with Thunderbird, and DavDroid (now DavX) to handle all my events and contacts (SMS contacts even show up correctly in Hangouts on Android phones)
I realize GCal is rarely ever down, but they do harvest all your data to sell you shit.
Here's a basic Dockerfile for Radicale if you want to try it out:
https://github.com/sumdog/bee2/tree/master/dockerfiles/Radic...