Hi David,<div><br></div><div>great thanks a lot this solved the time shift problem. </div><div>I did not had time to play with the different parameters. For now I simply added all of them.</div><div>I guess it has to do either with the timezone or with the daylight settings.</div>
<div>Maybe you want to add this to a &quot;How-to install for SOGo&quot; as a workaround.</div><div><br></div><div>One problem remain. If I change something in the caldav calendar, the time information in org get lost completely.</div>
<div>E.g.</div><div>* Meeting &lt;2013-01-16 Wed 14:00&gt;</div><div>becomes</div><div>* Meeting</div><div>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?).</div>
<div>If there is a way to help you debugging this please let me know.</div><div><br></div><div>Thanks again a lot</div><div><br></div><div><br></div><div>Torsten</div><div><br></div><div><br></div><div><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(setq org-caldav-calendar-preamble<br>
  &quot;BEGIN:VCALENDAR<br>
PRODID:-//Inverse inc./SOGo 2.0.3a//EN<br>
VERSION:2.0<br>
BEGIN:VTIMEZONE<br>
TZID:Europe/Berlin<br>
X-LIC-LOCATION:Europe/Berlin<br>
BEGIN:DAYLIGHT<br>
TZOFFSETFROM:+0100<br>
TZOFFSETTO:+0200<br>
TZNAME:CEST<br>
DTSTART:19700329T020000<br>
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU<br>
END:DAYLIGHT<br>
BEGIN:STANDARD<br>
TZOFFSETFROM:+0200<br>
TZOFFSETTO:+0100<br>
TZNAME:CET<br>
DTSTART:19701025T030000<br>
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU<br>
END:STANDARD<br>
END:VTIMEZONE<br>
&quot;)<br>
<br>
If it works for you with such a timezone definition, it&#39;d be interesting<br>
to know if SOGo needs all of that or if you could drop most of this<br>
stuff.<br>
<span class="HOEnZb"><font color="#888888"><br>
-David<br>
</font></span></blockquote></div><br></div>