[Akonadi] [Bug 402058] Proper way to manage autostarted Akonadi resources
https://bugs.kde.org/show_bug.cgi?id=402058 --- Comment #5 from Daniel Vrátil --- When you disable the agents in KMail configuration they will still run, but they will be completely inactive, using almost no memory and no CPU, just quietly sitting there. The migration agent can performs payload and metadata migration which require understanding the meaning of the payload, since Akonadi only sees the payload as a binary blob. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 402058] Proper way to manage autostarted Akonadi resources
https://bugs.kde.org/show_bug.cgi?id=402058 --- Comment #4 from Erik Quaeghebeur --- (In reply to Daniel Vrátil from comment #1) > […] the migration agent […] What is it for, actually? (I experienced no visible adverse effects after disabling it…) -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 402058] Proper way to manage autostarted Akonadi resources
https://bugs.kde.org/show_bug.cgi?id=402058 --- Comment #3 from Erik Quaeghebeur --- (In reply to Allen Winter from comment #2) > does turning off the plugins from the KMail configuration dialog help? No, those plugins were turned off anyway in my setup. After removing the archiving agent and the send-later agent were re-added, but remained off-line. The mail notification agent was re-added and went on-line. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 402058] Proper way to manage autostarted Akonadi resources
https://bugs.kde.org/show_bug.cgi?id=402058 Allen Winter changed: What|Removed |Added CC||win...@kde.org --- Comment #2 from Allen Winter --- does turning off the plugins from the KMail configuration dialog help? -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 402058] Proper way to manage autostarted Akonadi resources
https://bugs.kde.org/show_bug.cgi?id=402058 Daniel Vrátil changed: What|Removed |Added CC||dvra...@kde.org Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #1 from Daniel Vrátil --- It should already work if you put the modified .desktop file to a custom path that is specified in XDG_DATA_DIRS env variable before the default one (/usr/share). Then the modified file should take precedence. We are not going to implement any user configuration for this - users don't know what is really needed for the whole system to work, so they would disable things like the migration agent and then complain to us that Akonadi doesn't work... The grand plan is to implement start-and-shutdown-on-demand capability for Akonadi and its resources so that the processes are not running when they are not needed. We are missing one important bit in Akonadi before implementing this feature though, so keeping this open for now. -- You are receiving this mail because: You are watching all bug changes.
