I have disabled the Plasma desktop calendar integration, so that Akonadi server does not get started at login time. Therefore it is automatically started when KMail is started. The server is started as expected, but in KMail the Local Folders are shown as "(Offline)" and will not display or fetch any mail. To get them online it is necessary to do an explict "Update Folder" of the inbox or any other folder (a manual or scheduled mail check will not work) and confirm in the resulting dialogue. akonadiconsole confirms that the resource is not set online at KMail startup. This problem only seems to happen if it is KMail that triggers the automatic startup of the server. If another Akonadi-using application (e.g. akonadiconsole or kaddressbook) is started first, the resource stays offline at that point but correctly goes online when KMail starts up. Existing KMail and starting it again (so that the Akonadi server is still running) correctly starts with the resource online. Reproducible: Always Steps to Reproduce: 1. Ensure that no Akonadi applications or the Akonadi server are running. 2. Start KMail Actual Results: 3. Observe that "Local Folders" are shown as offline, and that the message list appears but no message bodies can be shown. Expected Results: "Local Folders" should be set to online The retrieval options for "Local Folders" are set to: Include in manual mail check ON, Check mail on startup OFF.
I've investigated this further and found that my kmail2rc config file had an additional config key to switch the resource offline at exit: [Resource akonadi_maildir_resource_0] CheckOnStartup=true IncludeInManualChecks=true OfflineOnShutdown=true So this explains why the resource was initially offline - it got set that way at the last exit from KMail and this persists over restart of the Akonadi server. I don't know how this setting got into the file, there is no GUI for it (although there may have been in the past) and I don't remember ever editing it in manually. Even without this setting, though, KMail should still ensure that the resource is online at startup - it would not be sensible for them to stay offline for any reason.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 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.