Version: 2.1.0 (using KDE 4.6.4) OS: Linux When copying a message to an online IMAP folder the message gets not uploaded to the server, but it is shown in the directory in kmail. The message stays even after restarting kmail or updating the folder. This worked fine in kmail 1.X. This causes inconsistencies in the imap system. Folders and Accounts get out of sync without any chance to get them in sync again. (except using a different email program) Reproducible: Always Steps to Reproduce: copy/move a message to an online imap folder, check server for the new message Actual Results: mail is not uploaded Expected Results: another client / server should see the message
i was quite shocked seeing this..and i'm happy to say this works for me. archlinux, gmail imap account. Did you sync after the move?
Did a test on a fresh install, worked there. I suspect the mirgration tool messed up very badly (see my other bugs). Tried to sync, including kmail restart, logout, login and other stuff. Did a downgrade to get a working email client.
i have the same problem: opensuse 11.4, KDE 4.6.5, KDEPim 4.6.1. is there any way to catch the synchronization.
additional informations: also an gmail imap account and akonadi has no remote id for the missing entries (verfified with akonadiconsole) imap account with 301 entries. 60 entries have a remote-id and appears in google webclient and 241 have no remote-id and will not appears in google webclient.
I'm having the same problem here... Opensuse 11.4, KDE 4.7 from semi-official "KDE 4.7 Core" repository of opensuse (http://download.opensuse.org/repositories/KDE:/Release:/47/openSUSE_11.4/). Moved all my messages from last year from a folder on one IMAP account to a folder on another IMAP account - within KMail this looks fine, all messages are in the new folder, but when I log in to the IMAP servers using another computer I see the following: the messages are gone in the source folder, but do not appear in the destination folder! I tried to create a new folder on the destination IMAP server and copy the message to this new folder, but this doesn't work either. Again, in KMail all looks fine, but the new folder is never really created on the server! Please help: Does anyone have an advice how to recover the messages? As said, they are still there within KMail, but how can I put them back to the server in order to not loose them? This is a really serious issue! I have been using KMail (1.x) for years now and did never loose a single message.
I am seeing a variant of this bug with the new filtering system in master. I am moving some messages to different folder yet at each sync the messages show up in inbox and are filtered again. No message dupplication though.
Do you still see the bug with KDE 4.7.2+ and the latest Akonadi server?
I am still seeing this with master and offline imap folders when filtering. However, I can only reproduce the bug for one of my imap accounts. I will give more details as soon as I can.
*** This bug has been confirmed by popular vote. ***
Any news here? Still valid with 4.8?
> Any news here? Still valid with 4.8? Im sorry I didn't comment earlier, but for me the problem was gone already in KDE 4.7 when I deleted the existing akonadi IMAP resources (migrated from KMail 1) and created completey new Akonadi resources. So it seems to me that the problem affects only migrated resources from KMail 1, all newly created resources work well for me. Don't know whether it still exists in 4.8 because I didn't try again to convert old resources.
OK, moving to migration just in case then. But I think it can be readily closed as FIXED.
Please don't close this bug yet, Kevin. I am still seeing this behavior with our Kolab Server (cyrus) and kdepim-4.8.4 on Fedora 17. Whatever I change on Kontact is not synced back to the server, that means - seen flags - moved messages - deleted messages Sometimes the changes are synced back to the server, but I have not yet found a pattern. It's either emptying the Trash or - more likely - restarting akonadi. kdelibs-4.8.4-5.fc17.x86_64 kdepim-4.8.4-2.fc17.x86_64 kdepimlibs-4.8.4-1.fc17.x86_64 kdepim-runtime-4.8.4-1.fc17.x86_64 kde-runtime-4.8.4-2.fc17.x86_64 kde-settings-4.8-13.fc17.noarch
I appear to be seeing this in KDE 4.9.4 (haven't gotten around to trying 4.10 yet). Copying messages to my Google IMAP account (in order to migrate from kmail2 to another client) only works sometimes. Otherwise, I have to do a lot of futzing around—trying to copy to other IMAP directories, going into Serverside subscriptions and toggling on/off the checkboxes a bunch of times, etc. Only then does akonadi_imap_resource start up and begin transferring the messages.
It seems to be fixed in the latest kdepim (master/4.13-pre)
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.