I exported my mail accounts and all that was possible with pim export from my old system. Then I imported those on my new system and in the condiguration of KMail2 thousands of these empty Identities occure: [Imgur](http://i.imgur.com/8ATl5qe.png) , at least too many to delete them all by hand. There wasn't everything automatically going on. Sometimes the import wanted to map a contact addressbook group to a mail folder and such things! Reproducible: Didn't try Steps to Reproduce: 1.Export all Settings on kmail 2.Import those on another
Additional problem is, that I can't really delete all of kmails data so easy. I tried to delete several folders in my personal hom directory but even after deleting the whole program suite of akonadi the empty identities and some mail accounts still remain.
Created attachment 89371 [details] screenshot of id list
I have exactly the same problem. It happened a while ago (I still have those hundreds of identities though), so I don't remember what caused it. I think it was a simple upgrade from 4.13 to 4.14, though I'm not sure. It's a great pain to delete them because each time you delete one, all Akonadi-using processes (Kontact, KAlaram, akonadi agents, akonadi resources) use 100% CPU for a while, then they stop and Kontact uses 100% CPU before deleting the identity. And during all that time the UI is frozen.
A high number of identities leads to severe performance degradation in korganizer (bug 341776) Because of this history of bugs which add an unreasonable number of identities, and because that has severe performance implications I suggest adding a sanity check to kmail/korganizer that checks if the user has tens of empty identities, all called "Unnamed" (and also the localized version of the string, I have hundreds of "Unnamed" and hundreds of "Unbennant" identities), and if so prompts the user asking if he wants them deleted.
I also used the `pimsettingexporter` to import my pim data and now have 200+ unnamed identities. At the beginning (after the import) I only had one unnamed identity, but with every restart of `akonadi` there are more and more. Export from: Kubuntu 14.04 + backports Import to: Neon User Edition (but `kontact` comes from ubuntu packages: 4:15.12.3-0ubuntu1) In https://forum.kde.org/viewtopic.php?f=215&t=120348 they recommend to clean up `~/.kde4/share/config/emailidentities` manually. This folder does not exist here, but `~/.local/share/emailidentities/` does (I assume this is the new path for a KF5 `kontact`). This folder had only a few (4-5) empty folders inside. Cleaning it up (remove the content) didn't change anything. Does anyone has a workaround to delete these identities?
Ok, I should have read the forum post more carefully: cleaning up the *file* (not folder) `~/.local/share/emailidentities` does work. After removing all unnamed identities from that file everything is back to normal (and they also don't get recreated).
I got the same problems . I do not exactly why it happened . It might have been due to an import . As a rule I imported into a folder called Import_Here . During that import I noticed that the import was done into a new ..... Import .
(In reply to Bernhard Scheirle from comment #6) > Ok, I should have read the forum post more carefully: cleaning up the *file* > (not folder) `~/.local/share/emailidentities` does work. > > After removing all unnamed identities from that file everything is back to > normal (and they also don't get recreated). Thank you Bernhard for the tip ! It worked . On my machine the file was located at ~/.config/emailidentities ........
Thank you for reporting this bug in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!