Description of problem: I've set up my email client to trojitá. Yet kmailservice5 still results to kmail. Version-Release number of selected component (if applicable): kf5-kio-core-5.14.0-2.fc23.x86_64 How reproducible: always (I mean each run of kmailservice5) Steps to Reproduce: 1. change your default email client to something else than kmail 2. $ cat .config/emaildefaults 3. $ /bin/kmailservice5 test Actual results: $ cat .config/emaildefaults [Defaults] Profile=Výchozí [PROFILE_Výchozí] EmailClient[$e]=/bin/trojita ServerType= TerminalClient=false $ /bin/kmailservice5 test $ Legacy integer arithmetics implementation kmail2(30242): No language dictionaries for the language : "cs" kmail2(30242): No language dictionaries for the language : "cs" kmail2(30242): No language dictionaries for the language : "cs" kmail2(30242): No language dictionaries for the language : "cs" ~StorageServiceJobConfigPrivate (kmail message editor window appears) Expected results: (trojitá message editor windows appears) Additional info: I'm not exactly sure if I've rebooted (relogged-in) since the change in SystemSettings, as I've done it some time ago and only today tried to use kmailservice. However, I don't think I should need that, such change should apply immediately within the running session, just like changes in mimetype associations and similar.
I think the problem here is that kmailservice5 tries the x-scheme-handler/mailto mimetype default, which probably is still kmail.
This should have fixed it, but I'm not seeing it, https://git.reviewboard.kde.org/r/120569/
Looks like that came after plasma-5.4.1 release, my bad
(In reply to Rex Dieter from comment #1) > I think the problem here is that kmailservice5 tries the > x-scheme-handler/mailto mimetype default, which probably is still kmail. so, does that mean that this setting obsoletes emaildefaults? or that it has to be set in both places at once and all the configuration tools allowing to change one of them must be aware about it and mirror the change to the second place? - er, where do I even set x-scheme-handler if it is not under Associoations tab in systemsettings?
Partially obsoleted yes, as I mentioned, the reviewboard reference from comment #2 should fix this (included in plasma-5.4.2 release coming any day now)
Turns out kmailservice5 was deprecated/removed in kf5-5.22.0 release