[Akonadi] [Bug 407170] New: Akonadi won't start for Domain Users
https://bugs.kde.org/show_bug.cgi?id=407170
Bug ID: 407170
Summary: Akonadi won't start for Domain Users
Product: Akonadi
Version: 5.10.3
Platform: unspecified
OS: Linux
Status: REPORTED
Severity: critical
Priority: NOR
Component: general
Assignee: kdepim-bugs@kde.org
Reporter: d...@robertson.net.nz
Target Milestone: ---
SUMMARY
When logging into Kubuntu 18.xx and 19.04 with a domain login, Akonadi won't
start. It will start if logging in as a local user.
I am running Nethserver - a CentOS based server - with Samba 4 set to act as a
Active Directory and DOmain Controller. Nethserver sets the home directory to
/var/lib/nethserver/home/USERNAME
STEPS TO REPRODUCE
1. Install and configure domain controller, get Kubuntu to use DC to
authenticate and log in. I used the instructions on this
(https://bitsofwater.com/2018/05/08/join-ubuntu-18-04-to-active-directory/)
page to join the Kubuntu client to the domain.
2. Attempt to start Akonadi
OBSERVED RESULT
When starting Akonadi:
usern...@domain.name@machinename:~$ akonadictl start
Connecting to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
usern...@domain.name@machinename:~$ org.kde.pim.akonadiserver: Starting up the
Akonadi Server...
mysqld: [ERROR] Could not open required defaults file:
/var/lib/nethserver/home/username/
mysqld: [ERROR] Fatal error in defaults handling. Program aborted!
org.kde.pim.akonadiserver: database server stopped unexpectedly
org.kde.pim.akonadiserver: Database process exited unexpectedly during initial
connection!
org.kde.pim.akonadiserver: executable: "/usr/sbin/mysqld-akonadi"
org.kde.pim.akonadiserver: arguments:
("--defaults-file=/var/lib/nethserver/home/username/.local/share/akonadi/mysql.conf",
"--datadir=/var/lib/nethserver/home/username/.local/share/akonadi/db_data/",
"--socket=/tmp/akonadi-...@rnet.duckdns.org.46qsbJ/mysql.socket",
"--pid-file=/tmp/akonadi-...@rnet.duckdns.org.46qsbJ/mysql.pid")
org.kde.pim.akonadiserver: stdout: ""
org.kde.pim.akonadiserver: stderr: "mysqld: [ERROR] Could not open required
defaults file:
/var/lib/nethserver/home/username/.local/share/akonadi/mysql.conf\nmysqld:
[ERROR] Fatal error in defaults handling. Program aborted!\n"
org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unknown error"
org.kde.pim.akonadiserver: Failed to remove runtime connection config file
org.kde.pim.akonadiserver: Shutting down AkonadiServer...
org.kde.pim.akonadicontrol: Application 'akonadiserver' exited normally...
usern...@domain.name@machinename:~$
Permissions on /var/lib/nethserver/home/username/ seem to be okay - it is the
users home directory, and the users have no other (software related) problems.
The user can also read the ~/.local/share/akonadi/mysql.conf file and access
the ~./local/share/akonadi/db_data/ directory.
Listing the ~/.local/share/akonadi/ directory gives:
usern...@domain.name@machinename:~$ ll ~/.local/share/akonadi/
total 28
drwxr-xr-x 2 usern...@domain.name domain us...@domain.name 4096 Apr 11 10:36
./
drwxr-xr-x 34 usern...@domain.name domain us...@domain.name 4096 Apr 11 09:53
../
-rw-r--r-- 1 usern...@domain.name domain us...@domain.name 150 Apr 11 10:36
akonadi_control.error
-rw-r--r-- 1 usern...@domain.name domain us...@domain.name 150 Apr 11 10:36
akonadi_control.error.old
-rw-r--r-- 1 usern...@domain.name domain us...@domain.name0 Apr 11 10:36
akonadictl.error
-rw-r--r-- 1 usern...@domain.name domain us...@domain.name0 Apr 11 10:36
akonadictl.error.old
-rw-r--r-- 1 usern...@domain.name domain us...@domain.name 734 Apr 11 10:36
akonadiserver.error
-rw-r--r-- 1 usern...@domain.name domain us...@domain.name 734 Apr 11 10:36
akonadiserver.error.old
-rw-r--r-- 1 usern...@domain.name domain us...@domain.name 3660 Apr 3 09:30
mysql.conf
lrwxrwxrwx 1 usern...@domain.name domain us...@domain.name 40 Apr 11 10:02
socket-machinename -> '/tmp/akonadi-usern...@domain.name.KhWSEz'/
If I have a look in /tmp, I see:
usern...@domain.name@machinename:~$ ll /tmp/
total 88
drwxrwxrwt 16 root root 4096 Apr 11 10:53 ./
drwxr-xr-x 24 root root 4096 Apr 3 12:22 ../
drwx-- 2 usern...@domain.name domain us...@domain.name 4096 Apr 11 10:02
'akonadi-usern...@domain.name.KhWSEz'/
For local users, Akonadi/ Kontact works, and listing ~.local/share/akonadi/
gives
usern...@domain.name@machinename:~$ ll ~/.local/share/akonadi/
total 28
drwxrwxr-x 4 username usergroup 4096 Apr 3 09:29 ./
drwxr-xr-x 21 username usergroup 4096 Apr 3 09:29 ../
-rw-rw-r-- 1 username usergroup 827 Apr 3 09:30 akonadi_control.error
-rw-rw-r-- 1 username usergroup0 Apr 3 09:29 akonadictl.error
-rw-rw-r-- 1 username usergroup0 Apr 3 09:29 akonadictl.error.old
-rw-rw-r-- 1 username usergroup 230 Apr 3 09:29 akonadiserver.error
drwxr-x--- 6
[kontact] [Bug 407169] New: IMAP constantly syncing
https://bugs.kde.org/show_bug.cgi?id=407169 Bug ID: 407169 Summary: IMAP constantly syncing Product: kontact Version: 5.11.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: akregator Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- SUMMARY I have Kontact running on several computers connected to two different IMAP accounts. One IMAP account is running on Cyrus and the other is connected to Microsoft Office 365. I am seeing both accounts repeatedly syncing the inbox folders almost nonstop. Every time I go to open an email it starts syncing. These accounts hold a lot of email. The Cyrus account has easily over 200K emails in the inbox. I have run akonadictl fsck and akonadictl vacuum as well as restarted akonadi yet the problem continues. Note that I also have Akonadi configured to use PostgreSQL. This behavior is occurring on several computers connected to the same IMAP accounts. Periodically I have to restart akonadi when Kontact cannot open emails. STEPS TO REPRODUCE 1. Start Kontact 2. Open an email 3. Kontact starts syncing the folder for each email opened OBSERVED RESULT Constantly syncing the Inbox EXPECTED RESULT It should not be constantly resyncing the Inbox SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: OpenSUSE 15.0 with latest KDE/QT/Plasma repos (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 407163] compilation fails due to wrong include statement
https://bugs.kde.org/show_bug.cgi?id=407163
--- Comment #1 from Jos van den Oever ---
This patch to kmail solves the issue (and one other similar issue):
diff --git a/agents/archivemailagent/CMakeLists.txt
b/agents/archivemailagent/CMakeLists.txt
index 48ed076..9c56896 100644
--- a/agents/archivemailagent/CMakeLists.txt
+++ b/agents/archivemailagent/CMakeLists.txt
@@ -22,6 +22,7 @@ ki18n_wrap_ui(libarchivemailagent_SRCS
ui/archivemailwidget.ui )
add_library(archivemailagent STATIC ${libarchivemailagent_SRCS})
target_link_libraries(archivemailagent
KF5::MailCommon
+KF5::Libkdepim
KF5::I18n
KF5::Notifications
KF5::IconThemes
diff --git a/agents/followupreminderagent/CMakeLists.txt
b/agents/followupreminderagent/CMakeLists.txt
index a56b730..83604cf 100644
--- a/agents/followupreminderagent/CMakeLists.txt
+++ b/agents/followupreminderagent/CMakeLists.txt
@@ -23,6 +23,7 @@ target_link_libraries(followupreminderagent
KF5::AkonadiMime
KF5::AkonadiAgentBase
KF5::DBusAddons
+KF5::FollowupReminder
KF5::XmlGui
KF5::KIOWidgets
KF5::Notifications
--
You are receiving this mail because:
You are the assignee for the bug.
[kmail2] [Bug 407163] New: compilation fails due to wrong include statement
https://bugs.kde.org/show_bug.cgi?id=407163 Bug ID: 407163 Summary: compilation fails due to wrong include statement Product: kmail2 Version: 5.11.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: j...@vandenoever.info Target Milestone: --- SUMMARY include/KF5/mailcommon/backupjob.h contains this include statement: #include "libkdepim/progressmanager.h" When compiling KMail 5.11 on NixOS 19.03, this compilation error is given: /nix/store/zikg7mfgx01isvw6qzi969f1a1yhr7m3-mailcommon-19.04.0-dev/include/KF5/mailcommon/backupjob.h:25:10: fatal error: libkdepim/progressmanager.h: No such file or directory #include "libkdepim/progressmanager.h" that is because the directory .../include/KF5/libkdepim is given in KF5LibkdepimTargets.cmake, but not the parent directory .../include/KF5. There are two solutions: 1) adapt backupjob.h 2) adapt KF5LibkdepimTargets.cmake I'm compiling this on NixOS 19.03. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 407152] New: Browser tab does not show IDs of caldav items without RID
https://bugs.kde.org/show_bug.cgi?id=407152 Bug ID: 407152 Summary: Browser tab does not show IDs of caldav items without RID Product: Akonadi Version: 5.11.0 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: akonadiconsole Assignee: kdepim-bugs@kde.org Reporter: a...@mpe.mpg.de Target Milestone: --- SUMMARY: akonadictl fsck 'complained': Item "106814" in collection "223" has no RID. Item "106816" in collection "223" has no RID. but akonadiconsole 'Browser' tab does not list the above IDs when one selects collection 223. I've identified collection 223 via tab 'DB Browser' -> collection table: 223 was one (out of four) calendars of a caldav resource (owncloud). Above look method works usually fine with E-mails without RID. OBSERVED RESULT items with no RID was not listed on 'Browser' when the item is a member of a caldav resource. EXPECTED RESULT items should be listed (with empty RID field) just as done for e-mail items SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon User KDE Plasma Version: 5.15.4 KDE Frameworks 5.57.0 Qt 5.12.0 (kompiliert gegen 5.12.0) Das xcb Fenstersystem ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 407150] New: Message list thread sorting is applied only if I navigate to another folder and back
https://bugs.kde.org/show_bug.cgi?id=407150 Bug ID: 407150 Summary: Message list thread sorting is applied only if I navigate to another folder and back Product: kmail2 Version: 5.11.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: kishor...@gmail.com Target Milestone: --- SUMMARY When I receive mail which is in an older thread, sorting is applied only if I switch to another folder and back again. Individual (unthreaded) mails are sorted correctly. I usually have kmail running in the background, minimized to the system tray. Threading is enabled, and I have sorting set to 'by date / time of most recent in subtree'. STEPS TO REPRODUCE 1. Select a folder in the kmail window. Enable threading and sorting threads by 'most recent in subtree'. Minimize kmail to the system tray. 2. Wait until you receive an email (or send one to yourself from some other client) that is both A. in the aforementioned folder B. in a thread that is not currently on top in the message list (i.e. you received some other emails after that thread). 3. Open the kmail window. 4. Observe that the new email is shown, but its thread is not moved to the top. It is still at its previous position. 5. Navigate to another mail folder, then back to the previous one. 6. Observe that the threads are now sorted correctly. OBSERVED RESULT Threads in the 'active' folder are sorted only after we navigate to another folder and back again. EXPECTED RESULT One of the below behaviours: A. Threads are re-sorted whenever a new mail check is done (this may be too intrusive) B. Threads are re-sorted whenever there is new mail AND kmail is minimized. I think B would be better, as it would prevent threads jumping around in the message list while one is viewing it. SOFTWARE/OS VERSIONS Linux distribution: Arch Linux KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.57.0 Qt Version: 5.12.3 Akonadi version: 0.99 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 407148] New: Mail actions in message viewer sometimes apply to wrong email
https://bugs.kde.org/show_bug.cgi?id=407148 Bug ID: 407148 Summary: Mail actions in message viewer sometimes apply to wrong email Product: kmail2 Version: 5.11.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: commands and actions Assignee: kdepim-bugs@kde.org Reporter: kishor...@gmail.com Target Milestone: --- SUMMARY If we try to apply an action (I've checked for mark as unread / important) to an email which was opened from a new mail notification, the action is applied to the last mail which was selected in the main kmail window. STEPS TO REPRODUCE 1. Wait to receive a new email. Click on the 'view mail' button in the notification that appears. 2. In the window that is opened, try to mark the mail as important. 3. Close the window and open the main Kmail window OBSERVED RESULT The 'important' tag is applied to the last mail that was selected in the kmail message list, but not the mail which you were viewing. EXPECTED RESULT The 'important' or 'unread' actions should be applied only to the message that is currently being viewed. SOFTWARE/OS VERSIONS Distribution: Arch Linux KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.57.0 Qt Version: 5.12.3 Akonadi version: 0.99 ADDITIONAL INFORMATION I'm not sure if this is important to reproduce this bug, but I usually have Kmail running in the background and minimized to the system tray. This happens with multiple IMAP Gmail inboxes. I don't have inboxes with any other providers to check. -- You are receiving this mail because: You are the assignee for the bug.
