Summary: | Entries stored into imap resource are missing | ||
---|---|---|---|
Product: | [Unmaintained] kab3 | Reporter: | Juha Tuomala <tuju> |
Component: | general | Assignee: | Tobias Koenig <tokoe> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | gerd |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Juha Tuomala
2006-02-16 19:00:47 UTC
I'm using FC4 KDE 3.5.1. Server is CentOS + Dovecot I see almost the same problem with kde-redhat kde 3.5.1 packages for fc4. When I move a contact into a imap resource it will be visible as long as I have not closed kontact/kaddressbook. After a fresh start the contact is missing in the list shown by kaddressbook, but when I look into the Contacts folder on the imap server the contacts are actually looking ok, but they are not displayed. Server is RHEL3AS and UW-imap. I can confirm this problem with KDE 3.5.2 and SUSE packages. I'm using cyrus imapd 2.2.13. Just an idea: I only now the imap resource that needs a server that can do Kolab2 compatible annotations. http://wiki.kolab.org/index.php/IMAP_Annotations at least my cyrus (I don't know about the other people who reported this bug) is patched with kolab-imapd-vendor-annotations.patch and allows to set the kolab annotations. I can successfully use the server with the Konsec Konnektor. The problem is NOT in any way related to Konnektor/Kaddressbook interaction as it occurs too if I use it with different accounts that were just used with Kaddressbook. I found what is causing this bug: I used a regular imap account but it seems it is only supposed to work with disconnected imap / cachedimap. Thanks to Martin Konold for telling me about this. I don't want to store all my mails on disconnected imap. So it makes a resolution to bug #82684 more needed. So the configuration interface should be changed to disallow the use of regular imap for groupware folders. I don't actually care where and how my emails are stored as long as it behaves as I want (pretty obvious opinion). But 99,99% of time I work online and based on bugzilla dimap entries, it looks like it is not ready for production use. I use KDE for work and seeing reports where stuff disappears permanently doesn't sound good. When not knowing the actual reasons why it works only with dimap, I still would like to see this fixed to work with regular imap with regular server. Could somebody shed some light to the internals and dimap dependency? Hi, working with online IMAP would make it really slow, because you have to load/store every contact whenever you want to access it. Ciao, Tobias With the current status of dIMAP, i don't see myself loosing valuable data with it. We use IMAP for emails and cache it, there is no performance problem. (my server is in another country and it works great, even with big emails) Neither I don't see why this had to be closed to prevent people from voting for it. The development of the old KAddressBook will be discontinued for KDE 4.4. Since the new application has the same name, but a completly new code base we close all bug reports against the old version and ask the submitters to resend there reports against the new product. |