Version: 2.1.1 (using KDE 4.6.4) OS: Linux For ages I have kept my mail in /home/user/Mail. The migration tool for 2.1.0 always crashed, but the migration tool for kmail 2.1.1. actually successfully created all POP3 accounts and also recognized the /home/user/Mail directory as a valid Maildir. However, upon starting Kmail (or Kontact), the application tells that a fatal error was encountered (see summary). I checked and re-checked and re-re-checked all permissions and the /Mail directory, all its subs and all files in there are owned by the user, and have all the right permissions (read / write and execute on the directories) In Kmail the top folders do show up, but none of the subfolders, let alone email messages in them. (well over 20k messages) When trying to do a "retrieve mail" on the KMail folder in Kmail, I get messages such as "Folder /home/user/Mail/drafts does not seem to be a valid email folder" (also for templates, trash etc.) Another message that pops up is "Kmail Folders; Access control prohibits item creation in folder 'Foldername'". For testing purposes I have created a new account under linux and there Kmail works like a charm, so it seems to be choking on some old setting. New email messages do get retrieved from the email servers and do show up in Kmail, but not where I would expect them. Downgrading makes me loose these newly donwloaded messages, so I have now told akonadi to keep messages on the server. So far I have no choice but to downgrade again to a 1.x version of Kmail. I don't seem to be the only one with this problem if I do a Google, but I still need to find the golden solution. Reproducible: Always Steps to Reproduce: See above Expected Results: All email folders show up as expected containing all my email. I am on 4.6.5 of KDE, but that number did not show yet in the list.
Is anything being done with this bug? The 4.7.0 release has just come out and reading the horror stories on Google, it still exhibits the same bugs namely that pop3 accounts, with the mail stored in ~/Mail does not get imported correctly and Kmail complaining about not having read/write access to the inbox.
Am now getting "KMail Folders: Access control prohibits item creation in folder inbox" after reverting back to Kmail 1. I assume it is because I have not cleaned up the failed Kmail2 install properly - but then I do not know what files to delete / amend - there seems to be no guide. These messages (multiple) do not seem to affect Kmail 1 working - but they worry me. Advice please on how to clean up at least. Thanks,
I got so sick and tired of this bug not being fixed, that I did a clean install of opensuse, upgraded straight to 4.7.0 and imported the mail in /home/username/Mail manually. It was still a pain in the proverbial donkey (getting rid of non functional akanodi_whatevers and having to go into akonadiconsole just to rename some top folders in KMail to something user friendly like "XS4ALL" comes to mind) but at least now I have a working mail system again. (Had temporarily gone to Claws). I had a lot more comments, but decided to delete them because I don't want to step on people's toes.
I can confirm this problem (KDE 4.7.2, openSUSE 11.4). The migration itself was a nightmare. After first start (upgrade from KDE 4.6.0), the migration terminated immediately with an error, but w/o more verbose message. I started in interactive mode (kmail-migrator --interactive), before I had to delete all kmailrc2 etc files. This time the migration worked well, on the restart of KMail I skipped the migration. All accounts seem to be there, but kmail closes with the a.m. message.No usage possible. This is clearly a showstopper
In a continuation of a recurring nightmare, I have upgraded my kubuntu installation, this time from 11.04 to 11.10. Once again, a number of random breakages have occurred. One of the breakages is as reported in this bug. Showstopper is an apt description.
Same here, using kmail-4.7.3 on Gentoo. I am still using kde-3.5 successfully.
*** This bug has been confirmed by popular vote. ***
This bug is now fixed. Look at release KDE 4.9 and https://bugs.kde.org/show_bug.cgi?id=124111
Excellent stuff. Now the next nice step would be to allow users to actually store their email in a dedicated /Mail partition ;-). I really *hate* it that in the new KMail the mail messages sit in some hidden directory (especially killing with pop3). Thanks for fixing this nasty beast!
Maildir resources use a freely configurable path.