From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vincent Beffara Subject: Re: org-caldav will cease to work with Google Calendar Date: Sat, 16 Mar 2013 18:30:40 +0100 Message-ID: <4D4325EF75974E92AD8DD572875D3DA7@gmail.com> References: <87ehfiymww.fsf@engster.org> <079271BC8BE94C89B8C5A7D3F57B1A2D@gmail.com> <87a9q4wncd.fsf@engster.org> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:40915) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGuwT-0003gf-LH for emacs-orgmode@gnu.org; Sat, 16 Mar 2013 13:30:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UGuwP-0003gX-3I for emacs-orgmode@gnu.org; Sat, 16 Mar 2013 13:30:49 -0400 Received: from mail-ea0-x234.google.com ([2a00:1450:4013:c01::234]:60322) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGuwO-0003gT-Mf for emacs-orgmode@gnu.org; Sat, 16 Mar 2013 13:30:44 -0400 Received: by mail-ea0-f180.google.com with SMTP id j14so1935543eak.39 for ; Sat, 16 Mar 2013 10:30:43 -0700 (PDT) In-Reply-To: <87a9q4wncd.fsf@engster.org> Content-Disposition: inline List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hi, > Supporting the Google Calendar API in org-caldav wouldn't be hard. It's > actually a very clean, RESTful service; much better than CalDAV, in > fact. Just what you would expect from Google. > > However, this is not a technical issue. This is also why I said that > anyone who wants to implement support for the Google Calendar API in > org-caldav should fork it; I won't accept pull requests which implement > that. Actually I had a look at the API. It is indeed very clean, but there _is_ a technical issue, namely they limit access to a certain number of connections per day, and this is accounted per application rather than per user. Right now it is 10.000 a day, but just listing all events in a single calendar involves paging: for 200 or so events, I had to connect 7 times, and this counts as 7 connections. I have no idea how many org users would actually sync with google using their proprietary API (given there is support), but reaching the limit would be very quick, and very problematic. [Admittedly it is not a technical issue on their side, but it would be on ours, somehow.] > If Google decides to discontinue a well established, IETF-standardized > API in favor of a proprietary one for which there exist no free server > implementations, I will not support that. I think the best solution for > anyone using Google Calendar is to migrate away from that service. Agreed. Now to look for a replacement ... /v PS: In the mean time, for those who sync only from org to gcal, the option of exporting an ics file and hosting it somewhere for google to subscribe to is still available, but it is far from being as good.