| Summary: | kmail does not run at start due to akonadi. | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | Angelo GIRARDI <angelo.girardi> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | major | ||
| Priority: | NOR | ||
| Version: | 4.8.2 | ||
| Target Milestone: | --- | ||
| Platform: | Unlisted Binaries | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
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. |
Since akonadi has been implemented (previous versions of kde and current), when you start kmail as root user (kdesu) under normal user, it no more possible to run kmail. I used kdesu-kmail to have access to service mail without having to logout, shutdown the XServer and than start root and kde and kmail. Reproducible: Always Steps to Reproduce: 1. Login as normal user without root priviligies 2. Start kde 3. Create a link to application with : [Desktop Entry] Comment[en_US]= Comment= Encoding=UTF-8 Exec='/usr/bin/kmail' GenericName[en_US]= GenericName= Icon=kmail MimeType= Name[en_US]=SU E kMail Name=SU E kMail Path= StartupNotify=false Terminal=false TerminalOptions= Type=Application X-DBUS-ServiceName= X-DBUS-StartupType=multi X-DCOP-ServiceType=none X-KDE-SubstituteUID=true X-KDE-Username=root 4. Run the link Actual Results: Cannot launch kmail as root from common user Expected Results: Launch kmail from normal user with root priviligies. Nothing