Loosing events in Kontact used with Kolab 2

[Till Adam]

On Thursday 07 July 2005 11:22, Timo Springmann wrote:

> Am Donnerstag, 7. Juli 2005 10:51 schrieb Andreas Gungl:
> > Anybody else experiencing such problems? I got very carefull at least. I
> > try to check the amount of messages in the resource now and then to make
> > sure to not loose any important events. But hell, it is no fun to work
> > this way.
>
> We've encounterd similar problems with kontact using the imap resource.
> We've posted a few messages on the kde-pim mailinglists last weeks.

And thanks for reporting there. Reinhold responded, I think, and we (the 
kdepim developers) have since been trying to figure out where those issues 
come from. I'm fairly confident to have identified the problem earlier today, 
and a fix is being tested in trunk, at present. If it's confirmed to be 
working, I'll commit to branch and convince SuSE to update their packages, if 
possible. Otherwise I'll make a patch available such that new packages can be 
contributed by someone from the community.

> Our conclusion after a few days of testing is, that kontact (+ storing 
> things on an imap server) isn't ready for (our) corporate desktop. 

As for Kontact not being up to corporate standards, I don't feel qualified and 
unbiased enough to judge that. What I do know is that if you want 
professional support and QA, you can get it from the Kolab Konsortium and 
others, you can even get QA'd packages for free on www.kolab.org. Expecting 
it for free from the community is not entirely fair, as others have noted. We 
do try out best, though, and we welcome contributions, in code or otherwise. 
So maybe you could ask yourself what you can do to help make Kontact the best 
it can it, if you want to see it succeed, as I'm sure you do. :)

Cheers,

Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.kolab.org/pipermail/users/attachments/20050707/140ee111/attachment.sig>