Kmail2/akonadi IMAP resources offline after Fedora upgrade

[Achim Bohnet]

Hi Marek,

I had the same problem.  What’s the output of

   akonadictl status

In  qt5 times the mysql driver was the akonadi default. Now based
on qt6 they switched to sqlite as default.   In my case (KDE neon) the problem was that

  akonadi-mysql 

was no longer not installed.    

Also have a look at.  ~/.local/share/akonadi/Akonadi.error.   It may explain
what’s going g wrong.   

Check also for any KDE PIM related  service units as ’normal’ user

   systemctl status —user
    journalctl —user -u  <name>.service -e

If it does not help, please send us more informations.  E.g. you error
msg of akonadi and/or the list of packages that you think are relevant and installed.

Achim

> On 6. Jul 2024, at 15:35, Marek Greško <marek.gresko at protonmail.com> wrote:
> 
> Hello,
> 
> this does not seem to be a dependency problem. I installed all reasonable packages used on working system, byt the state is still the same. Does anybody have any clue when to move next?
> 
> Thanks
> 
> Marek
> 
> On Friday, July 5th, 2024 at 22:25, Marek Greško <marek.gresko at protonmail.com> wrote:
>> Hello,
>> 
>> I had a working kmail2 in Fedora 39. The user connected to the IMAP server and authenticated using GSSAPI. Since upgrade to Fedora 40 I only see all the IMAP resources offline and cannot bring them online. I cannot find why is this. I thought it is a general problem of kmail/akonadi, but thereafter I found out, it is not general. I upgraded also another machine outside of my network and it is working OK. I am not aware of any differences I did not try to overcome. The only differences I am aware of are:
>> 
>> 1. In the local network I use kerberos and GSSAPI authentication together with NFS home directories. But I tried to create also new local account with local home directory and PLAIN authentication with the same result. Also clean profile was present so no failed profile upgrade is there. Evolution works perfectly.
>> 
>> 2. I use polkit policy not to allow users to setup interfaces. But I tried also same policy on the external machine and it is still working. So it is still not the source of the problems.
>> 
>> I am not aware of any other differences. Maybe some missing package (dependency problem)? But which one? I think akonadi, or plasma, or something is thinking I have no connectivity, but I do not know why. I suspect is it hidden somewhere in Qt, but I am not aware of means the Qt is checking for connectivity. I tried tcpdump, but there is no attempt to do any communication.
>> 
>> Do you have any suggestion on how to continue to troubleshoot the problem? The only thing I am thinking about now is to check the installed packages from the working machine and try them to install one by one on the non-working. But this is quite time consuming and may not lead to the solution, since the dependency problem may not be the root cause.
>> 
>> Thanks
>> 
>> Marek
>> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5606 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdepim-users/attachments/20240707/4cf96db6/attachment.bin>