Hi David,<div><br></div><div>the variable would be a treatment like a pain-killer ;)</div><div>I frighten that the real reason (e.g. summer/winter time) might disappear and then suddenly the time would be wrong again.</div>
<div>You might can try</div><div><br></div><div>   <a href="http://sogo-demo.inverse.ca/SOGo/dav/sogo1/Calendar/personal/">http://sogo-demo.inverse.ca/SOGo/dav/sogo1/Calendar/personal/</a></div><div><br><div>which is the demo account of the Sogo. </div>
<div>For sure, I am more then willing to help with debugging. Just let me know where to look.</div><div><br></div><div>If you can&#39;t use the demo account let me know and I will check if you can get access to our Sogo installation.</div>
<div><br></div><div><br></div><div>Thanks </div><div><br></div><div>Totti<br><br><div class="gmail_quote">On 21 January 2013 20:25, David Engster <span dir="ltr">&lt;<a href="mailto:deng@randomsample.de" target="_blank">deng@randomsample.de</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Torsten Wagner writes:<br>
&gt; Hey David,<br>
&gt; could you please help me and steer me in the right direction to find the cuprit<br>
&gt; which makes the caldav calendar lagging an hour compared to the timestamps in<br>
&gt; org-mode.<br>
<br>
</div>It&#39;s difficult. I will need to add some (optional) excessive debugging<br>
output for seeing what&#39;s happening. Or maybe you could provide an<br>
account on some server running SUGo so that I can debug this myself.<br>
<br>
I guess the easy way out would be to add a variable which allows<br>
shifting the time by X hours before sending it to the server. But I&#39;d<br>
rather avoid that kludge.<br>
<span class="HOEnZb"><font color="#888888"><br>
-David<br>
</font></span></blockquote></div><br></div></div>