Bug 375843

as soon as you configure an IMAP resource, it ends up in kwallet named "akonadi_imap_resource_Xrc", where "X" is a number and numbers increase for each additional account.

now, i'm trying to use a shared (k)wallet on two machines running kmail2. the problem is that mail accounts were configured in a different order, so the numbers don't match and re-entering passwords effectively overwrites the entries of the other machine. there doesn't seem to be an easy way of renaming the akonadi resources, is there? actually, it would be really helpful if you could just rename those resources to your liking, that would solve the problem. but that would probably involve delicate changes to akonadi (similar requests date back to 2009 at least, e.g. #208188).

this gets even more problematic when some, but not all accounts are being used on both machines (e.g., using A and B one machine 1, but C and A on machine 2). then it's not even possible to solve the issue by deleting all IMAP accounts and reconfiguring them in the correct order again (and then reconfiguring folder settings, identities and filter targets...). in effect, this makes sharing wallets between machines extremely difficult, if not impossible, as soon as you're trying to use kmail with a slighly different IMAP configuration.

for the time being, it would be a good-enough workaround if you could define a designated wallet for kmail. that is, kmail wouldn't necessarily store its passwords in the default wallet, but a configurable one.