<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>webdav performance problem with big calendars</title> 
  <pubDate>Thu, 09 Apr 2026 22:17:59 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/6567</link> 
  <atom:link rel="self" type="application/rss+xml" title="webdav performance problem with big calendars" href="https://bugs.horde.org/ticket/6567/rss" /> 
  <description>webdav performance problem with big calendars</description> 
 
   
   
  <item> 
   <title>I would like to implement a horde/kronolith solution for all</title> 
   <description>I would like to implement a horde/kronolith solution for allowing my Linux users to connect to a calendaring server using sunbird/lightning.

I widely tested it and it works very well, except for users having very big calendar (more than 2000 entries) when they just add or modify something.

I tried everything to improve performance (using memecache for instance) with no success.



When I watch the horde.log , it seems that the whole username.ics is &quot;reinjected&quot; in the mysql database, not only what were modified, thus having a 30s delay for each modified, deleted or created.event

I don&#039;t know if i&#039;m wrong. If not, I don&#039;t know if it&#039;s feasable to enhance it.



Thank you.

</description> 
   <pubDate>Fri, 04 Apr 2008 15:58:47 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6567#t44410</link> 
  </item> 
   
  <item> 
   <title>This is how calendar publishing over WebDAV works, unfortuna</title> 
   <description>This is how calendar publishing over WebDAV works, unfortunately. Once we have CalDAV support, this should be much better because it supports atomic operations on single events.</description> 
   <pubDate>Fri, 04 Apr 2008 22:31:03 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6567#t44433</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
