From mboxrd@z Thu Jan 1 00:00:00 1970 From: Torsten Wagner Subject: Re: org-caldav feedback Date: Tue, 22 Jan 2013 16:35:13 +0100 Message-ID: References: <87wqvb1vh4.fsf@engster.org> <87obgi2v9t.fsf@engster.org> <87fw1u2pdp.fsf@engster.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d042dfd35e9071304d3e2522a Return-path: Received: from eggs.gnu.org ([208.118.235.92]:43764) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Txfse-0006cB-8Y for emacs-orgmode@gnu.org; Tue, 22 Jan 2013 10:35:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TxfsZ-0003Iy-AB for emacs-orgmode@gnu.org; Tue, 22 Jan 2013 10:35:20 -0500 Received: from mail-da0-f48.google.com ([209.85.210.48]:52166) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxfsZ-0003II-4i for emacs-orgmode@gnu.org; Tue, 22 Jan 2013 10:35:15 -0500 Received: by mail-da0-f48.google.com with SMTP id k18so3300809dae.21 for ; Tue, 22 Jan 2013 07:35:14 -0800 (PST) In-Reply-To: <87fw1u2pdp.fsf@engster.org> 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: Torsten Wagner , Org Mode Mailing List --f46d042dfd35e9071304d3e2522a Content-Type: text/plain; charset=ISO-8859-1 Hi David, great thanks a lot this solved the time shift problem. I did not had time to play with the different parameters. For now I simply added all of them. I guess it has to do either with the timezone or with the daylight settings. Maybe you want to add this to a "How-to install for SOGo" as a workaround. One problem remain. If I change something in the caldav calendar, the time information in org get lost completely. E.g. * Meeting <2013-01-16 Wed 14:00> becomes * Meeting It subsitutes the right entry and hence I believe it gets the ID stuff right. However, it seems to have trouble to interpret the time information right (and ignore them?). If there is a way to help you debugging this please let me know. Thanks again a lot Torsten (setq org-caldav-calendar-preamble > "BEGIN:VCALENDAR > PRODID:-//Inverse inc./SOGo 2.0.3a//EN > VERSION:2.0 > BEGIN:VTIMEZONE > TZID:Europe/Berlin > X-LIC-LOCATION:Europe/Berlin > BEGIN:DAYLIGHT > TZOFFSETFROM:+0100 > TZOFFSETTO:+0200 > TZNAME:CEST > DTSTART:19700329T020000 > RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU > END:DAYLIGHT > BEGIN:STANDARD > TZOFFSETFROM:+0200 > TZOFFSETTO:+0100 > TZNAME:CET > DTSTART:19701025T030000 > RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU > END:STANDARD > END:VTIMEZONE > ") > > If it works for you with such a timezone definition, it'd be interesting > to know if SOGo needs all of that or if you could drop most of this > stuff. > > -David > --f46d042dfd35e9071304d3e2522a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi David,

great thanks a lot this solved the time shift = problem.=A0
I did not had time to play with the different paramet= ers. For now I simply added all of them.
I guess it has to do eit= her with the timezone or with the daylight settings.
Maybe you want to add this to a "How-to install for SOGo" as= a workaround.

One problem remain. If I change som= ething in the caldav calendar, the time information in org get lost complet= ely.
E.g.
* Meeting <2013-01-16 Wed 14:00>
become= s
* Meeting
It subsitutes the right entry and hence I b= elieve it gets the ID stuff right. However, it seems to have trouble to int= erpret the time information right (and ignore them?).
If there is a way to help you debugging this please let me know.
=

Thanks again a lot


<= div>Torsten


(setq org-caldav-calendar-preamble
=A0 "BEGIN:VCALENDAR
PRODID:-//Inverse inc./SOGo 2.0.3a//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=3DYEARLY;BYMONTH=3D3;BYDAY=3D-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=3DYEARLY;BYMONTH=3D10;BYDAY=3D-1SU
END:STANDARD
END:VTIMEZONE
")

If it works for you with such a timezone definition, it'd be interestin= g
to know if SOGo needs all of that or if you could drop most of this
stuff.

-David

--f46d042dfd35e9071304d3e2522a--